mediasoup 源码分析（十七）tccClient模块分析(2)及RTCP反馈报文介绍

最新推荐文章于 2024-06-23 09:13:13 发布
最新推荐文章于 2024-06-23 09:13:13 发布
阅读量865 收藏 2
点赞数 1
分类专栏： mediasoup源码分析
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lcalqf/article/details/108900510
版权
本文主要分析mediasoup中的tccClient模块，探讨如何处理客户端的transport-cc反馈报文，以及如何修改服务端pace_sender码率。同时，介绍了RTCP的传输层反馈（如NACK、TMMBR）和负载层反馈（如PLI、FIR）的相关标准文档与类型。
摘要由CSDN通过智能技术生成

 1、tccClient分析

 处理客户端反馈的transport-cc报文，修改服务端pace_sender码率，mediasoup中的paced_sender.cc文件是修改过的，

和webrtc源码中的paced_sender不一样，并且PacedSender::Process()函数只发送了padding数据包。

transport-cc报文，PT=205,FMT=15，具体分析见第十四章。

代码为：void Transport::HandleRtcpPacket(RTC::RTCP::Packet* packet){}

 最终会调用到

void PacedSender::SetPacing
了解本专栏 订阅专栏 解锁全文 超级会员免费看
mediasoup源码分析（六）数据分发 Transport 到 Router 、Consumer
lcalqf的专栏
08-13 1329
一、Tansport 转发到Producer Transport收到数据packet后，会解析出packet中所带的ssrc字段，然后基于ssrc找到该数据的Producer。 Transport::ReceiveRtpPacket { // Get the associated Producer. RTC::Producer* producer = this->rtpListener.GetProducer(packet);//基于包中的ssrc选出Producer } Produer也
mediasoup 源码分析（三） room 和 router 创建过程
lcalqf的专栏
08-07 1586
一、server启动WebSockerServer server.js会通过protoo 启动WebSocketServer // Run a protoo WebSocketServer. await runProtooWebSocketServer(); 当用户请求连接时会带着roomId，server接收到用户请求后会判断当前房间是否存在，如果不存在会就创建一个。 具体详情见server.js的runProtoWebSockerServer()函数 async function run.
Mediasoup源码分析（1）——架构分析
点点滴滴
08-29 7773
1. 设计架构图 Worker 一个Worker代表着一个运行在单核CPU上并处理Router实例的mediasoup C++子进程； Router Router用于注入、选择和转发通过Transport实例创建的媒体流； Transport Transport将终端与MediaSoup Router连接起来，并通过在其上创建的Producer和Consumer实例实现双向媒体传输，...
mediasoup源码分析-初始化、建立连接及媒体数据的处理流程
专注音视频基础、WebRTC、ffmpeg、流媒体服务器
03-31 5292
mediasoup中的Transport有多种类型，以下只分析WebRtcTransport，且只分析音频、视频的传输。 线程模型 mediasoup使用的是多进程模型，服务器上有多个少CPU核，就启动多少个Worker进程。每个Worker进程采用单线程，运行一个事件循环，所有数据的处理，都是通过事件触发的。 MediaSoup的应用层和媒体处理层分别运行在不同的进程内，它们之间通过管道进行通信。 注意：应用进程和Worker进程之间可以使用普通的管道，也可以使用socketpair，这个部分的代码应该在
【MediaSoup---源码篇】（二）Router
用可见的方式来记录和分享每一次收获
09-22 310
Router
【mediasoup TRANSPORT_CC 2】接收端 RTCP Feedback 报文 chunk 解析与构造
突围
04-12 642
参考大神 WebRTC 拥塞控制 | Transport-CC 之 RTP 头部扩展与 RTCP Feedback 报文 在 WebRTC 的 Send-side BWE 中，大多数拥塞控制逻辑被放到了发送端，这样做除了方便维护，也增加了相关算法的灵活性，而这一切正是基于 Transport-CC（Transport-wide Congestion Control）。 Transport-cc中，收流客户端通过TransportFeedback RTCP向发送端反馈收到的各个RTP包的到达时间信息。..
【mediasoup-sfu-cpp】2：SfuCppDemo 和MediaSoup实例
突围
05-05 632
mediasoup
mediasoup 源码分析（二十三）SDP 协议介绍
lcalqf的专栏
01-09 1042
目录 SDP 介绍 协议介绍 SDP 介绍 SDP(Session Description Protocol)是一种会话描述协议，不是传输协议。 什么意思呢？，就是说SDP不是传输层协议（如UDP、TCP），也不是应用层协议（如HTTP），它是一种自定义的私有协议格式，用来交换webrtc建联所需要的配置信息、媒体属性信息等。 SDP 分为offer、answer两种类型，且服务端和客户端既可以做offer也可以做answer。 v=0 o=-14034283583473731...
mediasoup 源码分析 （八）分析PlainTransport
最新发布
littleboy_IT
06-23 614
PlainTransport 可以接收裸RTP流，也可以接收AES加密的RTP流。源码中提供了一个通过ffmpeg发送裸RTP流到mediasoup的脚本，具体地址为：mediasoup-demo/broadcasters/ffmpeg.sh。脚本就是通过HTTP Post发送创建PlainTranport请求，然后通过ffmpeg向指定地址+端口，发送RTP流。真正绑定的地方在PortManager::BindUdp(ip)中，随机从指定Port范围中选出可用Port，然后绑定。
mediasoup 源码分析（七）consumer创建过程
lcalqf的专栏
08-14 1353
一、consumer 类型介绍 mediasoup总共有四种消费者Consumer类型，SimpleConsuer、PipeConsuer、SvcConsuer、SimucastConsumer， SimpleConsumer 普通RTP数据的消费者，比如有音频流和视频流每个都是SimpleConsumer，没有按类型区分，音视频流都是一样的，最简单的consumer PipeConsumer 不同Worker之间Router之间的数据流转，则其为接收或者消费从另外...
mediasoup
03-30
Mediasoup视频会议 使用mediasoup进行多方视频/音频/屏幕会议的示例网站。 该项目旨在通过一个简单的示例更好地了解mediasoup的工作方式。 该项目在具有许多其他示例。 在检出 运行代码 运行npm install然后npm start运行该应用程序。 然后在https://localhost:3016或配置文件中您自己定义的端口/ URL中打开浏览器。 （可选）根据需要编辑src/config.js文件，并用您自己的证书替换ssl/key.pem ssl/cert.pem证书。 部署方式 在config.js ，用您的服务器的公共IP地址替换announcedIP ，并修改您要为其提供服务的端口。 添加网页端口的防火墙规则（默认为3016）和计算机的rtc连接（默认为udp 10000-10100）。 注意：最好在linux系统上运行项目，因为mediasou
mediasoup源码分析之-网络基础库libuv
cynic_liu的博客
07-13 426
开源的网络事件库有很多种，大家最熟悉的莫过于集成在nginx里的event模块，很灵巧也很好的支撑了nginx的高性能服务。但是分析源码后，大家其实都比较类似，底层采用epoll机制探测事件，从而驱动上层业务运行。libuv也是一个开源的网络事件库，它的设计也比较巧妙，很轻量级。 mediasoup中，libuv使用由以下两个函数启动，ClassInit负责生成uv_loop_t对象，并初始化相关对象，类似nginx的ngx_worker_process_cycle，RunLoop调用uv_run，启动循
mediasoup 源码分析（二十二） XR包
lcalqf的专栏
12-14 806
目录 协议介绍 协议分析 1、BT=4 2、BT=5 协议介绍 XR 包是RTCP 扩展报告的一种，PT=207，主要用来提供更加详细的时间、丢包等统计信息。XR包总共有七个报告块，mediasoup主要第四和第五即BT=4 ,BT=5两个。 代码见：XR.cpp 、XrDelaySinceLastRr.cpp、XrReceiverReferenceTime.cpp 协议分析 协议文档：https://datatracker.ietf.org/doc/rfc3611/?include.
mediasoup 源码分析（十三） 丢包重传 webrtc nack 机制
lcalqf的专栏
08-21 1376
一、丢包介绍 由于webrtc所用的rtp协议底层是基于udp传输，所以并不能保证数据的可靠性。在发生丢包时，为了保证音视频的质量需要进行 重传，而 nack机制就是用来处理重传逻辑的，需要注意一点由于udp本身是无序的，所以在进行丢包重传时要做一定的特殊处理。 二、nack 报文介绍 文档 ：RFC4585 其中PT=205,FMT=1 ,Packet identifier即为丢失的RTP数据包的序列号，BitMap of lost packets指从,Packet ident...
mediasoup源码分析（二十）服务端架构设计
lcalqf的专栏
11-07 1331
目录 简介 信令服务（房间服务） 调度服务 媒体服务 简介 流媒体服务器大的方向上可以分为上述三个模块。目前行业内都是分布式服务，独立部署。mediasoup信令与媒体之间虽然可以管道通信。但在行业内，服务之间通过管道通信用的少。 一般是rpc、mq，或者传统的tcp。这块licode架构比较不错，licode是信令和媒体服务通过MQ消息队列解耦。 下面介绍一下这三个服务主要功能，当然文中所说也是一家之言。 信令服务（房间服务） 信令服务也称为房间服务。有的企业把信令和房间分开，信..
mediasoup源码分析（一） 编译过程
lcalqf的专栏
08-05 3262
注意:mediasoup最终是作为一个node-module 模块，不要单独编译mediasoup，而是下载编译mediasoup-demo，在 编译demo的过程中会自动下载编译c++代码mediasoup 一、安装依赖环境 1、下载安装nvm ，通过nvm管理安装node git地址：https://github.com/nvm-sh/nvm 安装nvm： curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.35.3/insta
mediasoup 源码分析 （二十七）simulcast
lcalqf的专栏
08-15 1220
原理介绍 simulcast ：字面意思是多播，在webrtc中指大小流。推流的客户端同时发生多路不同分辨率、帧率的视频到服务器，服务器根据下行用户网络情况，选择一路合适流进行转发。 它的主要应用场景： 一次视频会议时不同参会人员的网络带宽不一样，不能仅仅因为一个人的网络不好就降低分辨率，因为那样网络好的人体验效果也变差了。所以应该探测出谁的网络不好，只给他降码率、帧率就行了。 如下图所示：pc客户端上行推送了1080p、720p、360p三路流，服务器在转发时给手机端下发了360p，给网络状...
mediasoup 源码分析（二十八）rtx 重传包
lcalqf的专栏
08-24 852
文章目录rtx 协议格式字段细节上行rtx处理下行rtx处理 rtx 主要用来进行封装重传包 rtx 协议格式 The format of a retransmission packet is shown below: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-
mediasoup数据转发 源码剖析
椛茶的博客
10-31 1712
Worker：mediasoup 流媒体处理进程Router：路由对象，类似于房间的功能，保存了流之间的订阅关系，它接收 Producer 的数据并转发给订阅该 Producer 的 ConsumerProducer：音视频流生产者，一路音频就算一个单独的生产者，一路视频也算一个单独的生产者Consumer：音视频流消费者Transport：传输通道，有 WebRtcTransport，PlainRtpTransport 以及 PipeTransport。
FFServer源码详解：多连接与RTP/RTCP支持剖析
FFServer源码分析深入探讨了FFmpeg中的核心组件ffserver的内部工作机制。首先，我们关注ffserver.conf这个关键配置文件，它是管理FFServer运行的基础，其中包含了重要的参数如MaxBandwidth，用于设置每个连接的最大...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

致一

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

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

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

打赏作者

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

抵扣说明：

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

余额充值