【webrtc】AbsoluteSendTime 扩展

已于 2022-12-14 17:45:24 修改
阅读量365 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： WebRTC入门与实战 文章标签： webrtc 网络 java
于 2022-12-14 17:39:12 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/commshare/article/details/128319374
AbsoluteSendTime是WebRTC中的一个RTP扩展，用于在包头中记录离开发送系统的时间戳，以3字节的24位6.18固定点表示，提供64秒的回绕和3.8us的分辨率。它与TFRC类似但不相同，有助于带宽预测和拥塞控制。转换涉及到将64位NTP时间戳右移14位并取最后24位。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

AbsoluteSendTime

  • 这个扩展是24位的。 需要3个字节。
class AbsoluteSendTime {
   
   
 public:
  using value_type = uint32_t;
  static constexpr RTPExtensionType kId = kRtpExtensionAbsoluteSendTime;
  static
了解本专栏 订阅专栏 解锁全文
【sfu】RTP发送及RTP视频包的构造
突围
10-08 354
rtp
WebRTC 引入 AbsoluteSendTime 扩展
FdviAutoit的博客
09-20 109
在传统的WebRTC中，当发送方将媒体数据传输给接收方时，接收方需要测量延迟，并使用时间戳将接收到的数据进行同步。在传统的WebRTC中，当发送方将媒体数据传输给接收方时，接收方需要测量延迟，并使用时间戳将接收到的数据进行同步。在上述示例代码中，发送方在媒体传输建立后，每秒钟发送一个数据包。接收方在接收到数据包后，通过计算发送时间和接收时间，可以准确地测量延迟，并使用延迟值将数据同步到本地时钟。接收方在接收到数据包后，通过计算发送时间和接收时间，可以准确地测量延迟，并使用延迟值将数据同步到本地时钟。
WebRTC的扩展：AbsoluteSendTime
FdviAutoit的博客
09-25 137
发送方通过setAbsoluteSendTimeExtension函数将当前的绝对时间戳写入RTP数据包的AbsoluteSendTime字段，而接收方则通过parseAbsoluteSendTimeExtension函数解析接收到的RTP数据包的AbsoluteSendTime字段，并计算出绝对时间戳的毫秒数。而AbsoluteSendTime是WebRTC中的一种扩展，它提供了一种精确度更高的时间戳机制，用于同步媒体数据的发送和接收。然而，NTP的时间戳只能提供相对时间信息，而不是绝对时间信息。
WebRTC之RTP包扩展
sunxiaopengsun的专栏
06-30 590
http://www.manongjc.com/article/60915.html
RTPSender 与 RTP 扩展头 AbsoluteSendTime 在 WebRTC 中的应用
KnBackend的博客
09-17 123
它用于传输发送方的时间戳信息，以便接收方可以更准确地掌握数据的发送时间。RTPSender 负责发送媒体数据，而 AbsoluteSendTime 扩展头用于传输发送时间戳信息，以便接收方可以更准确地掌握数据的发送时间。在WebRTC中，RTPSender 和 RTP 扩展头 AbsoluteSendTime 扮演着重要的角色，用于控制和处理实时传输协议（RTP）流的数据。接收方可以通过解析 RTP 数据包中的 AbsoluteSendTime 扩展头来获取准确的发送时间信息，并进行相应的处理和优化。
【webrtc】RTP 2: RTPSender 与 RTP 扩展头 : AbsoluteSendTime 作用
突围
10-06 713
【webrtc】RTP
WebRTC中的远程比特率估计算法：RemoteBitrateEstimatorAbsSendTime
syntax_bug719的博客
09-14 154
在上述代码中，我们定义了一个名为RemoteBitrateEstimatorAbsSendTime的类，它具有一个update方法用于更新发送时间戳和接收时间戳，并根据差值计算比特率估计值。这有助于提供更好的音视频通信体验。RemoteBitrateEstimatorAbsSendTime是WebRTC中一种常用的远程比特率估计算法，它基于发送时间戳来估计发送方到接收方的比特率。在WebRTC中，远程比特率估计是一个关键的算法，用于估计网络上的传输带宽，以便动态调整音视频流的质量和带宽利用率。
WebRTC 教程六：WebRTC 可扩展性网络拓扑结构
m0_60259116的博客
06-08 482
可扩展性网络拓扑结构
WebRTC高级API与扩展
最新发布
天涯学馆
10-20 161
WebRTC是一个支持浏览器实时音视频通信的开源项目，主要由媒体引擎、传输组件和会话管理三部分组成。其核心API包括媒体捕获与流API（如getUserMedia）、对等连接API（如RTCPeerConnection）和数据通道API（如RTCDataChannel）。信令机制需开发者自行实现，常用WebSocket或Socket.io。RTCPeerConnection提供高级配置选项，包括ICE服务器设置和连接状态监控。RTCDataChannel支持可靠和不可靠的数据传输，可用于发送文本、二进制数据
RTPSender与RTP扩展头AbsoluteSendTime在WebRTC中的作用
FdviAutoit的博客
09-20 111
WebRTC是一种用于浏览器之间实时通信的开放标准，它允许在不需要任何插件或附加软件的情况下，直接在浏览器中进行音频、视频和数据的传输。RTPSender负责从本地设备采集、编码和发送媒体数据，而AbsoluteSendTime扩展头提供了发送者的绝对发送时间戳信息，用于同步和渲染媒体数据。媒体数据的采集和编码：RTPSender从本地设备（例如摄像头或麦克风）采集音频和视频数据，并对其进行编码，以便在网络上传输。传输参数的控制：RTPSender负责设置和管理传输过程中的参数，例如传输速率、编码格式等。
WebRTC之RTP包
123456789
02-25 2410
RTP固定头部 RTP的固定头部，详情可以阅读rfc文档5.1 RTP Fixed Header Fields 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 +-+-+-+-+-+-+-+-...
【带宽估计module】接收侧 RemoteBitrateEstimatorAbsSendTime 2 算法实现
突围
05-24 410
【带宽估计module】接收侧 RemoteBitrateEstimatorAbsSendTime 2 实现 前面，我们知道cc需要BE 参考大神： WebRTC GCC拥塞控制算法详解 GCC核心思想就是通过预测可用带宽来控制发送的速率，会结合发送端和接收端两端各自估测的带宽来综合计算， 其中发送端的带宽估测主要依赖于丢包率(其实也有延迟)， 接收端的带宽估测依赖于延迟(的变化)。 每个包都需要IncomingPacket 处理。 处理时调用REB算法，如 RBE算法中接受侧实现Re
WEBRTC浅析（七）GCC之Receiver Estimated Maximum Bitrate的协议简析
muwesky的专栏
07-11 470
WEBRTC浅析（七）GCC:: Receiver Estimated Maximum Bitrate的协议简析 接收端的带宽估计 （Receiver Estimated Maximum Bitrate） 参考文档：https://tools.ietf.org/html/draft-alvestrand-rmcat-remb-03 一：SDP协商 a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time a=
webrtc研究-视频接收端处理
liuhongxian的专栏
12-12 3194
在call.h 里面有定义，我们把接收到的数据调用 DeliverPacket 即可class PacketReceiver { public: enum DeliveryStatus { DELIVERY_OK, DELIVERY_UNKNOWN_SSRC, DELIVERY_PACKET_ERROR, }; virtual DeliveryStatus Del
rtp包中的Extension head对应webrtcM76 Extension字段
weixin_39343678的博客
04-01 841
rtp Extension Id webrtcM76 Extension 14 kRtpExtensionTransmissionTimeOffset 0 kRtpExtensionAudioLevel 13 kRtpExtensionAbsoluteSendTime 12 kRtpExtensionVideoRotation 2 kRtpExtensionTran...
WebRTC 拥塞控制分析
aggresss
09-01 2194
参考文档 小议WebRTC拥塞控制算法：GCC介绍 https://www.dazhuanlan.com/2019/08/18/5d58c6377debc/
【WebRTC】几个重要sdp参数说明
jwybobo2007的博客
09-07 5407
o=- 2833773620626745940 2 IN IP4 127.0.0.1 s=- t=0 0 // ice模式: full / lite, 设置lite表示始终为controlled,不需要发起STUN binding探测，只需要回复 binding response, 在开发SFU服务时非常有用, 只需要服务器一方设置为lite (都为full时, 双向探测；都为lite时, 互不探测) a=ice-lite a=group:BUNDLE 0 1 a=msid-semantic: WMS i.
WebRTC SDP 详解和剖析
hyl999的专栏
05-09 2460
WebRTC SDP 详解和剖析 原创网络通信/物联网作者：VideoCloudTech时间：2020-12-08 15:25:1010550 WebRTC 是 Web Real-Time Communication，即网页实时通信的缩写，是 RTC 协议的一种 Web 实现，项目由 Google 开源，并和 IETF 和 W3C 制定了行业标准。在国内 WebRTC 已经获得了越来越多厂商的支持，应用前景变得更加广阔，所以我们也开设专栏，分享阿里云内部的 WebRTC 研究工作。 本篇...
WEBRTC浅析（八）GCC:: Transport-wide Congestion Control的协议简析
muwesky的专栏
07-12 1163
WEBRTC浅析（八）GCC:: Transport-wide Congestion Control的协议简析 Transport-wide Congestion Control 参考文档：https://tools.ietf.org/html/draft-holmer-rmcat-transport-wide-cc-extensions-01 一：SDP协商 a=extmap:5 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

等风来不如迎风去

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

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

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

打赏作者

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

抵扣说明：

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

余额充值