【webrtc】 对视频质量的码率控制的测试与探索

目录

环境设置

[transport-cc goog-remb (webrtc中的两种码率算法)](#transport-cc goog-remb (webrtc中的两种码率算法))

[修改成remb算法 测试](#修改成remb算法 测试)

效果

后续

可参考工程


环境设置

要到meshx上操作

telnet 112

然后执行factory_env show |grep meshx_ip

之后telnet meshx_ip 用户名admin 密码****.119

执行一下reboot

把tc命令清除

连接单兵管理SSID MESH-Manage-XXXXXX

tc qdisc add dev lmi40 root netem loss 10% (丢包率自行修改

tc qdisc show 自行查询

再次丢包率,add改成change

transport-cc goog-remb (webrtc中的两种码率算法)

"Transport-CC" 是 WebRTC(Web实时通信)中的一种传输拥塞控制机制,用于管理实时媒体(音频和视频)的传输,以适应网络状况,确保通信的连续性。它有助于根据网络条件调整媒体的比特率,以确保在可用带宽的情况下提供流畅且不中断的通信体验。它用于避免过载网络,以提供最佳可能的质量。

"Goog-REMB"(Google Receiver Estimated Maximum Bitrate)是由Google开发的一种扩展,用于实时传输控制协议(RTCP)。它在WebRTC中用于估算接收方对特定媒体流能够处理的最大比特率。然后,这些信息会传达给发送方,使其能够调整正在传输的媒体的比特率,以匹配接收方的容量,从而提高通信的整体质量。

这些术语与WebRTC的技术相关,用于优化互联网上的实时通信的质量和性能

修改成remb算法 测试

效果

都一样,原理都是评估带宽降码率(帧率,分辨率)。

正常情况(无丢包)应该是这样:

后续

可参考工程

Mihawk086/easy_webrtc_server: 基于muduo的简单的webrtc流媒体服务器 (github.com)

相关推荐
小短腿的代码世界8 小时前
QtAV音视频播放实战深度解析:从零构建高性能跨平台播放器
qt·音视频
憧憬成为原神糕手12 小时前
FFmpeg 音视频开发笔记(一):H.264 解码为 YUV
笔记·ffmpeg·音视频
ai产品老杨13 小时前
突破品牌壁垒:基于 GB28181 与 RTSP 的异构 AI 视频平台架构深度解析(支持 Docker 与源码交付)
人工智能·架构·音视频
AI服务老曹13 小时前
【架构深析】打破安防“黑盒”:GB28181/RTSP 视频管理平台如何通过源码交付与 API 驱动节省 95% 开发成本
架构·音视频
科研前沿13 小时前
多视角相机驱动的室内人员空间定位技术白皮书
大数据·人工智能·python·科技·数码相机·音视频
ai产品老杨14 小时前
深度解析:异构算力下的 AI 视频管理平台架构实现 (GB28181 / Docker / 源码交付)
人工智能·架构·音视频
ai产品老杨15 小时前
深度解析:基于 Docker 与 GB28181 的企业级 AI 视频管理平台——实现 X86/ARM 异构计算与全场景边缘计算架构
人工智能·docker·音视频
电子科技圈16 小时前
四大“门派”围攻边缘及端侧AI SoC市场“光明顶”
人工智能·嵌入式硬件·mcu·物联网·网络安全·音视频·语音识别
地球@+jdhb4419 小时前
2026年,去豆包视频水印有哪些真正靠谱的方法?我亲自替你蹚了一遍坑
音视频
时空自由民.20 小时前
ESP ADF音频篇章
macos·音视频·xcode