浏览器交付架构 · 04/20

RTSP 无需转码即可重新流式传输:当直通有效时

重复使用压缩的摄像机视频以减少计算量,同时检查编解码器、音频和分组化端到端兼容性。

目标问题: RTSP 重新流而不转码研究检查: 2026-09-11

直接回答

当源编解码器和参数被目标接受时,使用直通。 首先探测相机,然后验证浏览器或下游支持; 仅转码不兼容的曲目。

为什么会发生这种情况

重新流式传输可以更改传输并扇出会话,而无需解码视频。 它可以节省 CPU 并保持质量,但它无法使不受支持的编解码器突然可以播放。

浏览器通常需要一个网关将摄像头输入转换为网络原生传输路径。

受控测试

分别测试视频和音频并比较网关 CPU、启动时间和目标客户端兼容性。

一次更改一个变量。 记录相机型号、固件、终端、账号; 然后将网络可达性、协议响应、媒体传输和解码作为单独的层进行测试。

使用专用的仅供查看的帐户和值得信赖的本地诊断工具。 在共享输出之前编辑凭证、私人地址和识别数据。

诊断顺序

查看行动进展的证据
来源探测编解码器、配置文件、分辨率和音频。压缩轨道是已知的。
目的地列出接受的编解码器和容器。兼容性是明确的。
直通无需视频解码即可重新复用或中继。CPU 仍然很低,质量没有变化。
倒退仅对失败的轨道或配置文件进行转码。增加的容量和延迟是有限的。

保留证据

记录哪些曲目经过、哪些曲目被转换以及原因。 这可以防止未来的运营商假设网关可以对所有内容进行转码。

边界和安全说明

低 CPU 中继仍然可能暴露凭据或成为单点故障; 像任何其他网关一样保护和监控它。

对于远程查看,请使用托管 VPN,而不是将 RTSP 或摄像机管理端口直接暴露到公共互联网。

SmartRTSP

SmartRTSP 是一款以相机为中心的 RTSP 和 ONVIF 查看器,适用于 Apple 设备、Windows 和 Android。 适合直接观看、发现和多机位检查; 当需要连续记录、证据导出或集中企业控制时,保留专用的 NVR 或 VMS。

常见问题

重新流式传输与转码相同吗?

不会。重新流媒体可以中继或重新打包压缩媒体,而无需对其进行解码和重新编码。

为什么浏览器中直通失败?

即使另一个 RTSP 客户端支持相机编解码器或打包,浏览器也可能不支持。

视频通过的同时音频可以转码吗?

是的,如果网关支持独立轨道处理。

主要参考文献

相关 SmartRTSP 指南

打开相关指南

重复使用压缩的摄像机视频以减少计算量,同时检查编解码器、音频和分组化端到端兼容性。