程序员沙子的专栏

文本记录了一个WebRTC 分辨率动态爬升问题记录与解决过程，希望给予大家启发。

标题yangrtc/(又名metaRTC)源码分析（四）这一次，我们解决了一个通信系统中常见的问题。语音播放数据的延迟问题。项目场景：业务流程大致如下：yangrtc拉取OPUS流，解码存入队列之后；业务线程从队列取出数据，进行编码修改后丢入编码后队列；Play业务取出编码后数据进行消费。问题描述在使用yangrtc库，进行二次开发的过程中，出现了一个问题，语音数据随着“拉流时间持续时间越来越长”，播放端出现了延迟越来越大的情况？原因分析：当右侧的编码后队列，不停的膨胀，

yangrtc/(又名metaRTC)源码分析（三）这一次，我们主要还是针对webrtc拉流操作，进行大胆的尝试，主要做了以下工作：简要归纳下一篇，将对核心代码进行分解，抽取出主流程，单独编译。文章目录yangrtc/(又名metaRTC)源码分析（三）前言一、归纳源码从SRS拉流的“粗”流程前言这次是一次大胆的尝试，做了一些归纳，希望有不足之处或者理解不对的地方，欢迎指正。同时后续随着对代码的越发深入了解，会不停的更新此文章，欢迎大家收藏。提示：以下是本篇文章正文内容，下面案例可

学习webrtc一定要结合源码。理解webrtc基础之后，用yangrtc/metaRTC这个库去实践和检验认知。webrtc的原始api实在太大了，听我的跟我一起边分析源码，边豁然开朗吧。

接第一篇内容，分析一下play函数的大致业务流程；同时分享一种 “ 如何将yangrtc接收解码后音频数据进行二次利用”的方法？文章目录yangrtc/(又名metaRTC)源码分析（二）前言一、分析源码play函数二、使用步骤1.引入库2.读入数据总结前言开门见山：分析源码play函数；改造代码，使得自己能够单独取出音频数据（PS:这个需求应该非常通用）一、分析源码play函数关键函数palyRtc,从下图中可以看到，在de

源码在Linux场景下，播放webrtc流，能否与声卡剥离？我们的服务器，只需要执行拉流操作。