小程序直播遍及各行各业

而hls(m3u8)协议的延时则相对较高。2、***络不好怎么办？在一场直播过程中，如果观众端的网络不好，那么观看体验仅仅影响到当前观众；如果主播的网络不好，那么所有观众的观看体验都会很糟糕。主播的上行网络质量很重要，如果主播

的上行网络质量不理想，比如时好时坏，或者上行小水管，不足以支持基本的直播需求，有两种办法可以解决问题:一种办法是设置<live-pusher> 的 min-bitrate 参数，比如 400kbps, 这样一来，当***络不给力的时候，<live-pusher> 就会给主播的编码器发送降低画质的

命令，通过降低编码器吐出的数据量来给主播的网络减负。但这种办法产生的副作用也非常明显，就是主播的画质会变差。另一种方法则是借助<live-pusher> 的 NET_BUSY 通知进行 UI 上的告警提示， <live-pusher>在主播上行网速不给力时会通过 onPushEvent 通知抛出

 PUSH_WARNING_NET_BUSY(1101) 事件，这个时候你可以提示主播通过靠近路由器或者切换 4G的方法来改善当前的网络质量。3、HLS(m3u8)协议为什么播放不了？微小程序在早期的版本中就集成了 <video>标签，该标签即可播放 HLS（m3u8）协议的播放地址

2、在线直播的内部原理是什么？主播端使用 <live-pusher>，它在微小程序的内部是一个推流引擎，它负责对手机摄像头和麦克风的数据进行采

集和编码，并通过 url 参数指定的 rtmp推流地址上传到云端。云端的作用类似信号放大器，它负责将来自主播端的一路音视频流数据进行放大，将数据实时并且无差异的负责并扩散到全国各地，从而解决主播和观众端之间距离太远（比如，跨地区和跨运营商）的问题。观众端使用<live-player> 进行播放，

它在小程序的内部是一个在线播放器，负责从云端实时拉取音视频数据并进行解码和渲染。由于云端的放大效应，每一个观众都能在离自己比较近的云服务器上拉取到实时且流畅的音视频流。关于在线直播，你会有这样的疑问1、时延太高是怎么回事？在线直播的延时跟播放协议和播放器参数有很大的关系，<live-player>

 的 min-cache 和 max-cache用于控制播放器端的小时延和大时延。其中，这里所说的“小”和“大”是根据观众端当时的网络情况而定的，如果网络情况比较好，那么播放器的时延就会趋向于min-cache，而如果网络情况比较差，那么播放器的时延就会趋向于 max-cache。

rtmp 协议 和 http-flv 协议的播放地址延时一般比较低