使用 GStreamer 的 WebRTC Plumbing
内容提要
GStreamer是一种媒体处理库，用于构建WebRTC堆栈，支持多种网络传输。它通过webrtcbin插件实现WebRTC功能，并与AWS Kinesis Video Streams、LiveKit、Janus VideoRoom等WebRTC服务集成。未来，GStreamer计划使用Rust重新实现基础架构，并使用sans-IO设计模式提供ICE连接的librice实现。
延伸解读
webrtcbin 的设计取舍
webrtcbin 将自身定位为传输和网络层组件，只处理 ICE、DTLS、SRTP 和 RTP 打包，不关心编码细节。这意味着开发者可以自由选择编码器和媒体源，但也必须自行处理拥塞控制、RTX/FEC 配置等与编码器相关的工作。这种灵活性带来了集成成本，适合需要深度定制的场景，而非开箱即用的简单应用。
辅助元素降低开发门槛
针对 webrtcbin 直接使用难度较大的问题，GStreamer 提供了 webrtcsink 和 webrtcsrc 两个辅助元素。webrtcsink 内置了编码器选择、基于 TWCC 和 GCC 的拥塞控制以及自定义信令，并支持多消费者独立编码。webrtcsrc 则支持接收和解码，也可输出编码数据。它们简化了常见场景，但预编码流仍需应用自行参与拥塞控制。
与外部服务的信令集成
GStreamer 为多个 WebRTC 服务提供了信令实现，包括 AWS Kinesis Video Streams、LiveKit、Janus VideoRoom 以及 WHIP/WHEP。这些集成通常以 webrtcsink 或 webrtcsrc 的信令器形式存在，部分仍处于合并请求草案阶段。对于需要与特定服务对接的开发者，可以参考这些实现或自行编写信令器，但需注意不同服务的成熟度差异。
未来方向：Rust 与 sans-IO
GStreamer 正在用 Rust 重写部分 RTP 基础架构，并开发基于 sans-IO 设计模式的 ICE 库 librice。Rust 旨在提升内存安全性，避免畸形 RTP 包导致错误行为；sans-IO 则让应用能灵活提供高性能 IO，并解决 libnice 依赖 GLib/GIO 带来的性能瓶颈。这些改进目前尚未完全取代现有 C 实现，但代表了重要的演进方向。
Q&A
GStreamer 是什么？
GStreamer 是一种成熟的媒体处理库，广泛应用于多种领域，支持多种网络传输，包括 WebRTC。
webrtcbin 插件的主要功能是什么？
webrtcbin 插件主要关注 WebRTC 的传输和网络问题，支持多种媒体源和编码器。
GStreamer 如何与 AWS Kinesis Video Streams 集成？
GStreamer 提供了与 AWS Kinesis Video Streams 的集成，支持从 GStreamer 向 AWS 传输流媒体的功能。
GStreamer 的 WebRTC 实现经历了哪些项目的演变？
GStreamer 的 WebRTC 实现经历了 OpenWebRTC、Kurento 和 Farstream 等多个项目的演变。
webrtcsink 和 webrtcsrc 的作用是什么？
webrtcsink 用于发送 WebRTC 流，而 webrtcsrc 用于接收 WebRTC 流，二者支持自定义信令。
GStreamer 未来的计划是什么？
GStreamer 计划使用 Rust 重新实现基础架构，并提供 ICE 连接的 librice 实现，以提高性能和安全性。
