直接回答
如果音频播放，则 RTSP 会话和至少一个媒体轨道正在工作。 检查 SDP 或探针输出的视频编解码器、配置文件、分辨率和像素格式，然后在更改网络之前测试较低的 H.264 子流。
为什么会发生这种情况
摄像头可能会将 H.265 通告给仅解码 H.264 的客户端、使用不受支持的 H.264 配置文件、忽略所选路径上的视频轨道或在音频继续时发送损坏的数据包。
在更改摄像机设置之前，单独的流可用性、媒体描述、传输、解码和计时。
受控测试
探测相同的 URL 并比较广告的音频和视频流。 然后仅切换相机配置文件，保持凭证和传输固定。
一次更改一个变量。 记录相机型号、固件、终端、账号； 然后将网络可达性、协议响应、媒体传输和解码作为单独的层进行测试。
使用专用的仅供查看的帐户和值得信赖的本地诊断工具。 在共享输出之前编辑凭证、私人地址和识别数据。
诊断顺序
| 查看 | 行动 | 进展的证据 |
|---|---|---|
| 曲目 | 确认 SDP 中存在视频媒体部分。 | 公布了视频编解码器和有效负载。 |
| 编解码器 | 当主码流为 H.265 时，测试 H.264 子码流。 | 视频在不改变端点的情况下出现。 |
| 轮廓 | 暂时降低轮廓、级别或分辨率。 | 客户端解码更简单的流。 |
| 数据包 | 比较 TCP 和 UDP，同时观察解码错误。 | 干净的传输可以在不更改编解码器的情况下消除损坏。 |
保留证据
保存删除凭据的探测输出。 它提供了区分“无视频轨道”和“无法解码视频”所需的编解码器和轨道证据。
边界和安全说明
不要假设成功的 RTSP 连接意味着每个设备都支持每个公布的编解码器。
对于远程查看，请使用托管 VPN，而不是将 RTSP 或摄像机管理端口直接暴露到公共互联网。
SmartRTSP
SmartRTSP 是一款以相机为中心的 RTSP 和 ONVIF 查看器，适用于 Apple 设备、Windows 和 Android。 适合直接观看、发现和多机位检查； 当需要连续记录、证据导出或集中企业控制时，保留专用的 NVR 或 VMS。
常见问题
为什么音频可以播放而视频却不能播放？
RTSP 可以描述单独的媒体轨道，客户端可以解码一个轨道，但不能解码另一个轨道。
我应该尝试 H.264 吗？
是的，当主流使用 H.265 时，记录的 H.264 子流是最快的兼容性测试。
这总是编解码器问题吗？
不会。视频轨道在运输过程中可能会丢失或损坏，因此请检查广告中的轨道并解码错误。
主要参考文献
相关 SmartRTSP 指南
打开相关指南通过检查广告曲目和解码器支持来诊断在图像保持黑色时携带音频的 RTSP 提要。