解决构建一对一直播App系统时“卡顿”问题的一招
软件开发
浏览:1369 次

直播软件的发展一直是市场关注的焦点。很多人会通过发展建立自己的直播系统。然而,构建一个完美的直播系统并不是那么简单,许多细节也需要注意,上一节还列出了构建一对一直播源代码过程中需要注意的细节。今天,它主要是对新发现的补充。
在搭建直播间的过程中,我们不仅需要考虑技术问题,还需要考虑建设完成后用户的体验。今天的小编主要是对施工完成后的延迟影响用户体验的问题进行简单的罗列和分析,希望能为后续操作提供一些帮助。
根据编辑的总结,影响服务器、采集端和播放端延迟的问题主要包括以下因素:
首先,客户端服务器之间的物理距离。

第二,客户端和服务器的网络运营商。
第三,用户终端网络的网络速度。
第四,负载和网络类型。
如果客户端和服务器之间的距离部署在附近并且与客户端的网络运营商一致,则网络延迟只能由网络负载和网络类型引起,这是上文提到的第四点。总的来说,在wifi环境下,传输延迟波动很大,延迟通常在10-100毫秒之间。然而,在有限的宽带网络下,传输延迟将减少很多,大约为5-10ms。如果是除三巨头之外的国内中小运营商,以及跨网络环境,延迟会更高。

延迟的问题不仅是上述问题,还有两种额外的情况:
一个是两端连接的同一边缘节点。为了作为最佳路径,数据需要直接通过边缘节点转发,然后到达玩家。
另一种是,如果采集端和回放端不被同一边缘节点覆盖,则数据将从采集端的边缘节点传输到骨干网络,然后发送到回放端的边缘网络。
因此,在实际的直播场景中,通常在收集的设备、播放器和服务器之间设计缓冲策略,以解决网络不好或网络抖动导致的延迟问题。换句话说,只要缓冲策略被触发,就会有延迟。当卡住的情况增加时,延迟将逐渐累积。事实上,从根本上解决直播拥塞和延迟问题的最简单方法是优化整个网络环境。当然,这不是一件容易的事。

因为在不同的网络环境中,音频和视频数据在采集和回放端延迟的原因会有所不同,这与硬件或编解码器核心的优化有关。因此,要解决直播过程中的“卡顿”问题,需要从多方面进行调查分析,从而找到最优解决方案。