go2rtc 流媒体网关安装配置教程多协议摄像头统一接入与低延迟播放实战【免费下载链接】go2rtcUltimate camera streaming application项目地址: https://gitcode.com/GitHub_Trending/go/go2rtc导语go2rtc 是一个零依赖、面向超低延迟场景的开源流媒体网关。它能把 RTSP、ONVIF、WebRTC、HomeKit、MJPEG 以及 TP-Link、小米、Wyze 等几十种品牌私有协议收进同一个进程再按需分发成任意主流格式让浏览器、录像机、智能家居各取所需。这篇文章按先懂原理、再走流程、后谈进阶的顺序带你从零把第一批摄像头跑通。场景痛点摄像头一多事情就变复杂了很多人对摄像头接入的第一印象是插上网线就能看实际动手后才发现处处是坑协议决定命运海康大华走 RTSP/ONVIFTP-Link 有自己的私有通道苹果生态只认 HomeKit部分云摄像头干脆只有 P2P 接口每个品牌都要一套独立方案。播放端各有所好浏览器想直连 WebRTCNVR 录像机只认 RTSP手机 App 可能只支持 HLS 或 MP4同一个源要喂三种不同的口味。延迟敏感门铃、看护场景对实时性要求很高传统中转方案层层缓冲画面永远慢半拍。双向音频缺席多数方案只能看不能说对讲功能要从零做起。维护成本失控每加一台设备就多一个软件、多一份配置出错时排查链路又长又乱。一张架构图看懂 go2rtc 的定位把 go2rtc 想象成一个协议翻译中心左侧是来源右侧是目标中间只跑一个二进制进程。来源可以是 RTSP/RTMP 地址、ONVIF 设备、MJPEG 网页流、本地摄像头、媒体文件甚至是另一台 go2rtc目标则覆盖 WebRTC、RTSP、MSE/MP4、HLS、HomeKit、RTMP 推流等。它不做无谓的转码只在必要时借助 FFmpeg 动手其余情况直接透传这正是低延迟的来源。对应到代码层面go2rtc 由三个核心模块撑起骨架app负责读配置和打日志api负责 HTTP/WebSocket 接口streams负责维护所有流的生命周期。具体的模块矩阵可以看 internal/README.md。核心能力可以浓缩成一张速览表维度覆盖范围举例输入公开协议RTSP、RTMP、ONVIF、WebRTC、MJPEG、HLS、MP4 文件输入品牌私有协议HomeKit、Tapo、Kasa、Tuya、Xiaomi、Wyze、Ring、Doorbird、DVRIP输入设备与脚本v4l2/ALSA 本地设备、ffmpeg、exec、echo、expr输出分发格式WebRTC、RTSP、MSE/MP4、HLS、MJPEG、RTMP、HomeKit增值处理能力按需转码、多源编码协商、双向音频、预加载、统计监控值得强调的一点是go2rtc 并不试图把转码这种重活揽在自己身上它内置的只是 PCM→FLAC 这类轻量算法真正的重转码交给外部 FFmpeg 按需拉起。架构上轻装上阵是它能在树莓派这种小设备上跑得动的前提。落地一二进制安装5 分钟接入第一路摄像头如果只想尽快看到效果这是最快的路径。go2rtc 为 Windows、macOS、Linux、FreeBSD 以及各种 ARM 设备都提供了开箱即用的单文件版本无需安装任何依赖。以 Linux 64 位为例步骤只有三步# 1. 从 release 下载 go2rtc_linux_amd64 并赋予执行权限 chmod x go2rtc_linux_amd64 # 2. 在可执行文件同目录创建 go2rtc.yaml写入你的第一路流 # 3. 直接启动 ./go2rtc_linux_amd64配置文件里最关键的是streams段它定义了叫什么名字、从哪里拉流# go2rtc.yaml 最小示例 streams: front_door: rtsp://admin:password192.168.1.100/cam/realmonitor?channel1subtype0 living_room: onvif://admin:password192.168.1.101:2020?subtypeprofile_1 test_card: ffmpeg:virtual?video#videoh264启动后三个默认端口会同时工作1984提供 Web 界面和 API8554是 RTSP 服务端口8555TCP/UDP留给 WebRTC。用浏览器打开http://localhost:1984在网页顶栏找到流名即可预览同时任何支持 RTSP 的客户端也能直接访问rtsp://localhost:8554/front_door消费这一路流。如果摄像头对拉流方式挑剔ffmpeg:前缀是最常用的兜底手段它会让 go2rtc 借用 FFmpeg 的能力去取流例如ffmpeg:rtsp://...。另外二进制版本也支持一次加载多份配置-c参数、行内配置甚至把密钥放到环境变量里再通过${VAR:默认值}引用方便在不同机器间复用同一份模板。落地二Docker 部署隔离与开箱即用对不想折腾系统环境、或需要长期稳定运行的用户容器是更省心的选择。官方镜像alexxit/go2rtc预装了 FFmpeg、ffplay、Python、bash 等工具意味着转码和 echo 脚本等能力开箱就有不用额外安装。# 启动 go2rtc 容器映射三个默认端口配置目录挂载到宿主机 docker run -d \ --namego2rtc \ --restartunless-stopped \ -p 1984:1984 \ -p 8554:8554 \ -p 8555:8555/tcp -p 8555:8555/udp \ -v /opt/go2rtc/config:/config \ alexxit/go2rtc容器以/config作为工作目录并自动读取/config/go2rtc.yaml把宿主机目录挂载进去后改配置只需编辑宿主机上的文件、再重启容器即可。镜像是按python:alpine构建的体积可控且同样覆盖 amd64、arm64、arm/v6、arm/v7 等多种架构。二进制版与 Docker 版怎么选简单说只求快速验证选二进制追求可移植、要转码全家桶、或跑在 NAS/服务器上选 Docker。两者的配置写法完全一致随时可以互相迁移。落地三Home Assistant 用户的一条捷径如果你已经在用 Home Assistantgo2rtc 的集成深度远超普通插件它既可以直接安装为 Supervisor 插件也可以通过 WebRTC Camera 自定义组件对接已有实例后者会自动下载并使用最新版 go2rtc。在configuration.yaml中声明流之后摄像头卡片就能在 Lovelace 界面上以极低延迟播放# Home Assistant 集成配置示例 go2rtc: streams: front_door: rtsp://admin:password192.168.1.100/stream backyard: onvif://admin:password192.168.1.101:80# Lovelace 界面添加摄像头卡片 type: picture-entity entity: camera.front_door camera_view: live这套组合的价值在于Home Assistant 负责设备联动和自动化比如有人移动就录像go2rtc 负责把各家各户的流统一成 Home Assistant 认识的格式两边各干各擅长的事。配置精讲go2rtc.yaml 里容易被忽略的门道跑通之后值得花时间理解配置背后的三个概念它们决定了你能把 go2rtc 用得多顺手。第一一条流可以同时挂多个来源。streams下的每个名字可以对应一个数组go2rtc 会在其中自动挑选当前客户端能解码的那个来源。最有名的场景是编解码协商某大华摄像头同时支持 H.264 和 H.265而浏览器只认 H.264此时可以同时提供原始 RTSP 和一个 FFmpeg 转码源streams: dahua: - rtsp://admin:password192.168.1.123/cam/realmonitor?channel1subtype0 - ffmpeg:rtsp://admin:password192.168.1.123/cam/realmonitor?channel1subtype0#audioopus浏览器打开时go2rtc 会综合所有来源自动选出可用编码这就是文档里说的多源双向编解码协商也是它最核心的特性之一。第二URL 后缀可以当过滤器用。在流的播放地址后面追加查询参数可以精确控制输出内容。比如?videoh264audioaac只输出这两种编码?mp4则让 RTSP 输出兼容 MP4 的编码组合方便录像软件直接落盘。这些过滤器只做筛选不会凭空造出新的编码真正要造编码时再上 FFmpeg。第三编辑配置有可视化工具。Web 界面自带的编辑器提供语法高亮、校验和自动补全改完点Save Restart即生效比手撸文件舒服得多如果你的某个摄像头启动特别慢还可以用preload让 go2rtc 在启动时就预拉流避免首次打开时长时间黑屏。进阶实战从能看到好用双向语音对讲go2rtc 对 RTSP、Tapo、Tuya、Wyze、Ring、Xiaomi、DVRIP 等十余类设备提供双向音频支持。浏览器端通过 WebRTC 可以直接对讲反过来把音频推给摄像头也只要一次 API 调用# 把一段音频文件推送到支持双向音频的摄像头播放 POST http://localhost:1984/api/streams?dstcamera1srcffmpeg:http://example.com/song.mp3#audiopcma#inputfile需要提醒的是浏览器只有通过 HTTPS 页面才能调用麦克风本地测试时可以先忽略上线对讲功能时务必把服务放到 HTTPS 后面。推流到直播平台把本地摄像头变成直播源同样是一行配置的事。go2rtc 支持把任意流通过 RTMP/RTMPS 发布到 YouTube、Telegram 等平台publish: to_youtube: - rtmp://xxx.rtmp.youtube.com/live2/你的直播密钥 streams: main_cam: - ffmpeg:rtsp://admin:password192.168.1.100/stream#videoh264#audioaac注意 YouTube 对直播流有硬性要求视频必须 H.264、音频必须 AAC缺一不可所以上例特意加上了转码参数。用网络监控排查问题http://localhost:1984/net页面会把所有活跃连接画成一张实时拓扑图每个节点标注了 IP、协议、编码和带宽哪一路流在走什么格式、卡在哪一跳一眼就能看明白。这也是定位为什么某台设备画面黑屏最直接的工具除此之外HTTP API 也能充当工具箱/api/frame.jpeg?src摄像头名随时抓拍一帧/api/stream.mp4?src摄像头名直接拉取可下载的 MP4接进自己的脚本或前端都很方便。高频问题与避坑清单1. 摄像头地址明明正确却连不上。很多廉价摄像头或某些固件版本的 RTSP 实现不标准UDP 拉流容易丢包断连。解决办法是强制走 TCP或在最前面套上 FFmpeg# 错误示例默认可能走 UDP易超时 streams: cam: rtsp://admin:password192.168.1.100/stream # 正确示例强制 TCP或交给 FFmpeg 兜底 streams: cam: rtsp://admin:password192.168.1.100/stream?tcp cam_alt: ffmpeg:rtsp://admin:password192.168.1.100/stream?tcp#timeout102. 有画面没声音。多半是编码不匹配摄像头输出的是 G.711PCMA/PCMU而播放端只认 AAC 或 OPUS。可以在源地址上追加过滤器或者干脆转成目标编码# 正确示例把音频统一转成浏览器通用的 AAC streams: cam: ffmpeg:rtsp://admin:password192.168.1.100/stream#audioaac3. 局域网里任何人打开端口就能看监控。go2rtc 默认把 1984/8554 两个端口对局域网开放属于信任内网的设计。如果不希望如此最稳妥的做法是只监听本机再套一层带认证的反向代理# 仅本机可访问 API 与 RTSP api: listen: 127.0.0.1:1984 rtsp: listen: 127.0.0.1:8554同时建议用app.modules、api.allow_paths这类白名单配置收紧可调用的模块与接口防止 API 被利用来执行任意命令。4. 画面卡顿、延迟偏高。先确认是否做了不必要的转码——如果客户端本来就支持源编码#videocopy#audiocopy直接透传能省下大量 CPU 和延迟。播放端一侧也可以配合低延迟参数比如用ffplay -fflags nobuffer -flags low_delay rtsp://...或把 VLC 的缓存级别调到最低。写在最后什么时候该上 go2rtc回顾全文go2rtc 的核心价值可以用三个词概括统一几十种协议一个进程搞定、低延迟尽量透传、按需转码、轻量零依赖单文件树莓派也能跑。如果你手头有两三台不同品牌的摄像头想在浏览器、Home Assistant、录像机之间自由流转或者想顺手把对讲、推流、抓拍这些高级能力也补上它就是性价比最高的那一个选项。接下来的动作很简单下载二进制跑一个最小配置把第一路 RTSP 加进go2rtc.yaml然后在 Web 界面里点点看。想要深入了解某个模块项目内的 internal/app/README.md、internal/streams/README.md 和 internal/ffmpeg/README.md 都是很好的阅读起点想从源码构建或参与改进可以git clone https://gitcode.com/GitHub_Trending/go/go2rtc后自行编译。流媒体的世界很杂但入口可以很干净。【免费下载链接】go2rtcUltimate camera streaming application项目地址: https://gitcode.com/GitHub_Trending/go/go2rtc创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 go2rtc 流媒体网关安装配置教程：多协议摄像头统一接入与低延迟播放实战
go2rtc 流媒体网关安装配置教程多协议摄像头统一接入与低延迟播放实战【免费下载链接】go2rtcUltimate camera streaming application项目地址: https://gitcode.com/GitHub_Trending/go/go2rtc导语go2rtc 是一个零依赖、面向超低延迟场景的开源流媒体网关。它能把 RTSP、ONVIF、WebRTC、HomeKit、MJPEG 以及 TP-Link、小米、Wyze 等几十种品牌私有协议收进同一个进程再按需分发成任意主流格式让浏览器、录像机、智能家居各取所需。这篇文章按先懂原理、再走流程、后谈进阶的顺序带你从零把第一批摄像头跑通。场景痛点摄像头一多事情就变复杂了很多人对摄像头接入的第一印象是插上网线就能看实际动手后才发现处处是坑协议决定命运海康大华走 RTSP/ONVIFTP-Link 有自己的私有通道苹果生态只认 HomeKit部分云摄像头干脆只有 P2P 接口每个品牌都要一套独立方案。播放端各有所好浏览器想直连 WebRTCNVR 录像机只认 RTSP手机 App 可能只支持 HLS 或 MP4同一个源要喂三种不同的口味。延迟敏感门铃、看护场景对实时性要求很高传统中转方案层层缓冲画面永远慢半拍。双向音频缺席多数方案只能看不能说对讲功能要从零做起。维护成本失控每加一台设备就多一个软件、多一份配置出错时排查链路又长又乱。一张架构图看懂 go2rtc 的定位把 go2rtc 想象成一个协议翻译中心左侧是来源右侧是目标中间只跑一个二进制进程。来源可以是 RTSP/RTMP 地址、ONVIF 设备、MJPEG 网页流、本地摄像头、媒体文件甚至是另一台 go2rtc目标则覆盖 WebRTC、RTSP、MSE/MP4、HLS、HomeKit、RTMP 推流等。它不做无谓的转码只在必要时借助 FFmpeg 动手其余情况直接透传这正是低延迟的来源。对应到代码层面go2rtc 由三个核心模块撑起骨架app负责读配置和打日志api负责 HTTP/WebSocket 接口streams负责维护所有流的生命周期。具体的模块矩阵可以看 internal/README.md。核心能力可以浓缩成一张速览表维度覆盖范围举例输入公开协议RTSP、RTMP、ONVIF、WebRTC、MJPEG、HLS、MP4 文件输入品牌私有协议HomeKit、Tapo、Kasa、Tuya、Xiaomi、Wyze、Ring、Doorbird、DVRIP输入设备与脚本v4l2/ALSA 本地设备、ffmpeg、exec、echo、expr输出分发格式WebRTC、RTSP、MSE/MP4、HLS、MJPEG、RTMP、HomeKit增值处理能力按需转码、多源编码协商、双向音频、预加载、统计监控值得强调的一点是go2rtc 并不试图把转码这种重活揽在自己身上它内置的只是 PCM→FLAC 这类轻量算法真正的重转码交给外部 FFmpeg 按需拉起。架构上轻装上阵是它能在树莓派这种小设备上跑得动的前提。落地一二进制安装5 分钟接入第一路摄像头如果只想尽快看到效果这是最快的路径。go2rtc 为 Windows、macOS、Linux、FreeBSD 以及各种 ARM 设备都提供了开箱即用的单文件版本无需安装任何依赖。以 Linux 64 位为例步骤只有三步# 1. 从 release 下载 go2rtc_linux_amd64 并赋予执行权限 chmod x go2rtc_linux_amd64 # 2. 在可执行文件同目录创建 go2rtc.yaml写入你的第一路流 # 3. 直接启动 ./go2rtc_linux_amd64配置文件里最关键的是streams段它定义了叫什么名字、从哪里拉流# go2rtc.yaml 最小示例 streams: front_door: rtsp://admin:password192.168.1.100/cam/realmonitor?channel1subtype0 living_room: onvif://admin:password192.168.1.101:2020?subtypeprofile_1 test_card: ffmpeg:virtual?video#videoh264启动后三个默认端口会同时工作1984提供 Web 界面和 API8554是 RTSP 服务端口8555TCP/UDP留给 WebRTC。用浏览器打开http://localhost:1984在网页顶栏找到流名即可预览同时任何支持 RTSP 的客户端也能直接访问rtsp://localhost:8554/front_door消费这一路流。如果摄像头对拉流方式挑剔ffmpeg:前缀是最常用的兜底手段它会让 go2rtc 借用 FFmpeg 的能力去取流例如ffmpeg:rtsp://...。另外二进制版本也支持一次加载多份配置-c参数、行内配置甚至把密钥放到环境变量里再通过${VAR:默认值}引用方便在不同机器间复用同一份模板。落地二Docker 部署隔离与开箱即用对不想折腾系统环境、或需要长期稳定运行的用户容器是更省心的选择。官方镜像alexxit/go2rtc预装了 FFmpeg、ffplay、Python、bash 等工具意味着转码和 echo 脚本等能力开箱就有不用额外安装。# 启动 go2rtc 容器映射三个默认端口配置目录挂载到宿主机 docker run -d \ --namego2rtc \ --restartunless-stopped \ -p 1984:1984 \ -p 8554:8554 \ -p 8555:8555/tcp -p 8555:8555/udp \ -v /opt/go2rtc/config:/config \ alexxit/go2rtc容器以/config作为工作目录并自动读取/config/go2rtc.yaml把宿主机目录挂载进去后改配置只需编辑宿主机上的文件、再重启容器即可。镜像是按python:alpine构建的体积可控且同样覆盖 amd64、arm64、arm/v6、arm/v7 等多种架构。二进制版与 Docker 版怎么选简单说只求快速验证选二进制追求可移植、要转码全家桶、或跑在 NAS/服务器上选 Docker。两者的配置写法完全一致随时可以互相迁移。落地三Home Assistant 用户的一条捷径如果你已经在用 Home Assistantgo2rtc 的集成深度远超普通插件它既可以直接安装为 Supervisor 插件也可以通过 WebRTC Camera 自定义组件对接已有实例后者会自动下载并使用最新版 go2rtc。在configuration.yaml中声明流之后摄像头卡片就能在 Lovelace 界面上以极低延迟播放# Home Assistant 集成配置示例 go2rtc: streams: front_door: rtsp://admin:password192.168.1.100/stream backyard: onvif://admin:password192.168.1.101:80# Lovelace 界面添加摄像头卡片 type: picture-entity entity: camera.front_door camera_view: live这套组合的价值在于Home Assistant 负责设备联动和自动化比如有人移动就录像go2rtc 负责把各家各户的流统一成 Home Assistant 认识的格式两边各干各擅长的事。配置精讲go2rtc.yaml 里容易被忽略的门道跑通之后值得花时间理解配置背后的三个概念它们决定了你能把 go2rtc 用得多顺手。第一一条流可以同时挂多个来源。streams下的每个名字可以对应一个数组go2rtc 会在其中自动挑选当前客户端能解码的那个来源。最有名的场景是编解码协商某大华摄像头同时支持 H.264 和 H.265而浏览器只认 H.264此时可以同时提供原始 RTSP 和一个 FFmpeg 转码源streams: dahua: - rtsp://admin:password192.168.1.123/cam/realmonitor?channel1subtype0 - ffmpeg:rtsp://admin:password192.168.1.123/cam/realmonitor?channel1subtype0#audioopus浏览器打开时go2rtc 会综合所有来源自动选出可用编码这就是文档里说的多源双向编解码协商也是它最核心的特性之一。第二URL 后缀可以当过滤器用。在流的播放地址后面追加查询参数可以精确控制输出内容。比如?videoh264audioaac只输出这两种编码?mp4则让 RTSP 输出兼容 MP4 的编码组合方便录像软件直接落盘。这些过滤器只做筛选不会凭空造出新的编码真正要造编码时再上 FFmpeg。第三编辑配置有可视化工具。Web 界面自带的编辑器提供语法高亮、校验和自动补全改完点Save Restart即生效比手撸文件舒服得多如果你的某个摄像头启动特别慢还可以用preload让 go2rtc 在启动时就预拉流避免首次打开时长时间黑屏。进阶实战从能看到好用双向语音对讲go2rtc 对 RTSP、Tapo、Tuya、Wyze、Ring、Xiaomi、DVRIP 等十余类设备提供双向音频支持。浏览器端通过 WebRTC 可以直接对讲反过来把音频推给摄像头也只要一次 API 调用# 把一段音频文件推送到支持双向音频的摄像头播放 POST http://localhost:1984/api/streams?dstcamera1srcffmpeg:http://example.com/song.mp3#audiopcma#inputfile需要提醒的是浏览器只有通过 HTTPS 页面才能调用麦克风本地测试时可以先忽略上线对讲功能时务必把服务放到 HTTPS 后面。推流到直播平台把本地摄像头变成直播源同样是一行配置的事。go2rtc 支持把任意流通过 RTMP/RTMPS 发布到 YouTube、Telegram 等平台publish: to_youtube: - rtmp://xxx.rtmp.youtube.com/live2/你的直播密钥 streams: main_cam: - ffmpeg:rtsp://admin:password192.168.1.100/stream#videoh264#audioaac注意 YouTube 对直播流有硬性要求视频必须 H.264、音频必须 AAC缺一不可所以上例特意加上了转码参数。用网络监控排查问题http://localhost:1984/net页面会把所有活跃连接画成一张实时拓扑图每个节点标注了 IP、协议、编码和带宽哪一路流在走什么格式、卡在哪一跳一眼就能看明白。这也是定位为什么某台设备画面黑屏最直接的工具除此之外HTTP API 也能充当工具箱/api/frame.jpeg?src摄像头名随时抓拍一帧/api/stream.mp4?src摄像头名直接拉取可下载的 MP4接进自己的脚本或前端都很方便。高频问题与避坑清单1. 摄像头地址明明正确却连不上。很多廉价摄像头或某些固件版本的 RTSP 实现不标准UDP 拉流容易丢包断连。解决办法是强制走 TCP或在最前面套上 FFmpeg# 错误示例默认可能走 UDP易超时 streams: cam: rtsp://admin:password192.168.1.100/stream # 正确示例强制 TCP或交给 FFmpeg 兜底 streams: cam: rtsp://admin:password192.168.1.100/stream?tcp cam_alt: ffmpeg:rtsp://admin:password192.168.1.100/stream?tcp#timeout102. 有画面没声音。多半是编码不匹配摄像头输出的是 G.711PCMA/PCMU而播放端只认 AAC 或 OPUS。可以在源地址上追加过滤器或者干脆转成目标编码# 正确示例把音频统一转成浏览器通用的 AAC streams: cam: ffmpeg:rtsp://admin:password192.168.1.100/stream#audioaac3. 局域网里任何人打开端口就能看监控。go2rtc 默认把 1984/8554 两个端口对局域网开放属于信任内网的设计。如果不希望如此最稳妥的做法是只监听本机再套一层带认证的反向代理# 仅本机可访问 API 与 RTSP api: listen: 127.0.0.1:1984 rtsp: listen: 127.0.0.1:8554同时建议用app.modules、api.allow_paths这类白名单配置收紧可调用的模块与接口防止 API 被利用来执行任意命令。4. 画面卡顿、延迟偏高。先确认是否做了不必要的转码——如果客户端本来就支持源编码#videocopy#audiocopy直接透传能省下大量 CPU 和延迟。播放端一侧也可以配合低延迟参数比如用ffplay -fflags nobuffer -flags low_delay rtsp://...或把 VLC 的缓存级别调到最低。写在最后什么时候该上 go2rtc回顾全文go2rtc 的核心价值可以用三个词概括统一几十种协议一个进程搞定、低延迟尽量透传、按需转码、轻量零依赖单文件树莓派也能跑。如果你手头有两三台不同品牌的摄像头想在浏览器、Home Assistant、录像机之间自由流转或者想顺手把对讲、推流、抓拍这些高级能力也补上它就是性价比最高的那一个选项。接下来的动作很简单下载二进制跑一个最小配置把第一路 RTSP 加进go2rtc.yaml然后在 Web 界面里点点看。想要深入了解某个模块项目内的 internal/app/README.md、internal/streams/README.md 和 internal/ffmpeg/README.md 都是很好的阅读起点想从源码构建或参与改进可以git clone https://gitcode.com/GitHub_Trending/go/go2rtc后自行编译。流媒体的世界很杂但入口可以很干净。【免费下载链接】go2rtcUltimate camera streaming application项目地址: https://gitcode.com/GitHub_Trending/go/go2rtc创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考