本文记录一次 RK3588 WebRTC 实时流启动后播放器崩溃的完整定位过程：问题最终并非来自 MPP 编解码，而是 Rockchip 修改版 GStreamer 视频转换库中的 RGA 加速路径。

编码 fps 稳定不代表网页实际呈现稳定，必须同时采集浏览器呈现数据。不代表没有 RTP 时序问题；非单调 PTS 同样会放大 jitter buffer。浏览器支持某个 H.264 Profile，不等于该码流适合低延迟 WebRTC 直通。点播 H.264 常使用 B 帧提高压缩效率，而在低延迟 WebRTC 场景中，无 B 帧、单调 PTS 的编码输出通常更容易获得稳定表现。RTP 队列不是

本文记录一次没有依赖常驻推流器的冷启动优化：我们如何拆开播放器、ICE、H.264 关键帧和 ZLMediaKit 轨道注册，沿状态机边界找到主要等待点，并用可验证的小改动把启动耗时降低约 71%。

这是一篇关于 RK3588、GStreamer、ZLMediaKit 与公网 WebRTC 配置的实践文章：先解释为什么 媒体服务器要部署在板端，再给出从 ARM64 运行包、WebRTC candidate 到公网端口映射的可验证落地方法。

本文记录一次 LTC 时间码播放系统的完整稳定性优化：不仅要让音视频跟随前跳、回退和暂停，还要解决开启 WebRTC 后“明明没有跳转，音视频却偶发卡顿”的问题。

cpp-httplib是一个C++11单头文件HTTP/HTTPS库，配置简单且跨平台。文章介绍了如何下载、编译cpp-httplib源码，并提供了HTTP服务器和客户端的实现示例。服务器示例展示了请求处理、错误处理和日志记录功能，客户端示例演示了如何发送POST请求。通过简单的编译命令即可构建可执行程序，实现基本的HTTP通信功能。

使用nginx + http-flv模块实现http方式的flv直播，推流后使用ffplay和vlc可以播放得到的http-flv流，但是在浏览器中使用flv.js无法播放该流。导致该问题的原因是：flv.js对播放的http-flv流的格式有要求：视频压缩编码格式必须为h264,音频压缩编码格式必须为aac，所以必须得将输入流转码，才能使用flv.js播放...

一、现象如下图所示，尝试在网页中播放超过6路http-flv流， 结果第7路无法播放。在开发者工具中可以看到超过6个在线播放数目时，请求flv地址处于pending状态。二、原因导致该现象产生的原因为浏览器同域名请求的最大并发数限制。具体可以参考文章《浏览器同域名请求的最大并发数限制》...

mDNS是一种零配置网络协议，可在局域网内实现主机名解析，兼容标准DNS服务器。mjansson/mdns提供跨平台的C语言实现，支持mDNS和DNS-DS功能。在Linux系统下载源码后，通过cmake编译安装即可生成示例程序，运行后可查看效果。

CMAKE_FIND_ROOT_PATH：代表一系列的相关文件夹路径的根路径的变更，所有的Find_***.cmake脚本首先会在这个路径的usr/lib，lib目录下找，然后才会去系统的目录下找。CMAKE_FIND_ROOT_PATH_MODE_PROGRAM：有三种取值：NEVER，ONLY，BOTH，这边选NEVER表示不在当前机器的系统目录下查找，而是去宿主机查找。这里以v4.1.6为例