视频采集带宽与存储成本优化可按六步完成：第一，盘点每路视频的用途和留存要求；第二，实测平均码率、峰值码率与并发量；第三，计算带宽和存储容量；第四，在少量点位测试分辨率、帧率、码率及编码格式；第五，按用途设置主辅码流、录制方式和保存期限；第六，以画质、回放、峰值流量、实际写入量及合规要求验收后再批量推广。不要一开始就统一降低码率，否则可能节省了成本，却损失关键画面和取证能力。
什么是视频采集带宽与存储成本优化
视频采集带宽与存储成本优化，是在满足实时查看、录像回放、检索和取证要求的前提下，减少视频传输占用的网络带宽，以及录像在本地或云端产生的存储费用。主要影响因素包括并发路数、实际码率、录制时长、保存天数、副本数量、编码格式、预览方式和传输架构。
步骤一：盘点采集场景并建立基线
1. 列出每路视频的实际用途
记录摄像头位置、业务用途、是否全天录像、主要查看方式、必须看清的细节和最低保存期限。例如，门口取证可能需要辨认人脸，停车场可能需要识别车牌，仓库巡检则可能只需确认人员活动或设备状态。不同场景不宜直接套用同一配置。
2. 实测当前用量
分别在工作日、夜间和运动较多的时段，记录每路视频的平均码率、峰值码率、上传流量、丢包率和每日新增存储量。可变码率视频在画面噪声增多或运动剧烈时，瞬时用量可能明显高于平均值，因此不能只看设备页面上的标称码率。
步骤二：计算峰值带宽与存储容量
3. 计算峰值上传带宽
将同一时间上传的各路视频峰值码率相加，并计入音频、协议开销和波动余量。例如，10 路视频各以 2 Mbps 同时上传，视频码率合计约为 20 Mbps；可先按增加 20%～30% 的余量评估链路容量，再用现场监测结果校准。若录像保存在本地、仅按需远程查看，应分别计算本地网络、外网上行和多人预览产生的流量。
4. 计算预计存储量
按十进制单位粗估时，可使用公式：存储量（GB）≈平均码率（Mbps）×录制小时数×0.45×路数×副本数。其中，录制小时数是整个留存周期内的累计小时数。1 Mbps 连续录制 24 小时约产生 10.8 GB 数据。
例如，10 路视频平均码率为 2 Mbps，全天录制并保存 30 天，且只保留一份数据，则视频数据约为 6.48 TB。实际规划还应加入音频、码率波动、索引、文件系统、冗余副本和容量预留。采用事件录像时，应使用实际触发时长估算，并通过试运行修正触发比例。
步骤三：明确画质底线并调整编码参数
5. 先确定必须看清的内容
使用真实录像检查人脸、车牌、快速动作、仪表读数或设备状态等关键细节，再决定能否降低分辨率、帧率或码率。静态巡检画面通常可以测试较低帧率；快速运动、车牌识别和取证场景则需要谨慎调整。
6. 每次只调整少量参数
在设备、平台和播放器均支持的前提下，对比 H.264 与 H.265 的画质、实际码率、解码负载和兼容性。运动变化较大的场景可测试可变码率；链路峰值受限的场景还需关注瞬时带宽。每轮测试只改变一至两个参数，并保存调整前后的典型录像、流量和写入量数据，避免无法判断具体是哪项配置产生了效果。
步骤四：区分录像与预览码流
7. 分别配置主码流和子码流
取证录像使用满足细节要求的主码流，移动端查看、多画面轮巡或低带宽预览使用较低码率的子码流。检查平台是否能统一接入后向多个观看端分发视频；如果每名用户都从采集端重复拉取主码流，出口带宽可能随观看人数增加，明显高于按摄像头路数计算的结果。
步骤五：优化录制和留存策略
8. 按用途设置录制方式
在业务和合规允许的范围内，对非关键区域评估定时录像或事件录像，对关键区域保留连续录像。启用事件录像前，应测试漏报、误报、触发前后补录和时间同步，确保关键过程不会因触发延迟而缺失。
9. 设置分级留存
根据场景价值设置不同保存期限，并将访问频率较低的历史录像转入成本更低的存储层。使用云存储时，除容量单价外，还要核对写入请求、读取请求、跨区域传输、录像回传、取回延迟和最低存储期限等费用及限制。
步骤六：试运行、验收与批量推广
10. 先在代表性点位试运行
选择白天和夜间、静态和运动、室内和室外等有代表性的点位试运行。比较调整前后的峰值带宽、每日写入量、回放速度、检索结果和关键画面质量，同时检查设备负载、平台兼容性与录像连续性。
11. 达标后再批量应用
只有在画质、留存、检索、回放、取证和合规要求均通过验证后，才批量修改配置。推广前应导出原配置，记录变更范围、执行时间和负责人，并准备可操作的回退方案。
常见误区
- 只看标称码率：标称值不能代替现场数据，应测量平均值和峰值，尤其要覆盖夜间噪声和大量运动时段。
- 所有摄像头使用同一参数：不同点位的取证目标、运动程度和留存要求不同，应按场景分组配置。
- 只降低分辨率：分辨率、帧率、码率、编码格式和关键细节相互影响，需要结合真实录像评估。
- 认为换成 H.265 一定省钱：还需核对终端兼容性、解码资源、转码费用和旧设备支持情况。
- 把平均码率当作链路上限：可变码率存在峰值，链路容量还要覆盖音频、协议开销和并发波动。
- 将事件录像等同于完整取证：漏触发、触发延迟或时间不同步都可能造成关键片段缺失。
- 只计算录像文件大小：容量规划还应覆盖副本、索引、文件系统、预留空间及云端请求和回传费用。
- 调参后立即全量发布：未经代表性点位试运行，可能将画质、兼容性或录像连续性问题扩散到全部设备。
上线前检查清单
- 已记录每路视频的用途、关键细节、录制方式和最低留存要求。
- 已覆盖白天、夜间和高运动时段，测量平均码率与峰值码率。
- 已确认同时上传、录像和预览的最大并发路数。
- 已分别核算局域网、外网上行和观看端所需带宽。
- 已按录制时长、保存天数、路数和副本数估算存储容量。
- 已为音频、索引、冗余、码率波动和可用容量限制预留空间。
- 已用真实录像验证人脸、车牌、动作或设备状态等关键细节。
- 已验证主码流、子码流、播放器、平台和终端之间的兼容性。
- 已测试事件触发、触发前后补录、时间同步和漏报情况。
- 已检查回放速度、录像检索、下载和取证流程。
- 已确认保存期限、访问权限和数据处理方式符合业务及合规要求。
- 已保存原配置、变更记录和回退方案。
常见问题
带宽不够时，第一步该做什么？
先定位瓶颈位于采集端局域网、外网上行、平台分发还是观看端，并测量高峰并发流量，再决定是否调整码流、预览方式、上传时段或传输链路。
降低帧率和降低码率，应该先选哪个？
根据画面用途选择。静态场景可先测试降低帧率；快速运动场景应先保证动作清晰，再测试编码格式和码率，并用真实录像验证。
存储容量为什么比公式结果高？
粗估公式未完整覆盖音频、码率波动、副本、索引、文件系统和容量预留，应根据试运行期间的实际写入量修正。
事件录像一定比连续录像省吗？
不一定。事件频繁触发时节省效果可能有限，还要考虑漏报风险、计算资源以及触发前后补录产生的数据量。
总结
入门优化可按盘点需求、实测基线、计算带宽与容量、小范围调参、优化录制与留存、验收后推广六个步骤执行。重点是用现场数据和真实录像验证效果，避免只看标称码率、统一降画质或忽略副本、索引、兼容性和事件漏报等问题。