流媒体的传输

1、在一对一直播源码的开发中，音视频数据一定是从采集开始的，采集到的原始数据需要经过前处理，并且编码压缩后才能进行传输。

2、为了能让音视频数据在压缩后进行更高效率的传输，还要将其打包在一个容器中，也就是音视频数据处理中的封装。

3、在一对一直播源码中，封装完成后的数据会在RTMP传输协议下进行发送，在这个环节中，传输协议的不同可能需要不同的音视频封装格式，为了保证用户的音视频体验，要做好权衡调整。

4、播放端需要做的事情就是前期音视频数据处理的逆过程，先要确认封装的格式，然后通过一定的方式将音视频数据分离出来，再经过解码和渲染将音视频内容展现出来，这样就完成了一对一直播源码中流媒体传输的完整过程。

那么一对一直播源码的开发会遇到什么问题呢：

1、首先得选择好直播流媒体服务

2、开始研究直播接口的调用程度

3、然后再熟悉直播平台的业务逻辑，接口调通后要分析整个直播平台的结构，有哪些功能难实现或实现不了的功能，做好分析工作

4、接着进入开发阶段

5、后开发完成整体调试功能，调试接口是否调用正确。

6、安卓、iOS前端和后台数据要打通

其实难的难点是提高首播时间、服务质量即如何在丢包率20%的情况下还能保障稳定、流畅的直播体验，需要考虑以下方案：

1.为加快首播时间，收流服务器主动推送GOP :（Group of Pictures:策略影响编码质量)所谓GOP，意思是画面组，一个GOP就是一组连续的画面至边缘节点，边缘节点缓存 GOP，播放端则可以快速加载，减少回源延迟。

2.GOP丢帧，为解决延时，为什么会有延时，网络抖动、网络拥塞导致的数据发送不出去，丢完之后所有的时间戳都要修改，切记，要不客户端就会卡一个 GOP的时间，是由于 PTS 和 DTS 的原因，或者播放器修正 DTS 和 PTS 也行（推流端丢GOD更复杂，丢 p 帧之前的 i 帧会花屏）