![](https://img-blog.csdnimg.cn/20190927151026427.png?x-oss-process=image/resize,m_fixed,h_224,w_224)
WebRTC
WebRTC实战开发总结
一朵桃花压海棠
专注音视频处理,流媒体开发,5年音视频开发经验,对WebRTC,FFmpeg,OpenGLES有一定开发经验
展开
-
WebRTC中音频能量计算
1.WebRTC中音频能量计算WebRTC中实现获取音频能量计算的方法是:获取音频数据最大的振幅(即绝对值最大)(范围是0-32767),然后再除以1000,得到0-32之间的数值。从数组中获取相应索引所对应的能量level等级。我们看下webRTC中level_indicator.cc中对音频level判断的处理。namespace webrtc {namespace voe {// Number of bars on the indicator.// Note that the numb原创 2020-12-08 19:10:59 · 3992 阅读 · 0 评论 -
WebRTC-音频抗75%丢包实现
加密了。。。。。。原创 2020-08-14 14:01:13 · 917 阅读 · 1 评论 -
WebRTC-nack机制详解
1.NACK的含义丢包重传(NACK)是抵抗网络错误的重要手段。NACK在接收端检测到数据丢包后,发送NACK报文到发送端;发送端根据NACK报文中的序列号,在发送缓冲区找到对应的数据包,重新发送到接收端。NACK需要发送端,发送缓冲区的支持。WebRTC中支持音频和视频的NACK重传。我们这里只分析nack机制,不分析jitterbuffer或者neteq的更多实现。2.WebRTC中NACK请求发送的条件这里以视频为例。下面是webrtc中接收端触发nack的条件,我们看下nack_modul原创 2020-08-12 14:01:03 · 3697 阅读 · 0 评论 -
WebRTC-集成qsv硬解码实现
1.Window下QSV硬解码配置在libavcodec/codec_list.c下添加 &ff_h264_qsv_decoder,在ffmpeg_generate.gni下加入 "libavcodec/h264idct.c", "libavcodec/h264qpel.c", "libavcodec/startcode.c", "libavcodec/h264_mp4toannexb_bsf.c", ] } ffmpeg_c_sourc原创 2020-08-10 20:34:20 · 1368 阅读 · 4 评论 -
WebRTC-Android硬编码流程详解
1.硬编解码的一些问题1.1.方块效应在我们视频电话时,快速移动摄像头时,会发现画面变出现很多方块。这就是方块效应。无论是要发送的TCP数据包,还是要编码的图像,都会出现在短时间内出现较大的数据量。TCP面对尖峰,可以选择不为所动,但如果视频编码也对尖峰不为所动,那图像质量就会大打折扣了。因为如果有几帧数据量特别大,但我们仍要把码率控制在原来的水平,那么就会损失比较多的图像信息,图像就会失真。通常的表现是画面出现很多小方块,看上去像是打了马赛克一样,也就是方块效应。1.2.M2机器有横线问题处理1原创 2020-06-01 14:04:44 · 2644 阅读 · 0 评论