WebRTC系列-网络之RTCP请求关键帧(requestKeyFrame)

最新推荐文章于 2024-08-09 06:00:00 发布
最新推荐文章于 2024-08-09 06:00:00 发布
阅读量1.1k 收藏 1
点赞数
分类专栏： WebRTC进阶 文章标签： webrtc
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lym594887256/article/details/127419913
版权
本文深入探讨了WebRTC中触发关键帧请求的常见场景，包括解码时缺少SPS/PPS信息、网络丢包、解码超时、解码失败以及接收过期帧的情况。详细分析了发送关键帧请求的过程，以及如何解析和处理这些请求，重点介绍了编码关键帧的主要步骤和限制远端关键帧请求频率的策略。
摘要由CSDN通过智能技术生成

文章目录


在多人场景下，当某个用户加入某个会议中，这时候其他热 的视频画面，需要都需哟啊发送给刚进入的这个用户，但是这时候发送的帧不一定是关键帧，也就会造成这个用户无法解码或解码失败的问题；WebRTC采用UDP传输流媒体数据，不可避免存在丢包情况
WebRTC在rtcp中加入可请求关键帧的类型；在 RFC4585中定义，属于RTCP反馈消息中的一种，对于在RFC中的定义可以看剑痴大神的文章 WebRTC研究：关键帧请求；

1. WebRTC中触发关键帧请求的场景

在WebRTC源码中搜索RequestKeyFrame方法及kRequestKeyframe的调用位置，总结一下几种调用情况；

1.1 收到一个包需要解码时候

如果这时候sps，pps信息缺失，造成无法解码就会去发送请求关键帧；
在 RtpVideoStreamRe

