WebRTC系列-工具系列之ByteBuffer,BitBuffer及相关类

已于 2023-02-20 14:57:55 修改
阅读量573 收藏
点赞数
分类专栏： WebRTC进阶 文章标签： webrtc
于 2023-02-20 14:51:42 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/lym594887256/article/details/129118464
版权
本文介绍了WebRTC中ByteBuffer及其子类ByteBufferReader、ByteBufferWriter和BitBuffer在处理二进制数据，特别是STUN响应消息解析中的作用。ByteBuffer主要负责字节数据的读写，而BitBuffer支持按位读写，常用于H264等编码数据解析。文章详细剖析了这些类的源码实现，包括内存操作和网络字节序转换，以及STUN消息头和Attribute的解析流程。

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

文章目录


在之前的文章 WebRTC系列-Qos系列之RTP/RTCP协议分析及后续的文章中详细的介绍了RTP/RTCP协议的相关内容，在 WebRTC系列-WebRTC基础(七)NAT、stun和turn(2)这篇文章中介绍了stun协议相关的内容；
这些协议的解析，在WebRTC里一定会频繁的使用到对内存的读写等操作，由于还牵扯到各种不同的数据类型读写，WebRTC提供了一些工具类，主要有以下两个:

  • ByteBuffer是一个用于操作二进制数据的类，主要用于读写字节数据；查看源码可以看到被广泛的应用于RTP（Real-time Transport Protocol）和RTCP（Real-time Transport Control Protocol）等协议的封包和解包过程中；同时也被用于对STUN（Session Traversal Utilities for NAT）和TURN（Traversal Using Relays around NAT）协议的数据的读写以及相应的服务响应消息的处理。
