哪些旧设备值得继续使用
不少现场的摄像头和 NVR 仍能稳定输出视频，只是原来的网页端依赖 ActiveX、NPAPI 或厂商插件，在新浏览器里已经无法使用。此时问题通常不在前端页面，而在于缺少一层能够读取旧设备、管理通道并输出浏览器可播放协议的网关。
如果设备能提供 RTSP，或可通过 ONVIF 读取通道与播放地址，通常可以先保留原有设备。只有标准协议无法获取通道、远端录像、特殊云台或厂商私有能力时，才需要评估厂商 SDK。
先做设备和通道盘点
改造前应记录 NVR/IPC 的品牌、型号、固件、通道号、IP、账号权限、RTSP 地址、ONVIF 状态、主辅码流、编码格式、分辨率和码率。NVR 对外通道号不一定与现场标注一致，先用少量通道核对映射，再批量导入。
盘点时还要区分三件事：实时画面从哪里取、录像保存在哪里、最终由哪个页面提供回放。它们可以来自同一台 NVR，也可以由 NVR 提供实时流、网关重新录像并向业务平台开放。
网页预览的改造链路
常见链路是“摄像头或 NVR → RTSP / ONVIF → 视频网关 → WebRTC、HTTP-FLV / WS-FLV 或 HLS → 浏览器”。业务系统只需要打开网关提供的播放地址，不再直接加载设备插件。
低延迟值守可以优先验证 WebRTC 或 FLV；兼容性和跨端访问优先时可保留 HLS。设备主码流为 H.265 时，还要根据浏览器环境选择 H.264 子码流或转码策略。
本地录像和 NVR 远端录像不是一回事
网关本地录像由网关保存、切片和建立索引，检索与回放入口容易统一，存储容量和保留天数也由网关管理。NVR 远端录像则保存在原 NVR 中，检索粒度、回放控制、倍速和取流方式受厂商接口影响。
如果项目要求复用 NVR 已有历史录像，应先确认目标型号能否通过标准协议或厂商 SDK 检索和回放。仅能获取实时 RTSP 地址，不等于能够读取 NVR 里的历史录像。
接入成功后还要验证什么
- 通道名称和编号是否与现场一致，重启后是否保持。
- 主码流、子码流、H.264/H.265 和音频是否符合预期。
- 4/9/16 分屏时的首帧、CPU、内存、带宽和稳定性。
- 摄像头断网、NVR 重启和账号失效后的告警与恢复。
- 本地录像的计划、切片、索引、磁盘预警和自动清理。
- 远端录像的时间检索、拖动定位、跨小时/跨天回放和错误提示。
什么时候需要业务系统接口
只需要值守观看时，使用网关自带 Web Console 即可。需要把视频嵌入园区、仓储、生产或设备管理系统时，应继续确认通道列表、播放地址、录像检索、回放地址、运行状态和事件通知接口。
页面里最好只保留业务需要的入口，设备密码、厂商 SDK 和底层协议由网关集中管理，避免每个业务模块各写一套接入逻辑。
建议的验收方式
先选一台 NVR、两种摄像头和少量真实通道做小范围验证。至少连续运行一个完整工作日，并准备跨小时和跨天录像，实际操作多画面、拖动回放、设备断网和重启恢复。确认链路后再批量接入，比一次导入全部设备更容易定位型号差异。