直接回答
绿色或块状帧通常表示参考数据丢失、编解码器参数不受支持或数据包丢失。 比较 TCP 和 UDP 上的相同流，然后测试较低的 H.264 配置文件和强制关键帧。
为什么会发生这种情况
帧间编解码器取决于参考帧。 即使 RTSP 控制正常，丢失的数据包、拒绝公布的配置文件的解码器或关键帧之间的连接也可能会损坏图片。
在更改摄像机设置之前，单独的流可用性、媒体描述、传输、解码和计时。
受控测试
在一台摄像机和一台客户端上复制。 请注意图像是否在下一个关键帧恢复以及 TCP 是否消除了损坏。
一次更改一个变量。 记录相机型号、固件、终端、账号； 然后将网络可达性、协议响应、媒体传输和解码作为单独的层进行测试。
使用专用的仅供查看的帐户和值得信赖的本地诊断工具。 在共享输出之前编辑凭证、私人地址和识别数据。
诊断顺序
| 查看 | 行动 | 进展的证据 |
|---|---|---|
| 运输 | 强制 TCP 并与失败的 UDP 结果进行比较。 | 丢包现象消失或保持不变。 |
| 关键帧 | 重新启动流或请求 IDR （如果支持）。 | 图片恢复到新的参考系。 |
| 编解码器 | 从 H.265 或高配置 H.264 切换到兼容的 H.264 子流。 | 更简单的配置文件可以干净地解码。 |
| 加载 | 降低分辨率和并发图块。 | 解码器压力与网络损耗分开。 |
保留证据
最强的报告包括传输、编解码器、配置文件、分辨率、关键帧间隔以及下一个关键帧是否修复图像。
边界和安全说明
在您知道限制层是网络、解码器还是相机编码器之前，不要永久降低质量。
对于远程查看，请使用托管 VPN，而不是将 RTSP 或摄像机管理端口直接暴露到公共互联网。
SmartRTSP
SmartRTSP 是一款以相机为中心的 RTSP 和 ONVIF 查看器，适用于 Apple 设备、Windows 和 Android。 适合直接观看、发现和多机位检查； 当需要连续记录、证据导出或集中企业控制时，保留专用的 NVR 或 VMS。
常见问题
为什么 RTSP 流是绿色的？
解码器可能丢失有效的参考数据或者可能不支持确切的编解码器参数。
TCP 可以修复视频块吗？
当 UDP 数据包丢失是原因时，它可以提供帮助，但它不会添加对不兼容编解码器的支持。
为什么图像几秒钟后就恢复了？
稍后的关键帧可以为解码提供新的干净参考。
主要参考文献
相关 SmartRTSP 指南
打开相关指南对相机流中的绿帧、宏块和撕裂进行受控测试，无需随机更改设置。