H.265 RTSP 流不工作——什么时候应该让摄像头切回 H.264

“H.265 RTSP 流不工作”是最重要的摄像机故障排除搜索之一，因为该流经常在一个地方工作而在另一个地方失败。 VLC 可以播放。移动应用程序可能会显示它。浏览器、NVR、分析管道、Home Assistant 集成、WebRTC 桥接器或转发器可能会因“不支持的流类型”、“编解码器不匹配”、“无法写入标头”、“无视频”或永久加载旋转器而失败。

失败并不总是 RTSP 会话。 H.265，也称为 HEVC，是编解码器支持边界。 RTSP 可以正确地传送它，而接收系统仍然无法解码、打包、显示或重新传输它。

RTSP 成功并不意味着编解码器支持

RTSP 客户端可以成功完成：

• 选项
• 描述
• 设置
• ‘玩’
• RTP交付

并且仍然无法显示视频。如果 SDP 通告 H.265 并且 RTP 数据包到达，则传输可能会很好。下游产品可能根本不支持该路径中的 H.265。

这很重要，因为用户经常将问题描述为“RTSP 不工作”。更好的诊断是“RTSP 传输工作正常，但所宣传的编解码器不受支持或无法为该消费者做好解码准备”。

为什么 H.265 比 H.264 更容易失败

H.265 非常高效，尤其是对于高分辨率摄像机而言，但支持并不均衡。许多浏览器路径不能很好地处理原始 H.265。某些 NVR 可以录制 H.265，但不能一致预览。某些分析管道需要 H.264，因为硬件加速、帧提取或容器输出需要它。一些转发器需要转码或特殊配置。

常见故障模式：

• 浏览器预览无法加载
• 低分辨率子码流有效但主码流失败
• 主码流为H.265，子码流为H.264
• NVR录像但实时查看失败
• RTMP/FLV 输出拒绝 HEVC
• WebRTC 桥无法匹配编解码器
• 分析服务仅接受 H.264

这些是产品兼容性边界，并不能证明相机处于离线状态。

更改设置之前检查 SDP

在更改相机设置之前，请检查 SDP：

• a=rtpmap 是否宣传 H265、H264 或其他编解码器？
• 主码流和子码流有区别吗？
• H.265 VPS/SPS/PPS 参数是否可见？
• 负载类型在 RTP 中保持一致吗？
• RTP 在“PLAY”之后到达吗？
• 失败是在媒体传送之前还是之后？

如果 SDP 表示 H.265 并且目标平台期望 H.264，则下一步操作不是防火墙调试。它是流配置文件选择、编解码器更改或转码。

主码流与子码流通常是线索

许多相机曝光：

• 主码流：高分辨率、H.265
• 子码流：低分辨率、H.264

这就解释了为什么子码流可以工作，而主码流却失败。子流证明 RTSP 可达性和凭据。它并不能证明消费者支持主流编解码器。

一份好的报告会比较：

• 主流SDP
• 子流SDP
• 编解码器名称
• resolution
• bitrate
• RTP连续性
• 解码器准备情况

如果只有 H.265 失败，则证据表明编解码器支持或 H.265 打包而不是 RTSP URL 语法。

H.264 回退何时成为实际解决方案

在以下情况下，将摄像机配置文件切换到 H.264 通常是最快的解决方法：

• 目标产品不支持H.265
• 实时预览基于浏览器
• 需要重新串流至 RTMP/FLV
• 分析管道需要 H.264 帧
• 硬件解码路径未知
• 支持案例需要广泛的兼容性

H.265 对于记录或存储效率仍然有用。实际架构可以使用 H.264 进行实时摄取/检测，并在支持的情况下使用 H.265 进行本地摄像机录制。

RTSP Inspector 适合什么地方

RTSP Inspector 并不尝试转码或播放每个流。它的工作是证明流合约：

• RTSP控制成功
• SDP 公布的 H.265 或 H.264
• RTP 到达或未到达
• 编解码器参数证据存在或缺失
• 下游故障可能是编解码器支持、数据包丢失或元数据不匹配

对于诸如“H.265 RTSP 流不工作”、“不支持的流类型摄像机”或“H.265 在 VLC 中工作但在 NVR 中不工作”之类的搜索，此证据可以防止浪费调试。修复可能是 H.264 后备，而不是其他播放器。