GStreamer 0.10 稳定系列更新:Core 与 Base Plugins 0.10.23、Python Bindings 0.10.15
GStreamer 团队为 0.10 稳定系列发布 Core、Base Plugins 与 Python Bindings 的新版本,提供各自的 release notes 与源码包下载。该条目来自官方新闻页旧存档(0.10.23 为 2009 年的版本),无更多技术细节。
GStreamer 团队为 0.10 稳定系列发布 Core、Base Plugins 与 Python Bindings 的新版本,提供各自的 release notes 与源码包下载。该条目来自官方新闻页旧存档(0.10.23 为 2009 年的版本),无更多技术细节。
mediasoup 3.29.0 修复了 SCTP 在空流列表下延迟流重置未生效的问题,并新增 sctpZeroChecksum 选项以启用 RFC 9653 定义的 SCTP 零校验和。该版本还调整了 consumer.getStats() 的丢包统计口径,fractionLost 和 packetsLost 现在只统计到消费端下行链路的丢包,不再把发送端上行丢包计入;同时移除 rtpPacketLossReceived 和 rtpPacketLossSent 两项传输自定义统计。
mediasoup Rust 0.30.0 发布,新增 sctpZeroChecksum 选项以启用 RFC 9653 定义的 SCTP 零校验和,并修复空流列表下延迟流重置未延迟入站数据的问题。该版本为破坏性变更:consumer.getStats() 的 fractionLost 与 packetsLost 现仅统计到消费端下行链路的丢包,不再把发送端上行丢包计入。
MediaMTX 发布 v1.21.2,修复连接关闭时误丢 UDP 包、遗留凭据导致播放服务器可被任意访问,以及未携带 JWT 时仍请求 JWKS 的问题。该版本还修复 API 重载死锁、RTSP 会话踢出竞态,并将 Media-Over-QUIC 的目录轨道名由 ".catalog" 改为 "catalog"。
LiveKit Server 发布 v1.13.9,将 v1.13.8 引入并导致 egress 启动失败的行为变更回退到 v1.13.7 及之前的状态。
SRS 发布 8.0 开发版首个版本 v8.0-d0,对应 8.0 dev0 与 v8.0.48,代码约 328208 行,并在 README 和 SRS 8.0 changelog 中加入该发布线。该版本提供源码包 srs-server-8.0-d0.tar.gz、CentOS7 x86_64 二进制包,以及 ossrs/srs:8、ossrs/srs:v8.0-d0、ossrs/srs:8.0.48 三个 Docker 镜像标签。
推荐理由:SRS 发布 8.0 开发版首个版本,给出了版本号、代码规模和 Docker 镜像标签,可据此判断升级节奏。
SRS 发布 v7.0-a1,即 7.0 alpha1 版本,对应版本号 v7.0.165,代码量 315306 行。该版本提供源码包 srs-server-7.0-a1.tar.gz 与 CentOS7 x86_64 二进制包,并已推送 Docker 镜像 ossrs/srs:7、ossrs/srs:v7.0-a1 和 ossrs/srs:7.0.165。
MediaMTX v1.21.1 修复了 WebRTC 播放 AV1 流时因编码器填充 OBU padding 导致的卡顿,并过滤 DJI 无人机流中特定 UUID 的 SEI 单元以解决 Chrome 和 Firefox 解码卡死。HLS 会话改由服务器管理,muxer 关闭后会话保留最多 30 秒并返回 404 而非 401。此外要求浏览器 POST 请求携带允许的 origin,并修复 H265 DTS 提取与 MP4 封装等多项问题。
SRS 发布 7.0 首个 alpha 版本 7.0-a0(v7.0.162),相比 v7.0-d0 聚焦安全与稳定性修复。其中将 libsrt 从 1.5.3 升级到 1.5.6 以修复 CVE-2026-55868/55869,并修复 WebRTC 播放视频编解码器应答、RTMP 严格客户端 chunk stream ID 恢复及 ParseBody 资源泄漏等问题。
按 GitHub 星标排名,Jitsi Meet 以 29,875 星领先,LiveKit 20,731 星、Pion 16,759 星紧随其后,数据取自 2026 年 9 月。若改按活跃度排序,榜单会重排:mediasoup 星标仅列第五,但近 52 周提交 541 次,远高于 Janus 的 66 次。作者强调没有唯一最优选择,会议场景选 Jitsi,可编程后端选 LiveKit,嵌入式项目选 Pion,大规模自建选 mediasoup。
结合 ossrs/srs 仓库源码与 CHANGELOG 梳理 SRS 各版本演进:7.0(代号 Kai)带来全协议 IPv6、RTMPS、RTSP 播放与统一单线程架构,计划 2026 年底发布;8.0(代号 Free)2026 年启动,AI(Codex 工作流)成为主要贡献者,已近乎重写 SRS Proxy 并将单测覆盖率从 40% 提至 88%。
推荐理由:SRS 是全球使用最广的开源流媒体服务器之一,此文系统呈现其架构决策与 AI 驱动的社区维护新模式。
以 SRS 官方博客《Load Balancing Streaming Servers》为骨架,结合仓库源码讲解负载与过载判定、DNS/HTTP-DNS 服务发现、Vhost 与一致性哈希、HTTP 302 重定向,以及 Edge Cluster、Origin Cluster(基于代理服务器的新方案)与 WebRTC Cascade 三种集群形态;并解释 WebRTC 因高 CPU 消耗与 PeerConnection 内流量动态变化而难以用 Edge 均衡的原因。
推荐理由:自建流媒体集群的核心工程问题,文章覆盖了容量评估与调度策略选择的完整方法。
LiveKit 的 SFU 架构让机器人系统从点对点连接扩展为多参与者 Room,摄像头、模型、操作员和下游服务各作为一个参与者加入,无需重新设计传输架构。在跨网络的人机协同录制场景中,机器人观测可同时分发给策略、操作员和录制端,策略动作与人工干预各自独立回传,避免额外网络跳数。VLM 可作为任务级编排者,各技能策略以独立参与者订阅所需观测,奖励模型则按控制频率评估执行状态并驱动策略升级。
按 12 人房间、30%-50% 丢包、<300ms 延迟的需求对比 Mesh/MCU/SFU:Mesh 每人 11 路上行呈 O(N²) 增长,MCU 混音引入 100-200ms 额外延迟,SFU 端到端可低于 150ms 且计算开销最低;弱网上用自适应 FEC(30% 丢包时冗余比提至 40%)、动态 Jitter Buffer(20-100ms)与 Opus 降码率到 6-10kbps,控制流走 WebSocket、媒体流走 UDP/RTP 彻底分离。
推荐理由:从拓扑选型到弱网参数的完整架构推演,控制/媒体双信道解耦对游戏类 RTC 很实用。
mediasoup 3.20.0(Node 3.2.0、Rust 0.22.0)用参考 libwebrtc dcsctp 实现的内置 SCTP 栈替换 usrsctp,解决 Rust 多 worker 线程下 usrsctp 非线程安全的问题;SctpParameters 类型与传输层选项同步调整,官方给出 demo 迁移 PR 作为升级参考。
推荐理由:SFU 核心依赖层的重大重构,直接影响所有使用 DataChannel/SCTP 的 mediasoup 部署。
发送端同时编码 1080p/720p/360p 三路流(约 2Mbps/1Mbps/300Kbps),SFU 按订阅关系只转发合适的一路;文章覆盖 SDP 的 ssrc-group:SIM 与 RID 协商、setParameters 编码参数配置、切换时的 PLI/FIR 关键帧请求优化,以及与 SVC 在带宽消耗和兼容性上的对比。
推荐理由:完整覆盖 Simulcast 从协商、实现到 SFU 转发的工程细节,并给出移动端编码负担的权衡。
针对“一会话一端口”与有状态 ICE/DTLS 会话在 Kubernetes 下的扩容冲突,OpenAI 将数据包路由与协议终止分离:Relay 只做无状态 UDP 转发并借 ICE ufrag 编码路由信息实现首包确定性投递,Transceiver 用 Go+Pion 运行完整 WebRTC 端点;该架构已全量上线,支撑 9 亿周活用户的实时媒体流量,客户端无感知。
推荐理由:罕见的基础设施级披露,展示超大规模实时语音服务的 WebRTC 架构取舍与开源栈的生产验证。
以 10 人会议量化三种架构的带宽与计算分布:P2P 每人需维护 9 条连接(约 18Mbps 上行),SFU 把客户端上行降到 1 路但服务端产生约 100Mbps 转发量,MCU 客户端压力最小但编解码计算成本最高;并给出 Simulcast/SVC、分层 SFU、CDN+RTC 混合等增强方案与适用场景。
推荐理由:用具体数字讲清三种媒体服务器架构的成本结构与选型逻辑,是 RTC 架构选型的完整参考。
Ant Media Server v3.0 彻底清理废弃 API 以支撑插件化架构,新增 AV1 编解码与 SRT re-stream 能力,改进 LL-HLS 集群播放,同时引入 MoQ 插件、AI 视频帧处理插件及 Scribe 自动字幕、Scotty SSAI 等合作伙伴插件。
推荐理由:开源流媒体服务器季度节奏下的大版本,协议覆盖(AV1/SRT/LL-HLS/MoQ)扩展有代表性。
Janus 收到多方漏洞报告后紧急发布 1.4.1(multistream)与 0.16.1(legacy),修复由 Haruto Kimura(Stella)与 Kelvin Mbogo(Add Content)报告并协助修复的安全问题,官方建议所有用户升级。
推荐理由:WebRTC 媒体服务器的安全修复版本,自托管部署需要跟进。
Ant Media Server 以插件形式支持 MoQ:直播流自动经 MoQMuxer 发布到内置 moq-lite relay,浏览器经 WebTransport + WebCodecs/MSE 亚秒级播放,也可从外部 relay(含 Cloudflare MoQ)拉流入 AMS 做录制、转码与再分发;支持 H.264/H.265 与 AAC/Opus,Safari 播放需 macOS/iOS 26.4+。
推荐理由:传统流媒体服务器接入 MoQ 生态的代表案例,提供 moq-lite 与 IETF 全量规范差异的工程视角。
Janus 官方基于 multistream 的 master 分支首次打出 1.4.0 版本,旧 0.x 分支同步发布 0.16.0;此后 master 进入 1.4.1、0.x 进入 0.16.1 维护,双轨版本策略正式成型。
推荐理由:Janus multistream 迁移的关键节点版本,影响所有 Janus 部署的升级路线。