本文记录WebRTC视频管线实战优化：持锁调用网络IO导致死锁、AVFrame复用误标I帧、帧率超目标拉高CPU；切换RTSP摄像头后采用低延时防积压策略；全链路打点定位x264编码瓶颈，改用NVENC、降低SHM轮询、绕过sws_scale，CPU大幅下降；并增加时间戳跳变、重连竞态、SHM重建等自愈逻辑。

远程喊话有三条路线：GB28181语音对讲、RTSP反向通道、RTC SDK，适用条件不同。喊话为单向，对讲需双向拾音回传。选型按序问四个问题：设备是否支持原生通道、是否双向、品牌是否统一、延迟要求多少。四条全通则用原生通道，否则考虑RTC。RTC音频处理在SDK侧、参数可调，但需新增网关，带来联调、运维和新故障点成本。

看画面与喊话是两类业务：看画面用HLS等CDN分发，成本优先；喊话须走RTC，延迟优先。TCP重传导致队头阻塞，延迟随丢包非线性上升，不适合喊话。HLS、HTTP-FLV为单向，无反向音频通道。实际项目常两套并存，仅对喊话那路补RTC。纯看画面、无强实时联动时，继续用HLS更经济。

自1998年发布以来，RTSP协议广泛应用于IP摄像头和NVR等设备，尽管面临WebRTC等新技术的竞争。作为控制协议，RTSP负责媒体会话的建立与管理，具有低延迟和灵活性，适合实时监控等场景。尽管缺乏内置加密，RTSP在许多行业中仍占据重要地位，替换成本高昂。未来，RTSP将继续与新协议共存，以满足实际需求。

本文讨论了在使用live555和H.264搭建RTSP服务时，常见的花屏、画面残缺和高延迟问题。主要原因包括解析器不匹配、参数检测漏洞和缓冲冗余。提出的修复方案包括更换解析器、兼容起始码检测和优化延迟设置。通过这些措施，画面问题得到解决，延迟从5秒降至1秒，满足实时需求。

本文讨论了如何编译Chromium的WebRTC库，并构建RTSP到WebRTC的桥接器，以解决监控系统中实时传输数百路摄像头视频流的问题。通过WebRTC，系统实现了低延迟和高并发，避免了传统媒体服务器的复杂性和性能瓶颈。最终，团队成功开发了一个简化的协议桥接器，显著提升了监控操作的效率和稳定性。

实时流媒体协议（RTSP）在监控领域的复兴，因其支持物体识别等智能功能，降低了硬件更换成本。RTSP确保IP摄像头的互操作性，适应现代工作流程，提供低延迟视频传输，并支持TCP和UDP，以满足不同应用需求。通过优化架构，企业可利用传统视频流挖掘新价值，并结合AI技术提升监控效率。

本文介绍了一款轻量级、模块化的.NET网络协议组件库，旨在解决工业软件中的协议碎片化问题。该库支持多种协议，如HTTP、RTSP和CoAP，适用于工业控制和物联网场景，具备跨平台部署能力，功能包括嵌入式HTTP服务器、RTSP流媒体服务和IoT模块，简化开发流程，提升系统自组网能力。

RTSP（实时流传输协议）是一种用于低延迟音视频流管理的网络控制协议。它通过客户端-服务器模型控制流媒体的播放、暂停和停止，数据传输则依赖于RTP。使用Python可以方便地实现RTSP流播放，适用于监控和直播等场景。

本文介绍了一种工具，利用Node.js和OBS WebSocket API自动启动两个OBS实例，连接不同RTSP流，应用AI过滤器，并一键流式传输到不同RTMP服务器，从而简化24/7直播流程，提高效率，减少错误。

go2rtc是一款支持多种流媒体协议的跨平台应用，提供零延迟传输、音频混合和即时转码，兼容Home Assistant。用户可选择使用go2rtc插件或WebRTC摄像头集成。