了解本专栏 订阅专栏 解锁全文 超级会员免费看
WebRTC Native M96 基础Base模块介绍之缓冲区相关的封装(CopyOnWriteBuffer、ByteBufferWriter、BitBufferWriter、BufferT、Buf
一蓑烟雨任平生 也无风雨也无晴
06-16 2363
在WebRTC中，不论是发送接收数据通道的数据、还是发送接收音视频数据，数据本身都存储于一个临时的Buffer中，这个Buffer的实现类为CopyOnWriteBuffer。顾名思义，该Buffer实现了 “写时复制” 的技术。封装了一个写时复制缓存CopyOnWriteBuffer，其实就是封装了一个共享指针Buffer以及处理nullptr Buffer的情况，WebRTC中常用于RTP包的传递。Copy-on-write 主要用于共享操作系统进程的虚拟内存，在 fork 系统调用的实现中。通常，该进
webrtc中的位运算封装 BitBuffer
chinabinlang的专栏
09-18 664
关于位运算，C++的书中讲的很多； 1： 一般可以通过&运算获取指定的位bit数据，也可以通过左移右移获取，但是有点麻烦； 2： 如果方便一点的话，可以自己封装一下：根据输入的获取的位的数量，自己提前封装； 3：可以用std::std::bitset 4：在webrtc中可以直接用： "webrtc/base/bitbuffer.h"  rtc::BitBuffer
ByteBuffer的使用
z318913的博客
10-14 2946
ByteBuffer的使用以及其中的方法
bit Buffer
weixin_33882452的博客
08-21 310
在音频流解析过程中，常常会涉及到顺序读取某些bit的操作。 #include<stdio.h> typedef struct _BIT_BUF { unsigned char buffer[1024]; unsigned int byteSize; unsigned int bytePosition; unsigned int bitPosition; ...
JAVAIO流02——缓冲流、转换流
weixin_44153521的博客
02-28 378
JAVAIO流总结01 处理流：套接在已有流的基础上 缓冲流（处理流的一种），使用缓冲流会加速读写速度 原因：内部提供了一个缓冲区（8192） public static void test6() throws IOException { //文件 File inFile = new File("a.png"); File outFile = new File("b.png"); //节点流 FileInputStre
BitBuffer-开源
05-27
在位和字节级别均起作用的缓冲区。 您可以使用此类来“累积”数据。 可能真正有用的可能模块：1.联网。 2.流入/流出文件。 3.需要累积数据的任何其他模块。
ByteBuffer常用方法详解
热门推荐
懒人的博客
08-04 7万+
缓冲区(Buffer)就是在内存中预留指定大小的存储空间用来对输入/输出(I/O)的数据作临时存储，这部分预留的内存空间就叫做缓冲区： 使用缓冲区有这么两个好处： 1、减少实际的物理读写次数 2、缓冲区在创建时就被分配内存，这块内存区域一直被重用，可以减少动态分配和回收内存的次数 举个简单的例子，比如A地有1w块砖要搬到B地 由于没有工具（缓冲区），我们一次只能搬一本，那么就要搬1w次（
WebRTC-Android改变音频输入源
yeahhaey的博客
04-15 1988
前言 该文章面向对WebRTC有一定基础的码农，如果完全没了解过WebRTC的朋友，可以点赞并私信我进行一对一辅导哦。 因为项目需要直播功能，所以用到了WebRTC，但是由于项目本身有一个特殊功能需要一直使用麦克风，而此时直播无法传输声音。经过一番定位后，应该是该特殊功能在底层直接占用了声卡的驱动，导致WebRTC去实例化AudioRecord时卡住，具体卡住的位置是： public AudioRecord(AudioAttributes attributes, AudioFormat format, in
Android端WebRTC本地音视频采集流程源码分析
冬季穿短裤
12-02 2467
Android端WebRTC本地音视频采集流程源码分析
【WebRTC】Android SDK使用教学
gxhuhuhu的博客
12-05 2382
本篇文章讲解了WebRTC核心API PeerConnectionFactory、PeerConnection的使用方法
WebRTC实时通信协议详解
yinshipin007的博客
05-10 5878
基本概念 WebRTC是由Google主导的，由一组标准、协议和JavaScript API组成，用于实现浏览器之间（端到端之间）的音频、视频及数据共享。WebRTC不需要安装任何插件，通过简单的JavaScript API就可以使得实时通信变成一种标准功能。 现在各大浏览器以及终端已经逐渐加大对WebRTC技术的支持。下图是webrtc官网给出的现在已经提供支持了的浏览器和平台。 Android上实现一个WebRTC项目 在深入讲解协议之前，我们先来看实例。我们先来看下在Androi.
基于位操作的类CBitBuffer
房子
03-14 1157
一、类定义 class CBitBuffer {private:LONGLONG m_llLength; // 缓存的大小，单位（位）。 BYTE * m_pBegin; // 缓存的起始指针，字节指针，指向缓存的第一个字节。BYTE * m_pEnd; // 缓存的末尾指针，字节指针，指向缓存的最后一个字节的下一个字节。BYTE * m_pCurByte; // 缓存的当前指针，字节指针，指向当
java.nio.ByteBuffer用法小结
水蓝城
04-22 7万+
文章目录简介初始化向ByteBuffer写数据手动写入数据从SocketChannel中读入数据至ByteBuffer从ByteBuffer中读数据复位position读取数据字节序处理 简介 在Java的Socket编程中，若使用阻塞式（BIO），则往往通过ServerSocket的accept()方法获取到客户端Socket之后，再使用客户端Socket的InputStream和OutputS...
BitBucket介绍以及基础使用
weixin_33827590的博客
01-07 2916
2019独角兽企业重金招聘Python工程师标准>>> ...
WebRTC视频分辨率限制 及调整策略
HOSTEN的博客
05-13 6973
WebRTC 中码率影响视频的帧率和分辨率的调整,在高硬件占用的情况下通过调整码率和帧率也会影响码率;视频评判的重要参数是QP; 外部设置帧率和分辨率参数 webrtc中的media/base目录下的video_adapter.cc,是视频分辨率和码率调整的重要类;改类主要对外提供一下接口: void OnOutputFormatRequest(const absl::optional<VideoFormat>& format); OnOutputFormatRequest提供了多
WebRTC系列 - 源码编译等
HOSTEN的博客
07-06 6701
WebRTC在编译中也会编译大量的test测试文件，如果不需要编译，找到。要将其集成到您的项目中，请在Podfile中添加以下几行。也就是WebRTC的示例demo，在文件中找到。鉴于国内网络环境，下载源码前需要搭建好梯子；是编译库的保存路径，这个可以自定义，只需要。打开文件后如果不想编译WebRTC源码的。运行gclient sync，提示錯誤，，需要生成.gclient的配置文件，将其值修改成false；修改成false即可；进入源代码的src执行。
WebRTC系列- turn及stun网络分析法
HOSTEN的博客
04-24 5553
文章目录1. TCPDUMP分析法1.1 简述1.2 使用2. WireShark 基本使用简述实战 之前的文章有分析各种协议包的组成，那么实际上在使用的时候是不是和分析的一样，这就需要获取到请求的包进行分析；在分析网络协议最好能抓取到数据包，然后看分析数据包是不是和规定的协议一致； 一般的网络数据包分析我们有两个常用的工具： Linux端的一般经常使用tcpdump 其他客户端一般使用WireShark 当然可以将tcpdump抓取的数据拿到wireShark中分析。 1. TCPDUMP分析法 1.
WebRTC系列-WebRTC基础(四)连接建立时序图及运行机制
HOSTEN的博客
04-10 5229
介绍WebRTC如何建立连接的过程及一些注意事项，同时也会介绍WebRTC的运行机制，以及一些API接口类
Android WebRTC获取远端音频原始数据
最新发布
03-23
### 如何在 Android 平台上使用 WebRTC 获取并处理远端音频的原始 PCM 数据 要在 Android 上通过 WebRTC 获取远端用户的原始音频数据 (PCM)，可以利用 WebRTC 提供的 `AudioTrack` 或者自定义实现 `AudioSink` 来捕获这些数据。以下是具体方法： #### 方法一：重写 `AudioSink` WebRTC 支持开发者替换默认的音频渲染逻辑，从而允许访问远程音频流的数据。可以通过继承 `org.webrtc.AudioTrack.AudioSink` 类来创建自定义的音频接收器。 ```java public class CustomAudioSink implements org.webrtc.AudioTrack.AudioSink { private final ByteBuffer byteBuffer; public CustomAudioSink() { this.byteBuffer = ByteBuffer.allocateDirect(480 * 2); // 假设采样率为 16kHz, 单声道, 每帧 10ms this.byteBuffer.order(ByteOrder.nativeOrder()); } @Override public void onData(byte[] audioBytes, int bitsPerSample, int sampleRate, int numberOfChannels, long elapsedRealtimeNs) { synchronized (byteBuffer) { byteBuffer.rewind(); byteBuffer.put(audioBytes); processPcmData(byteBuffer.array()); // 自定义函数用于进一步处理 PCM 数据 } } private void processPcmData(byte[] pcmData) { // 对接收到的 PCM 数据进行处理，比如保存到文件或者传递给其他模块 } } ``` 上述代码实现了对每帧音频数据的回调功能，并提供了可扩展的方法以便后续处理。需要注意的是，这里假设输入音频为单声道、16位量化精度以及固定采样率[^1]。 设置此自定义 `AudioSink` 到对应的 `AudioTrack` 实例上即可生效： ```java audioTrack.setAudioSink(new CustomAudioSink()); ``` #### 方法二：监听播放路径中的音频缓冲区 另一种方式是从底层媒体引擎层面切入，即修改或拦截 WebRTC 的内部组件行为。例如调整其 `AudioTransport` 部分以暴露更多细节信息[^3]。不过这种方式通常较为复杂且容易受到不同平台版本差异的影响，因此推荐仅当第一种方案无法满足需求时再考虑采用。 对于某些特定硬件环境下的兼容性问题（如 MTK 芯片组），可能还需要额外注意驱动层面对多媒体框架的支持程度，因为这可能会间接影响最终效果表现[^2]。 总之，无论是哪种途径都需确保遵循相关法律法规关于隐私保护的规定，在实际应用前取得用户同意授权后再执行此类操作。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

简简单单lym

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

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

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

打赏作者

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

抵扣说明：

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

余额充值