go2rtc 极速上手零代码把 RTSP 摄像头塞进浏览器延迟压到 300ms 以内【免费下载链接】go2rtcUltimate camera streaming application项目地址: https://gitcode.com/GitHub_Trending/go/go2rtc浏览器直接打开 RTSP 地址画面卡了 5 秒才出帧、回放满屏马赛克——安防场景里这根本没法忍。go2rtc 是一个零依赖的流媒体网关把 RTSP 转 WebRTC 这一步全包了摄像头流进、WebRTC 流出浏览器原生播放典型延迟 300ms 以内。读完这篇 go2rtc 部署教程你会拿到3 种部署方式每种都带一条验证命令5 个品牌摄像头的适配配置速查4 种播放姿势 3 类高频故障的排查动作概念锚点低延迟直播为什么是 WebRTC 的领地先看四种协议各自的位置你就明白 RTSP 摄像头浏览器播放为什么绕不开协议转换协议延迟区间浏览器原生支持传输层典型场景RTSP500-3000ms不支持TCP/UDP安防摄像头原生流WebRTC50-300ms原生支持UDP网页实时互动HLS10-30s原生支持HTTP点播/直播回看RTMP1-2s不支持需 FlashTCP传统推流为什么是 WebRTCW3C 标准Chrome/Firefox/Safari/Edge 全支持无需插件基于 UDP 传输内置 NAT 穿透ICE/STUN/TURN自适应码率与网络抖动补偿延迟典型值 50-300ms通过 JavaScript 的 RTCPeerConnection API 直接调用嵌进网页零成本左侧是 go2rtc 能吃的输入RTSP/ONVIF/HTTP-FLV/私有协议……右侧是吐出去的输出WebRTC 只是其中一路——这也是它被称为终极摄像头流媒体应用的原因。环境速查RTSP 摄像头浏览器播放的硬件要求不转码的话主流硬件随便跑涉及 FFmpeg 转码或 Docker 部署时按下表留余量项目推荐配置最低配置备注CPU4 核 i5 / Ryzen 52 核入门级硬件转码需 AVX / QSV / VA-API 支持内存4GB2GBDocker 部署额外预留约 1GB网络100Mbps 有线10Mbps Wi-Fi无线环境建议开启 QoS操作系统Ubuntu 22.04 LTSUbuntu 18.04 / Win 10 / macOS 11支持 ARM树莓派等浏览器Chrome 136Chrome 126 / Safari 14WebRTC 播 H265 需 Chrome 136 / Safari 183 种部署方式任选按场景分流三种方式功能一致按你的场景挑一个即可每种末尾都有一条验证命令。场景 A · 生产环境二进制直装适用服务器 / 长期运行。单文件零依赖如果后面要用ffmpeg:转码源先在系统里装好 FFmpeg。到项目仓库的 Release 页下载对应平台二进制Linux x86_64 是go2rtc_linux_amd64ARM 是go2rtc_linux_arm64Windows/macOS 各有一对chmod x go2rtc_linux_amd64 ./go2rtc_linux_amd64 version # 预期输出go2rtc version 1.x.x场景 B · 开发调试Docker 容器适用开发测试。镜像预装 FFmpeg 和 Python转码源开箱即用docker pull alexxit/go2rtc:latest docker run -d \ --name go2rtc \ --networkhost \ -v ./config:/config \ alexxit/go2rtc:latest curl -s http://localhost:1984/api/streams # 预期输出JSON含 streams 配置里的流名如 front_door注意不用--networkhost而走桥接网络时必须手动映射三个端口-p 1984:1984 -p 8554:8554 -p 8555:8555/tcp -p 8555:8555/udp。漏掉 8555 的 UDPWebRTC 媒体数据就传不进来。场景 C · 智能家居Home Assistant 附加组件适用HA 用户。点击路径设置 → 附加组件 → 添加仓库粘贴官方 go2rtc 附加组件仓库地址→ 找到 go2rtc 安装并启动。启动后打开组件 Web UIStreams 页面出现你的摄像头点开能出画面即为成功。RTSP 源配置3 种写法go2rtc.yaml的默认查找路径按部署方式分三种部署方式配置文件路径二进制程序运行目录Docker/config/go2rtc.yaml即上面-v ./config:/config挂进去的目录HA 附加组件/config/addons_config/{组件目录}/go2rtc.yaml最简单的配置就是一行streams: 流名: URL# go2rtc.yaml streams: # 写法一简易版一行搞定主流品牌摄像头 front_door: rtsp://admin:password192.168.1.100:554/Streaming/Channels/101 # 写法二高级版多源 FFmpeg 转码补 Opus 音频 living_room: - rtsp://user:pass192.168.1.101/cam/realmonitor?channel1subtype0 - ffmpeg:rtsp://user:pass192.168.1.101/cam/realmonitor?channel1subtype0#audioopus # 音频转 OpusWebRTC 可播 # 写法三品牌专用协议TP-Link Tapo 用云密码无需用户名 tapo_camera: tapo://cloud-password192.168.1.103多源写法是 go2rtc 的核心卖点之一同一流的多个源会按浏览器支持的编解码器自动协商选路——比如摄像头音频是 AAC、浏览器只收 Opus就自动走 FFmpeg 那条源出 Opus视频仍走原生 RTSP不做多余转码。配置可以在 WebUI 里直接编辑带语法高亮和校验品牌摄像头适配速查品牌典型 RTSP 地址特殊说明海康 Hikvisionrtsp://user:passip:554/Streaming/Channels/101101 通道 1 主码流双向音频走 ISAPI大华 Dahuartsp://user:passip/cam/realmonitor?channel1subtype0建议加unicasttrueprotoOnvifTP-Link Tapotapo://cloud-passwordip用云密码不支持用户名Reolinkrtsp://user:passip/h264Preview_01_main部分型号 RTSP 实现较差可用ffmpeg:包装Amcrestrtsp://user:passip/cam/realmonitor?channel1subtype0大华同款 URL 结构WebRTC 服务默认就开着webrtc模块默认启用启动即监听 8555/TCPUDP不需要任何额外配置。只在两种情况下动它局域网 IP 不唯一时要手动指定 host candidate公网访问时配 STUN/TURNwebrtc: listen: :8555 # WebRTC 服务端口TCP/UDP candidates: - 192.168.1.1:8555 # 局域网手动加服务器 host candidate - stun:8555 # 公网动态 IPgo2rtc 自动通过 STUN 探测外网地址 ice_servers: - urls: [stun:stun.l.google.com:19302] # 公网强 NAT 环境再加 TURN- urls: [turn:user:passturn.example.com:3478]注意公网稳定访问需在路由器把 8555 端口TCP 和 UDP 都打洞放行只开 TCP 时 UDP 打洞偶尔能通但不保证。验证一下curl -s http://localhost:1984/api/streams # 预期输出JSON 流列表如 {front_door: {streams: [{protocol: rtsp, ...}]}}播放验证4 种姿势① Web UI最省事打开http://localhost:1984Streams 页面找到目标流点它的WebRTC按钮浏览器弹出授权请求后点允许——首帧几乎立刻出现这就是 300ms 延迟的体感这个 Net 页面值得常看每条活跃连接的协议、编解码器、码率一目了然排查哪条链路在转码第一手就在这里。② HTML5 页面内嵌零依赖核心就是 WHEP 一问一答你 POST 一个 offer它回一个 answervideo idvideo autoplay playsinline controls/video script const video document.getElementById(video); const pc new RTCPeerConnection({ iceServers: [{ urls: stun:stun.l.google.com:19302 }] }); // 只收不发不占用本地麦克风 pc.addTransceiver(video, { direction: recvonly }); pc.addTransceiver(audio, { direction: recvonly }); pc.createOffer().then(async (offer) { await pc.setLocalDescription(offer); const res await fetch(http://localhost:1984/api/webrtc?srcfront_door, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ type: offer, sdp: pc.localDescription.sdp }) }); const answer await res.json(); await pc.setRemoteDescription({ type: answer, sdp: answer.sdp }); }); // 成功标志1 秒内 video 出画面 pc.ontrack (e) { video.srcObject e.streams[0]; }; /script③ 命令行ffplay -fflags nobuffer -flags low_delay rtsp://192.168.1.123:8554/front_door # 预期几乎无缓冲播放低延迟参数官方 README Tips 同款④ 第三方客户端VLC打开网络串流填rtsp://192.168.1.123:8554/front_door偏好设置里把缓存调到最低手机浏览器直接访问http://192.168.1.123:1984/webrtc.html?srcfront_door其他程序HTTP 渐进流http://192.168.1.123:1984/api/stream.mp4?srcfront_door调优 排障3 类高频故障 ⚠️低延迟调优的核心动作只有一个让链路尽量别转码、别缓冲。涉及转码时把 FFmpeg 预设调到最快streams: optimized: - rtsp://user:pass192.168.1.101:554/Streaming/Channels/101 # 源是 H265 而目标浏览器不支持时转码 H264 最快编码预设 - ffmpeg:optimized#videoh264#presetultrafast排障决策树从外到内逐层确认三个高频故障每个给你 2 个直接能做的动作只出声音不出画面用curl -s http://localhost:1984/api/streams确认流里的视频编码——是 H265 且浏览器旧先转 H264在流上加一条ffmpeg:流名#videoh264转码源go2rtc 会自动协商选路延迟超过 500ms客户端侧先测ffplay -fflags nobuffer -flags low_delay拉同一源排除播放器缓冲因素链路里有 H265 转码的话把预设改成#presetultrafastSafari 黑屏先确认流是 H264Safari 18 以下不支持 WebRTC 播 H265若黑屏伴随麦克风权限弹窗失败是安全上下文问题纯拉流不受影响需要双向音频时把 Web UI 换成 HTTPS 访问注意Safari 要求摄像头/麦克风授权必须在安全上下文HTTPS 或 localhost下进行只看不说话则无此限制。进阶玩法 一路流不够用了三招收尾总共 6 行配置streams: # 两路摄像头横向拼成一路 wall: ffmpeg -i front_door -i living_room -filter_complex hstack -y wall.mp4 # 直接把任意流发布到 YouTube youtube: rtmp://a.rtmp.youtube.com/live2/STREAM_KEYcurl http://localhost:1984/api/frame.jpeg?srcfront_door -o snapshot.jpg # 预期本地生成一张当前帧 JPEG配合 cron 就是定时快照要做人形检测别在 go2rtc 里造轮子让外部程序如 Frigate订阅http://localhost:1984/api/stream.mp4?srcfront_door做 AI 分析go2rtc 专心搬流。收尾现在可以去做的事 收藏这篇的go2rtc.yaml模板和品牌适配速查表下次接摄像头直接抄盯住项目 Release 页编解码器兼容性尤其 WebRTC H265在持续变好把/api/streams和/api/webrtc两个端点接进你现有的智能家居或监控面板在评论区分享你的部署配置尤其是踩过的品牌坑方向已经明确WebRTC over QUIC 和更强的端到端加密会把这点延迟继续往下压。附录仓库内参考资料项目总览与完整配置说明README.mdWebRTC 模块文档candidate / STUN / TURN 细节internal/webrtc/README.mdHTTP API 全部端点OpenAPI 格式website/api/openapi.yamlWebUI 使用文档www/README.md【免费下载链接】go2rtcUltimate camera streaming application项目地址: https://gitcode.com/GitHub_Trending/go/go2rtc创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
go2rtc 极速上手：零代码把 RTSP 摄像头塞进浏览器，延迟压到 300ms 以内
go2rtc 极速上手零代码把 RTSP 摄像头塞进浏览器延迟压到 300ms 以内【免费下载链接】go2rtcUltimate camera streaming application项目地址: https://gitcode.com/GitHub_Trending/go/go2rtc浏览器直接打开 RTSP 地址画面卡了 5 秒才出帧、回放满屏马赛克——安防场景里这根本没法忍。go2rtc 是一个零依赖的流媒体网关把 RTSP 转 WebRTC 这一步全包了摄像头流进、WebRTC 流出浏览器原生播放典型延迟 300ms 以内。读完这篇 go2rtc 部署教程你会拿到3 种部署方式每种都带一条验证命令5 个品牌摄像头的适配配置速查4 种播放姿势 3 类高频故障的排查动作概念锚点低延迟直播为什么是 WebRTC 的领地先看四种协议各自的位置你就明白 RTSP 摄像头浏览器播放为什么绕不开协议转换协议延迟区间浏览器原生支持传输层典型场景RTSP500-3000ms不支持TCP/UDP安防摄像头原生流WebRTC50-300ms原生支持UDP网页实时互动HLS10-30s原生支持HTTP点播/直播回看RTMP1-2s不支持需 FlashTCP传统推流为什么是 WebRTCW3C 标准Chrome/Firefox/Safari/Edge 全支持无需插件基于 UDP 传输内置 NAT 穿透ICE/STUN/TURN自适应码率与网络抖动补偿延迟典型值 50-300ms通过 JavaScript 的 RTCPeerConnection API 直接调用嵌进网页零成本左侧是 go2rtc 能吃的输入RTSP/ONVIF/HTTP-FLV/私有协议……右侧是吐出去的输出WebRTC 只是其中一路——这也是它被称为终极摄像头流媒体应用的原因。环境速查RTSP 摄像头浏览器播放的硬件要求不转码的话主流硬件随便跑涉及 FFmpeg 转码或 Docker 部署时按下表留余量项目推荐配置最低配置备注CPU4 核 i5 / Ryzen 52 核入门级硬件转码需 AVX / QSV / VA-API 支持内存4GB2GBDocker 部署额外预留约 1GB网络100Mbps 有线10Mbps Wi-Fi无线环境建议开启 QoS操作系统Ubuntu 22.04 LTSUbuntu 18.04 / Win 10 / macOS 11支持 ARM树莓派等浏览器Chrome 136Chrome 126 / Safari 14WebRTC 播 H265 需 Chrome 136 / Safari 183 种部署方式任选按场景分流三种方式功能一致按你的场景挑一个即可每种末尾都有一条验证命令。场景 A · 生产环境二进制直装适用服务器 / 长期运行。单文件零依赖如果后面要用ffmpeg:转码源先在系统里装好 FFmpeg。到项目仓库的 Release 页下载对应平台二进制Linux x86_64 是go2rtc_linux_amd64ARM 是go2rtc_linux_arm64Windows/macOS 各有一对chmod x go2rtc_linux_amd64 ./go2rtc_linux_amd64 version # 预期输出go2rtc version 1.x.x场景 B · 开发调试Docker 容器适用开发测试。镜像预装 FFmpeg 和 Python转码源开箱即用docker pull alexxit/go2rtc:latest docker run -d \ --name go2rtc \ --networkhost \ -v ./config:/config \ alexxit/go2rtc:latest curl -s http://localhost:1984/api/streams # 预期输出JSON含 streams 配置里的流名如 front_door注意不用--networkhost而走桥接网络时必须手动映射三个端口-p 1984:1984 -p 8554:8554 -p 8555:8555/tcp -p 8555:8555/udp。漏掉 8555 的 UDPWebRTC 媒体数据就传不进来。场景 C · 智能家居Home Assistant 附加组件适用HA 用户。点击路径设置 → 附加组件 → 添加仓库粘贴官方 go2rtc 附加组件仓库地址→ 找到 go2rtc 安装并启动。启动后打开组件 Web UIStreams 页面出现你的摄像头点开能出画面即为成功。RTSP 源配置3 种写法go2rtc.yaml的默认查找路径按部署方式分三种部署方式配置文件路径二进制程序运行目录Docker/config/go2rtc.yaml即上面-v ./config:/config挂进去的目录HA 附加组件/config/addons_config/{组件目录}/go2rtc.yaml最简单的配置就是一行streams: 流名: URL# go2rtc.yaml streams: # 写法一简易版一行搞定主流品牌摄像头 front_door: rtsp://admin:password192.168.1.100:554/Streaming/Channels/101 # 写法二高级版多源 FFmpeg 转码补 Opus 音频 living_room: - rtsp://user:pass192.168.1.101/cam/realmonitor?channel1subtype0 - ffmpeg:rtsp://user:pass192.168.1.101/cam/realmonitor?channel1subtype0#audioopus # 音频转 OpusWebRTC 可播 # 写法三品牌专用协议TP-Link Tapo 用云密码无需用户名 tapo_camera: tapo://cloud-password192.168.1.103多源写法是 go2rtc 的核心卖点之一同一流的多个源会按浏览器支持的编解码器自动协商选路——比如摄像头音频是 AAC、浏览器只收 Opus就自动走 FFmpeg 那条源出 Opus视频仍走原生 RTSP不做多余转码。配置可以在 WebUI 里直接编辑带语法高亮和校验品牌摄像头适配速查品牌典型 RTSP 地址特殊说明海康 Hikvisionrtsp://user:passip:554/Streaming/Channels/101101 通道 1 主码流双向音频走 ISAPI大华 Dahuartsp://user:passip/cam/realmonitor?channel1subtype0建议加unicasttrueprotoOnvifTP-Link Tapotapo://cloud-passwordip用云密码不支持用户名Reolinkrtsp://user:passip/h264Preview_01_main部分型号 RTSP 实现较差可用ffmpeg:包装Amcrestrtsp://user:passip/cam/realmonitor?channel1subtype0大华同款 URL 结构WebRTC 服务默认就开着webrtc模块默认启用启动即监听 8555/TCPUDP不需要任何额外配置。只在两种情况下动它局域网 IP 不唯一时要手动指定 host candidate公网访问时配 STUN/TURNwebrtc: listen: :8555 # WebRTC 服务端口TCP/UDP candidates: - 192.168.1.1:8555 # 局域网手动加服务器 host candidate - stun:8555 # 公网动态 IPgo2rtc 自动通过 STUN 探测外网地址 ice_servers: - urls: [stun:stun.l.google.com:19302] # 公网强 NAT 环境再加 TURN- urls: [turn:user:passturn.example.com:3478]注意公网稳定访问需在路由器把 8555 端口TCP 和 UDP 都打洞放行只开 TCP 时 UDP 打洞偶尔能通但不保证。验证一下curl -s http://localhost:1984/api/streams # 预期输出JSON 流列表如 {front_door: {streams: [{protocol: rtsp, ...}]}}播放验证4 种姿势① Web UI最省事打开http://localhost:1984Streams 页面找到目标流点它的WebRTC按钮浏览器弹出授权请求后点允许——首帧几乎立刻出现这就是 300ms 延迟的体感这个 Net 页面值得常看每条活跃连接的协议、编解码器、码率一目了然排查哪条链路在转码第一手就在这里。② HTML5 页面内嵌零依赖核心就是 WHEP 一问一答你 POST 一个 offer它回一个 answervideo idvideo autoplay playsinline controls/video script const video document.getElementById(video); const pc new RTCPeerConnection({ iceServers: [{ urls: stun:stun.l.google.com:19302 }] }); // 只收不发不占用本地麦克风 pc.addTransceiver(video, { direction: recvonly }); pc.addTransceiver(audio, { direction: recvonly }); pc.createOffer().then(async (offer) { await pc.setLocalDescription(offer); const res await fetch(http://localhost:1984/api/webrtc?srcfront_door, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ type: offer, sdp: pc.localDescription.sdp }) }); const answer await res.json(); await pc.setRemoteDescription({ type: answer, sdp: answer.sdp }); }); // 成功标志1 秒内 video 出画面 pc.ontrack (e) { video.srcObject e.streams[0]; }; /script③ 命令行ffplay -fflags nobuffer -flags low_delay rtsp://192.168.1.123:8554/front_door # 预期几乎无缓冲播放低延迟参数官方 README Tips 同款④ 第三方客户端VLC打开网络串流填rtsp://192.168.1.123:8554/front_door偏好设置里把缓存调到最低手机浏览器直接访问http://192.168.1.123:1984/webrtc.html?srcfront_door其他程序HTTP 渐进流http://192.168.1.123:1984/api/stream.mp4?srcfront_door调优 排障3 类高频故障 ⚠️低延迟调优的核心动作只有一个让链路尽量别转码、别缓冲。涉及转码时把 FFmpeg 预设调到最快streams: optimized: - rtsp://user:pass192.168.1.101:554/Streaming/Channels/101 # 源是 H265 而目标浏览器不支持时转码 H264 最快编码预设 - ffmpeg:optimized#videoh264#presetultrafast排障决策树从外到内逐层确认三个高频故障每个给你 2 个直接能做的动作只出声音不出画面用curl -s http://localhost:1984/api/streams确认流里的视频编码——是 H265 且浏览器旧先转 H264在流上加一条ffmpeg:流名#videoh264转码源go2rtc 会自动协商选路延迟超过 500ms客户端侧先测ffplay -fflags nobuffer -flags low_delay拉同一源排除播放器缓冲因素链路里有 H265 转码的话把预设改成#presetultrafastSafari 黑屏先确认流是 H264Safari 18 以下不支持 WebRTC 播 H265若黑屏伴随麦克风权限弹窗失败是安全上下文问题纯拉流不受影响需要双向音频时把 Web UI 换成 HTTPS 访问注意Safari 要求摄像头/麦克风授权必须在安全上下文HTTPS 或 localhost下进行只看不说话则无此限制。进阶玩法 一路流不够用了三招收尾总共 6 行配置streams: # 两路摄像头横向拼成一路 wall: ffmpeg -i front_door -i living_room -filter_complex hstack -y wall.mp4 # 直接把任意流发布到 YouTube youtube: rtmp://a.rtmp.youtube.com/live2/STREAM_KEYcurl http://localhost:1984/api/frame.jpeg?srcfront_door -o snapshot.jpg # 预期本地生成一张当前帧 JPEG配合 cron 就是定时快照要做人形检测别在 go2rtc 里造轮子让外部程序如 Frigate订阅http://localhost:1984/api/stream.mp4?srcfront_door做 AI 分析go2rtc 专心搬流。收尾现在可以去做的事 收藏这篇的go2rtc.yaml模板和品牌适配速查表下次接摄像头直接抄盯住项目 Release 页编解码器兼容性尤其 WebRTC H265在持续变好把/api/streams和/api/webrtc两个端点接进你现有的智能家居或监控面板在评论区分享你的部署配置尤其是踩过的品牌坑方向已经明确WebRTC over QUIC 和更强的端到端加密会把这点延迟继续往下压。附录仓库内参考资料项目总览与完整配置说明README.mdWebRTC 模块文档candidate / STUN / TURN 细节internal/webrtc/README.mdHTTP API 全部端点OpenAPI 格式website/api/openapi.yamlWebUI 使用文档www/README.md【免费下载链接】go2rtcUltimate camera streaming application项目地址: https://gitcode.com/GitHub_Trending/go/go2rtc创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
