3. 视频采集原理
多路摄像头调度系统的性能瓶颈，往往不在推理端，而在视频采集链路的最前端。帧率、分辨率与编码格式这三个参数，直接决定了单路视频流的带宽占用、解码开销与延迟特性。在多路并发场景下，它们不仅影响图像质量，更决定了系统能否在有限的CPU、内存与网络资源内完成实时调度。理解三者的物理含义与相互制约关系，是设计采集方案、分配推理任务的前提。
3.1 核心原理：三个参数的物理意义与耦合关系
帧率（FPS）表示每秒采集的图像帧数，决定了视频的时间分辨率。帧率越高，运动物体的轨迹越连续，但每帧的可用处理时间越短。例如30FPS意味着每33ms必须完成一帧的采集与预处理，而25FPS则有40ms的预算。在多路场景下，帧率直接决定了每秒需要处理的帧总量——8路30FPS意味着每秒240帧需要进入解码与推理管线。
分辨率定义了单帧图像的像素矩阵大小。1080p（1920×1080）约207万像素，4K（3840×2160）约830万像素。分辨率越高，单帧携带的空间信息越丰富，但像素总量呈平方级增长。对于目标检测任务，分辨率决定了远处小目标能否被有效识别——一个行人若在1080p下仅占20×40像素，降到720p后可能只剩13×27像素，检测置信度会显著下降。
编码格式影响的是压缩效率与解码复杂度。H.264（AVC）是当前兼容性最广的格式，H.265（HEVC）在相同画质下可节省约50%码率，但解码计算量约为H.264的1.5~2倍。编码格式的选择本质上是带宽/存储成本与解码算力成本之间的权衡。
三者的耦合关系体现在码率公式中：码率 ≈ 分辨率 × 帧率 × 压缩系数。当分辨率或帧率翻倍时，码率近似线性增长；而编码格式则通过压缩系数改变这一比例关系。实际系统中，这四者（分辨率、帧率、编码格式、码率）共同决定了采集链路的资源消耗。
3.2 判断方法：如何评估采集参数对系统的影响
在实际部署前，需要通过量化指标评估不同参数组合下的系统表现。以下是标准评估流程：
- 计算单路码率预算：根据网络带宽（如千兆网125MB/s）和总路数，反推每路允许的最大码率。例如8路摄像头共享千兆网络，每路平均带宽上限约15MB/s（120Mbps），扣除协议开销后实际可用约100Mbps，每路约12.5Mbps。
- 估算解码算力需求：使用硬件解码器规格或软件解码基准测试。例如某平台H.264 1080p@30FPS解码占用约15% CPU，则8路同时解码将占用120% CPU——超出单核能力，必须使用GPU/NPU硬件解码或降低参数。
- 测量端到端延迟：从摄像头采集到推理输出，使用
ffprobe或自研打点工具记录各阶段时间戳。重点关注帧缓冲队列长度——当队列持续增长时，说明处理速度跟不上采集速度。 - 验证最小目标可辨识性：在场景中放置已知尺寸的测试目标，逐步降低分辨率，记录检测精度下降的拐点。这决定了分辨率下限。
| 参数组合 | 码率（Mbps） | 解码CPU占用（单路） | 端到端延迟（ms） | 适用场景 |
|---|---|---|---|---|
| 1080p@25FPS H.264 | 4~8 | 12%~18% | 80~120 | 通用监控、人流量统计 |
| 1080p@30FPS H.265 | 2~4 | 20%~30% | 100~150 | 带宽受限、需要高帧率 |
| 4K@15FPS H.265 | 6~10 | 35%~50% | 150~200 | 车牌识别、细节取证 |
| 720p@30FPS H.264 | 2~4 | 6%~10% | 60~90 | 大规模部署、低算力设备 |
3.3 案例拆解：8路停车场摄像头调度优化
背景与约束：某智慧停车场项目需部署8路摄像头，覆盖出入口、车道与车位区域。硬件平台为单台边缘服务器（8核CPU、16GB内存、集成GPU），网络为千兆以太网。业务要求：车牌识别准确率≥95%，车辆进出场记录延迟≤500ms，系统需7×24小时稳定运行。
初始现象：采用默认配置（1080p@30FPS H.264，码率8Mbps/路）后，系统出现两个问题：① 8路总码率达64Mbps，加上协议开销，网络接近饱和，偶发丢包导致画面花屏；② CPU解码占用达8×15%=120%，超出处理能力，帧队列持续积压，端到端延迟从120ms恶化至800ms以上。
分析过程：通过top命令确认CPU瓶颈在解码进程；使用ifstat监控网络流量确认带宽占用；对视频帧打时间戳发现延迟主要累积在解码前队列。进一步分析业务需求：车牌识别需要高分辨率（至少1080p），但车辆进出场速度较慢（≤20km/h），30FPS并非必需；车位检测需要广覆盖但不需要高帧率。
优化方案：
- 出入口2路摄像头：保持1080p@25FPS，切换为H.265编码，码率降至3Mbps/路，总码率6Mbps。
- 车道4路摄像头：降为1080p@15FPS H.265，码率2Mbps/路，总码率8Mbps。
- 车位2路摄像头：降为720p@10FPS H.264，码率1Mbps/路，总码率2Mbps。
结果对比：总码率从64Mbps降至16Mbps，网络占用降至12.8%；CPU解码占用从120%降至约45%（H.265解码开销较高，但总帧数从240FPS降至140FPS）；端到端延迟稳定在150ms以内；车牌识别准确率维持在96.2%（仅下降0.3个百分点，因帧率降低导致连续帧间车牌位移增大，但25FPS仍满足需求）。
风险与代价：H.265解码占用高于H.264，若未来增加路数需评估GPU硬件解码；车位摄像头720p在夜间低照度下噪点增多，需配合补光或图像增强算法。
复盘经验：多路调度不应“一刀切”配置参数，而应根据每路摄像头的业务价值分配资源。高价值区域（出入口）保留高分辨率，低动态区域（车位）降低帧率，带宽受限时优先切换H.265而非降低分辨率。
3.4 常见误区与总结复盘
总结：视频采集参数的选择是一个多目标优化问题。帧率、分辨率、编码格式三者共同决定了带宽、算力与延迟的消耗。正确的设计流程是：先明确业务需求（检测目标、实时性要求），再测量硬件能力（解码性能、网络带宽），最后通过实验确定最优参数组合。多路调度系统应支持每路独立配置与动态调整能力，以适应场景变化和资源波动。