H.265编码下RTSP地址怎么写?

遇到一台支持H.265编码的网络摄像机，想通过RTSP协议拉流进行二次开发或接入第三方平台，却对着地址格式犯了难？这场景太常见了。很多人误以为编码格式（H.264/H.265）会直接体现在RTSP URL的语法结构里，导致拼接出来的地址无法播放。实际上，RTSP地址的写法与视频编码格式并无直接语法关联，核心在于设备厂商的实现规范。

编码格式不改变RTSP语法骨架

首先得明确一个基础概念：RTSP（实时流协议）是一个网络控制协议，用于建立和控制媒体会话。URL中的路径部分，例如/Streaming/Channels/101或/h264/ch1/main/av_stream，是由设备厂商的流媒体服务器固件定义的。它告诉服务器：“请把通道1的主码流用RTSP协议发给我。”至于这个码流是H.264还是H.265编码的，是服务器在“流内容”层面决定的，而不是在“地址路径”层面。

所以，一个常见的误区是认为必须将URL中的“h264”手动改成“h265”。对于部分旧式固件的设备，这确实是其定义路径的一种方式（虽然不推荐）。但对于大多数现代设备，尤其是遵循ONVIF等标准协议的产品，路径是固定的。你需要做的不是在URL里指定编码，而是在摄像机的Web管理界面或通过SDK，将对应通道的编码参数设置为H.265。

主流厂商的常见地址格式

了解了原理，再来看实践。不同品牌的摄像机，其RTSP地址模板各异。这里以两种主流格式为例：

• 格式一（通道流模式）：rtsp://[username]:[password]@[ip]:[port]/Streaming/Channels/[channelID]。这是目前海康威视、大华等厂商新版本固件的常用格式。其中的[channelID]通常是三位数，如101代表通道1主码流，102代表通道1子码流。无论该通道输出的是H.264还是H.265流，地址都长这样。
• 格式二（路径描述模式）：rtsp://[username]:[password]@[ip]:[port]/[codec]/ch[channel]/[streamType]/av_stream。这是一些旧固件或特定品牌的格式，例如/h264/ch1/main/av_stream。在这种格式下，如果设备支持并将该通道配置为H.265输出，你可能需要将路径中的“h264”替换为“h265”。但务必注意，这完全取决于设备API文档，不能想当然。

如何确定正确的地址？

面对一台陌生设备，最可靠的方法不是猜测，而是按以下步骤操作：

1. 查阅官方文档：这是金科玉律。在设备的技术手册、开发者门户或知识库中，搜索“RTSP URL”、“取流地址”等关键词。
2. 登录设备管理界面：在摄像机的Web配置页面中，仔细查看“网络设置”、“流媒体”或“视频编码”相关选项。编码格式（H.265/HEVC）在这里选择。同时，部分高级设备会在“系统信息”或“服务”页面直接提供标准的RTSP地址示例。
3. 使用ONVIF工具探测：对于支持ONVIF标准的设备，可以使用如ONVIF Device Manager这类工具。连接到设备后，工具不仅能发现设备，还能直接列出其提供的媒体配置文件（Profile），每个配置文件都对应一个包含完整编码信息的RTSP地址，直接复制使用即可。

一个具体的排错场景

假设你拿到一个地址rtsp://admin:123456@192.168.1.100:554/Streaming/Channels/101，用VLC播放却提示“无法打开”。别急着怀疑地址。第一步，先用浏览器登录192.168.1.100，确认通道1的视频编码是否已设为H.265。第二步，如果你的播放器或客户端库太旧，可能根本不支持H.265解码。这时，尝试在摄像机后台将编码暂时切换回H.264，如果立刻能播了，问题就出在客户端解码能力上。

技术细节上的这点偏差，往往就是项目集成时卡住半天的那道坎。把协议、地址、编码参数这几层关系捋清楚，下次再碰到H.265的RTSP流，心里就有底了。