了解本专栏 订阅专栏 解锁全文 超级会员免费看
简简单单lym
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
订阅专栏
WebRTC系列-Qos系列之发送NACK
HOSTEN的博客
01-18 1291
在之前的文章介绍了音频开启对包重传的方式及验证是否开启的成功的方式；在文章的2.3.3章节介绍了NACK包在WebRTC中解析方式及RFC规定协议的定义。在WebRTC中是支持音频和视频的NACK，本文只分析NACK及其重点相关的机制，不分析jitterbuffer或者neteq的相关知识及实现，这些将会有其他的文章重点介绍。
八 WebRTC 关键帧请求PLI与FIR
zrjliming的博客
09-22 2326
目录 一 关键帧请求场景 二 PLI与FIR 前言: IDR Request 关键帧也叫做即时刷新帧，简称IDR帧。对视频来说，IDR帧的解码无需参考之前的帧，因此在丢包严重时可以通过发送关键帧请求进行画面的恢复。关键帧的请求方式分为三种：RTCP FIR反馈（Full intra frame request）、RTCP PLI 反馈（Picture Loss Indictor）或SIP Info消息，具体使用哪种可通过协商确定. 一 关键帧请求场景 1.1 H264解码无sps,pps信息 .
WebRTC，音视频会议底层支撑技术解读
weixin_45583158的博客
07-10 838
WebRTC 是 Web Real-Time Communication 的缩写，是谷歌在 2011 年推出的一种技术，可以实现跨网络和本地浏览器的实时音频、视频和数据传输。它的使命是为...
WebRTC 入门：带有示例代码的实用指南
最新发布
欢迎拜读我的作品，喜欢的领域请给我留言
08-09 1454
WebRTCWeb 实时通信）是一组开源技术，可实现 Web 浏览器和移动应用程序之间通过互联网直接进行实时通信。它允许点对点音频、视频和数据共享，而无需任何插件或其他软件。WebRTC 广泛用于构建视频会议、语音通话、直播、在线游戏等应用程序。WebRTC 点对点连接ICE交互式连接建立）、STUNNAT 会话遍历实用程序）和TURN使用中继绕过 NAT 进行遍历是 WebRTC 框架的重要组成部分可实现互联网上的实时通信。
webrtc分析三（关键帧请求）
liuhongxian的专栏
07-05 1756
webrtc 采用rtp/rtcp传送音视频，网络存在丢包。采用fec和nack对抗丢包。但是并不是所有情况都能通过丢包重传解决。有些情况是在规定的时间内没有补上，再等就延时过大，失去补报的意义了。所以会采用请求关键帧的方式快速刷新。 请求关键帧的场景 1、新加入请求播放，无法初始化解码器 2、丢包过多，jitterbuffer过大 3、nack list过大 4、获取帧数据超时 5、解码出错 需要初始化解码器，sps，pps H264SpsPpsTracker::FixedBitstream H264Sp
webrtc之精读关键帧请求
a617505352的专栏
05-12 388
webrtc之精读关键帧请求
webrtc学习（一）之------关键帧请求
zhanga1的博客
03-25 3205
webrtc中的关键帧请求
sip info 方法 发起 h264关键帧请求
javahigh1
07-26 368
有些视频终端只在呼叫刚建立时发几个关键帧，如果关键帧丢失，对方解码会会失败或出现马赛克现象，对此通过发送关键帧请求对方发送关键帧， 呼叫建立后，通过SIP INFO 扩展 在 dialog 内发送 关键帧请求，SIP INFO 构造参考 rfc 2976 http://www.ietf.org/rfc/rfc2976.txt, info 消息体 带 xml 数据。具体参考 rfc http://w...
WebRTC系列-Qos系列之RTP/RTCP协议分析rtcp-1
HOSTEN的博客
01-08 611
上一篇文章介绍了RTP协议，通常RTP负责传输数据，RTCP一起工作，RTCP负责对RTP的通信和会话进行控制（如流量控制、拥塞控制、会话源管理等）；同rtp协议一样，协议由 IETF（http://www.ietf.org/）定义在和3551中；
WebRTC[54] - WebRTC之RTCP详解
liuzhen007的专栏
02-08 424
在WebRTC中，流媒体协议使用的RTP/RTCP协议，其中，RTP负责流媒体数据传输，RTCP负责传输的质量控制。RTCP的作用还是非常重要，它可以实现发送数据/接收数据的反馈、丢包重传、关键帧请求、⽹络指标RTT、丢包率、抖动的计算及反馈，拥塞控制相关的带宽反馈，以及⽤户体验相关的⾳视频同步等。文本将重点介绍RTCP相关的内容和基础知识。
WebRTC中RTP/RTCP协议实现分析
yinshipin007的博客
12-28 473
RTP协议是Internet上针对流媒体传输的基础协议，该协议详细说明在互联网上传输音视频的标准数据包格式。RTP协议本身只保证实时数据的传输，RTCP协议则负责流媒体的传输质量保证，提供流量控制和拥塞控制等服务。在RTP会话期间，各参与者周期性彼此发送RTCP报文。报文中包含各参与者数据发送和接收等统计信息，参与者可以据此动态控制流媒体传输质量。RFC3550 [1]定义RTP/RTCP协议的基本内容，包括报文格式、传输规则等。
rtcp 关键帧请求总结
occupy8的专栏
10-10 4815
第一类：关键帧请求 主要包括SLI／PLI／FIR，作用是在关键帧丢失无法解码时，请求发送方重新生成并发送一个关键帧。 这本质是一种重传，但是跟传输层的重传的区别是，它重传是最新生成的帧。 PLI 是Picture Loss Indication，SLI 是Slice Loss Indication。 发送方接收到接收方反馈的PLI或SLI需要重新让编码器生成关键帧并发送给接收端。...
【网络通信 -- WebRTC】MediaSoup 源码分析 -- 关键帧请求
CopperSun 技术博客
09-20 597
【网络通信 -- WebRTC】MediaSoup 源码分析 -- 关键帧请求 参考致谢 本博客为博主的学习实践总结，并参考了众多博主的博文，在此表示感谢，博主若有不足之处，请批评指正。
关键帧
weixin_38740463的博客
03-22 724
I帧,P帧,B帧 I帧表示关键帧，即本帧画面，解码时只需本帧数据 P帧表示差异帧（当前帧与上一关键帧差别） B帧表示 双向差异帧（本帧与前后帧的差别） 一般平均来说，I的压缩率是7（跟JPG差不多），P是20，B可以达到50，可见使用B帧能节省大量空间 ...
rtcp webrtc 接收_【转】WebRTC之RTCP
weixin_34923852的博客
12-29 276
转自：https://blog.csdn.net/momo0853/article/details/88051312#RTPFBTransport_layer_FB_messagesNACKTransportFeedback_245文章目录RTCPSR(Sender Report RTCP Packet)RR(Receiver Report RTCP Packet)SDES(Source Desc...
html5 webrtc fir 请求关键帧_中信建投官网强调认可我们的投资理念的股民朋友请求 CTRL D 收藏、锁定本直播地址...
weixin_39914975的博客
11-04 94
本文摘要：有关中信建投官网强调认可我们的投资理念的股民朋友请求 CTRL D 收藏、锁定本直播地址的内容分享，跟踪了解如何看股票k线图，分享热点专题。欢迎来到 橘子股票直播间，本直播每日为大家更新最快、最精准、最全面的股市内容，并有潜力股分享。要想做强，要想稳定盈利，需要不断地思考和不断地成长。不要盲目跟风！注意短线原则，留强去弱！！认可我们的投资理念的...
webrtc分析四（关键帧请求，FIR /PLI区别）
liuhongxian的专栏
07-05 3848
webrtc 关键帧请求分PLI，SLI，FIR。但是有何区别？ PLI 是Picture Loss Indication 图片丢失提示消息表明突发性的丢包影响到了一个或多个帧中的多个包。发送方可以通过重传这些包或者生成一个新的I帧以作出回应。但一般来说，PLI同时表现得像一个NACK和一个FIR，因此，通过使用PLI，接收端为发送端如何对该请求作出响应提供了更大的灵活度 SLI 是Slice Loss Indication。 切片丢失提示消息表明该包丢失影响到单个帧的部分（即，多个macroblock）。
视频电话/视频会议之关键帧请求处理
RTC hacker
12-26 3945
本文来自 csdn  http://blog.csdn.net/voipmaker  转载注明出处。 关键帧请求是视频会议系统里面必要的功能，因为关键帧一般隔一段时间才发送一次，如果客户端随机进入会议，需要接收到关键帧才能正常解码， 这就需要发送端支持关键帧请求的处理，有两种通知方法，一个是用RTCP协议，另一个是用SIP的INFO放个，这两个都有标准，另一个用处是视频广播/视
webrtc-qt-example
07-16
### 回答1： webrtc-qt-example是一个基于Qt框架开发的WebRTC示例项目。 WebRTC是一种开源的实时通信技术，能够支持音频、视频和数据的实时传输。它通过浏览器之间的端对端连接，实现了高质量的实时通信。 webrtc-qt-example的目的是展示如何使用Qt进行WebRTC开发。Qt是一套跨平台的C++应用程序开发框架，它提供了丰富的工具和库，使开发者能够快速构建可靠的应用程序。 这个示例项目提供了一些基本的功能和界面，使开发者能够了解和学习如何将WebRTC集成到Qt应用程序中。它包含了常见的WebRTC功能，如媒体流捕获、媒体流传输、信令交换等。 通过webrtc-qt-example，开发者可以学习到如何使用Qt的多媒体模块来捕获音频、视频和媒体设备。同时，也可以学习到如何使用Qt的网络模块来进行实时信令交换和流传输。 这个示例项目还提供了一些简单的界面，方便开发者进行测试和调试。开发者可以通过该界面实现与其他WebRTC应用的通信，例如建立视频通话、音频通话等。 总之，webrtc-qt-example是一个非常实用的示例项目，可以帮助开发者快速上手并掌握WebRTC在Qt中的开发。 ### 回答2： webrtc-qt-example是一个基于Qt框架的WebRTC示例应用程序。WebRTC是一种开源项目，它提供了在浏览器之间进行实时通信的能力，包括视频和音频的传输。而webrtc-qt-example则是将这种技术集成到Qt应用程序中的一个示例。 在webrtc-qt-example中，它使用了Qt的多媒体框架和WebRTC提供的API来实现音视频的传输和显示。通过使用WebRTC的API，webrtc-qt-example可以建立点对点的连接，进行音频和视频的实时传输。 webrtc-qt-example中的代码结构清晰，易于理解和扩展。它提供了一些基本的功能，如建立连接、发送和接收音视频流、呼叫取消等。开发者可以根据自己的需求来对这些功能进行定制和扩展。 此外，webrtc-qt-example还支持一些高级特性，如媒体设备的选择、音视频的编码和解码等。开发者可以通过修改代码来选择不同的媒体设备，并且可以使用不同的编码和解码算法来满足自己的需求。 总之，webrtc-qt-example是一个很棒的WebRTC示例应用程序，它可以帮助开发者快速了解和使用WebRTC技术。无论是为了实现实时视频通话、视频会议还是其他需要音视频传输的应用场景，webrtc-qt-example都提供了一个良好的起点，帮助开发者快速上手并实现自己的需求。 ### 回答3： webrtc-qt-example是一个基于Qt框架和WebRTC技术的示例应用。WebRTC是一种用于在Web浏览器上实现实时通信的开源项目，它提供了一套丰富的API和协议，可以实现音视频通话、数据传输以及屏幕共享等功能。 webrtc-qt-example利用Qt框架提供的跨平台能力，结合WebRTC技术，展示了在Qt应用中如何实现实时通信功能。这个示例应用具有以下特点和功能： 1. 界面友好：webrtc-qt-example使用Qt的GUI绘制工具，具有美观、直观的用户界面，便于用户操作和使用。 2. 实时通信：webrtc-qt-example内置了WebRTC的音视频通信功能，可以实现实时的语音和视频通话，支持两个或多个用户之间的通信。 3. 数据传输：除了音视频通话，webrtc-qt-example还支持在通话中传输数据。可以通过编写代码，实现实时文本传输或共享文件等功能。 4. 屏幕共享：webrtc-qt-example还支持屏幕共享功能，可以将自己的屏幕内容分享给其他用户，实现远程协助或在线教育等应用场景。 通过webrtc-qt-example的学习和实践，开发者可以了解并深入理解WebRTC技术的使用方法，以及在Qt框架中的应用。同时，借助webrtc-qt-example提供的示例代码和API文档，开发者可以进一步开发出更加复杂和功能丰富的实时通信应用，满足不同领域的需求。 总之，webrtc-qt-example是一个基于Qt框架和WebRTC技术的示例应用，具备实时音视频通话、数据传输和屏幕共享等功能，适用于开发者学习、实践和开发基于WebRTC的实时通信应用程序。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

简简单单lym

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

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

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

打赏作者

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

抵扣说明：

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

余额充值