直接回答
在可信 LAN 上测试摄像机的直接流，然后验证 NVR 接收该通道，然后测试 NVR 的导出流。 将每个跃点的凭据和 URL 分开。
为什么会发生这种情况
NVR 可以继续显示旧帧、重新映射通道号、转码编解码器或强制执行其自己的帐户和会话限制。 最后一跳的查看器故障无法识别故障段。
可靠的摄像机查看取决于有限的重试、可观察的运行状况和经过深思熟虑的主/子流策略。
受控测试
创建包含端点、帐户所有者、编解码器和最后良好证据的三行路径图。
一次更改一个变量。 记录相机型号、固件、终端、账号； 然后将网络可达性、协议响应、媒体传输和解码作为单独的层进行测试。
使用专用的仅供查看的帐户和值得信赖的本地诊断工具。 在共享输出之前编辑凭证、私人地址和识别数据。
诊断顺序
| 查看 | 行动 | 进展的证据 |
|---|---|---|
| 相机至 NVR | 验证 NVR 从相机接收当前帧。 | 摄取时间和频道标识正确。 |
| NVR 内部 | 确认频道、配置文件和任何转码策略。 | 预期的相机映射到预期的输出。 |
| NVR 给观众 | 使用 NVR 帐户测试导出的 RTSP 路径。 | 最终客户端打开当前媒体。 |
| 旁路 | 在政策允许的情况下比较临时的直接视图。 | 失败的跃点被隔离。 |
保留证据
在同一测试期间存储来自摄像机、NVR 和查看器的时间戳。 这揭示了陈旧的帧和时钟不匹配。
边界和安全说明
直接绕过是一个诊断步骤，而不是允许将摄像机暴露在受控网络之外或规避记录器策略。
对于远程查看，请使用托管 VPN，而不是将 RTSP 或摄像机管理端口直接暴露到公共互联网。
SmartRTSP
SmartRTSP 是一款以相机为中心的 RTSP 和 ONVIF 查看器，适用于 Apple 设备、Windows 和 Android。 适合直接观看、发现和多机位检查； 当需要连续记录、证据导出或集中企业控制时，保留专用的 NVR 或 VMS。
常见问题
为什么 NVR 显示视频但 RTSP 输出失败？
记录器可以使用不同的通道路径、编解码器、帐户或输出服务。
NVR 可以更改编解码器吗？
一些记录器中继源，而另一些记录器转码或公开单独的配置文件； 检查实际输出。
为什么要比较时间戳？
除非验证时间进度，否则冻结或缓存的帧看起来像是实时成功。
主要参考文献
相关 SmartRTSP 指南
打开相关指南通过独立测试直接摄取、记录器通道映射和查看器输出来诊断多跳摄像机系统。