多路接入的瓶颈在哪

32 路 RTSP 同时解码，CPU 先被解码吃满，推理反而排队。先把“接入”和“推理”拆开：解码线程负责取帧，推理线程按频率抽帧，队列满时丢旧帧而不是无限堆积。

共享解码与独立解码

同一路视频多个消费者（预览、检测、录像）时，用共享解码，避免重复拉流；不同路之间用独立解码，避免一路卡死拖垮全部。调度上按路轮询，不给某一路无限抢资源。

抽帧频率

人形/车辆检测不需要 25fps。入口、通道这类场景 2~5fps 足够；人脸比对按事件触发，不做全量逐帧。抽帧频率要和模型耗时、路数一起算，不能拍脑袋。

事件去抖

同一目标连续多帧命中，不能每帧都发事件。用“置信度阈值 + 连续命中次数 + 冷却时间 + ROI”四件套；事件里带截图和时间戳，业务系统才好用。

断流与重连

现场网络抖动是常态。每路要有独立状态机：连接、拉流、解码、推理、重连；连续失败按退避重试，不能一个线程卡死整个进程。

验收

  • 在线路数与断流恢复时间
  • 推理队列长度与丢帧率
  • 事件到达率、重复率、误报/漏报基线
  • 连续运行 24 小时的资源曲线

边界

实验室合成流不能代替现场 RTSP 验收；摄像头编码、分辨率、网络质量、安装角度都会影响结果。现场按摄像头清单逐路验收。