ZLMediakit webrtc拉流

本文深入探讨了WebRTC技术的关键概念,如DTLS安全机制、TWCC、REMB等,并介绍了其在实时通信中的应用流程。此外,还解析了epoll等关键类的作用,以及WebRTC在实际项目中的实现细节。

目录

一 基本概念

二 关键类

三 webrtc play流程


一 基本概念

DTLS(Datagram Transport Layer Security) 提供了 UDP 传输场景下的安全机制,能防止窃听、篡改、冒充等问题。在 WebRTC中使用 DTLS 的地方包括两部分:

Datachannel 数据通道。在 Datachannel 数据通道中,WebRTC 完全使用 DTLS 来进行协商和加解密
MediaChannel 媒体通道。在媒体通道中 WebRTC 使用 SRTP 来进行数据的加解密,DTLS 的作用仅仅是用来做密钥交换,RTP/RTCP 的数据为了与历史设备兼容性的考虑,完全通过 SRTP 来实现。

twcc:接收端twcc主要功能就是通过fb通知发送端每一个rtp的接收时间。
基本逻辑:当接收端接收到每一个rtp包的时候,记录当前的接受时间和包序号,然后按一定策略定时的发送到发送端,然后发送端可以根据的发送,接收时间统计延迟,为后续估算提供数据点。

REMB:Receiver Estimated Max Bitrate,是一种RTCP 反馈消息,作为接收方,告诉发送方它可以接收的带宽是多少

sdp包含remb
a=rtcp-fb:<payload type> goog-remb
a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time

FEC:前向纠错(FEC)是抵抗网络错误的重要手段。FEC在发送端将数据包添加冗余纠错码,纠错码连同数据包一起发送到接收端;接收端根据纠错码对数据进行检查和纠正。

NACK:丢包重传(NACK)也是抵抗网络错误的重要手段。NACK在接收端检测到数据丢包后,发送NACK报文到发送端;发送端根据NACK报文中的序列号,在发送缓冲区找到对应的数据包,重新发送到接收端。NACK需要发送端,发送缓冲区的支持。webrtc中支持音频和视频的NACK重传。

SSRC:在RTP协议中, 定义同步源(SSRC,Synchronization source)为RTP包流的源,用RTP报头中32位数值的SSRC标识符进行标识,使其不依赖于网络地址。通常麦克风,音频接口,摄像头,视频接口的变化,都会导致SSRC的变化。 

二 关键类

epoll管理多个socket连接

class EventPoller : public TaskExecutor, public AnyStorage, public std::enable_shared_from_this<EventPoller> {

public:

    using Ptr = std::shared_ptr<EventPoller>;

    friend class TaskExecutorGetterImp;

    ~EventPoller();

    /**

     * 获取EventPollerPool单例中的第一个EventPoller实例,

     * 保留该接口是为了兼容老代码

     * @return 单例

     */

    static EventPoller &Instance();

    /**

     * 添加事件监听

     * @param fd 监听的文件描述符

     * @param event 事件类型,例如 Event_Read | Event_Write

     * @param eventCb 事件回调functional

     * @return -1:失败,0:成功

     */

    int addEvent(int fd, int event, PollEventCB eventCb);

    /**

     * 删除事件监听

     * @param fd 监听的文件描述符

     * @param delCb 删除成功回调functional

     * @return -1:失败,0:成功

     */

    int delEvent(int fd, PollDelCB delCb = nullptr);

    /**

     * 修改监听事件类型

     * @param fd 监听的文件描述符

     * @param event 事件类型,例如 Event_Read | Event_Write

     * @return -1:失败,0:成功

     */

    int modifyEvent(int fd, int event);

    /**

     * 异步执行任务

     * @param task 任务

     * @param may_sync 如果调用该函数的线程就是本对象的轮询线程,那么may_sync

### ZLMediaKit 使用方法 ZLMediaKit 是一款高效的 C++ 实现的音视频服务框架,支持多种协议如 RTMP, HLS, WebRTC 等。对于取媒体的操作,可以通过配置文件或命令行参数指定要连接的目标地址。 #### 配置方式 通过修改 `conf/mediakit.conf` 文件中的 `[RtspClient]`, `[RtmpPuller]` 或其他相应部分来设置目标服务器 URL 和端口等信息[^1]: ```ini [RtspClient] rtsp_url=rtsp://admin:password@192.168.0.100/h264/ch1/main/av_stream ``` 此示例展示了如何针对特定 IP 地址下的摄像设备进行 RTSP 的获取操作。 #### 命令行启动 除了静态配置外,也可以直接利用命令行工具动态创建会话并开始过程。例如,在 Linux 终端执行如下指令可以立即建立到远程 RTSP 服务器的数据传输通道[^2]: ```bash ./bin/puller_rtsp --url rtsp://admin:password@camera_ip_address/stream_path ``` 上述命令适用于即时测试场景,并允许用户快速验证网络连通性和基本功能正常与否。 --- ### 解决常见问题 当遇到诸如画面冻结、音频不同步等问题时,可以从以下几个方面着手排查和优化性能表现: - **调整缓冲区大小**: 对于不稳定网络环境造成的丢包现象,适当增大接收方缓存容量有助于缓解此类状况的发生概率; - **改变传输层协议(TCP vs UDP)**: 如果默认使用的UDP模式存在较多错误,则尝试切换至更可靠的TCP方式进行数据交换可能会带来改善效果; - **确认编码格式兼容性**: 不同品牌型号间可能存在差异化的编解码策略,因此建议事先查阅官方文档了解所选硬件是否完全支持预期采用的标准规格[^3]. ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

步基

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值