答：这个 Demo 你下载下拉运行的话，根据配置就可直接自己实现一个利用 H5 直播的页面，很简单，就像使用 video 标签一样，其他的样式你可以自己定制的。
Q11: HLS 的延时有没有比较好的方法解决？
答：HLS 确实是会有延迟，相对比较优的策略是调整好分片策略，在保证性能的情况下，和延迟达到平衡。
Q12: 如果加入视频电话功能，上面的结构需要作什么改变？视频电话的目的大概是：直播可以选择某一观众或者多个观众视频对话
答：视频电话，也就是说作为视频录制端的同时也作为视频播放端，所以实现实时电话简单就是：我在直播的同时观看别人的直播视频，别人在直播的同时观看我的直播视频，可以这样理解，上面的结构复制一份对调即可。
Q13: 如何实现滤镜功能？
答：一般是在视频录制之后，在转码前给视频数据增加滤镜功能，在 iOS 里可以使用一些滤镜库等等实现滤镜功能
Q14: 在 App 端如果不利用 H5 能实现直播吗？
答：可以啊，app 有更加丰富的播放接口，和开源播放器可以实现直播的。
Q15: 既然 HLS 有较高的延迟 为什么苹果推荐的的方式却是 HLS？
答：并不是说苹果主要推荐使用 HLS，对于 H5 来说目前只有这一种比较好的方式来播放直播视频，所以还是很期待苹果能对延迟问题做一些改进的。
Q16: 同滤镜问题，音频变声是如何实现的？
答：同样是可以在对音频转码前操作。
Q17: 如果针对网络较差的观看用户，是需要直播推流到服务器后做多份不同分辨率的拷贝，以适应不同网络的用户观看？如果是这样的话，对延迟会不会影响很大？ 毕竟编解码也是需要时间的.
答：这个其实本身就应该做的，对于网络差的用户，完全可以提供给他们较低码率的直播流来减少卡顿问题，延迟问题的话还是要根据具体使用哪种协议来定。
Q18: 推流目前大部分都是第三方在做，难度点在哪？然后目前业内比较成熟的主要哪些？
答：难点主要是服务器端的性能压力和分发直播流的效率，业界都已经有了较成熟的方案，例如腾讯云的直播。
点此查看 Dev Club 往期分享汇总
更多精彩内容欢迎关注bugly的微信公众账号：
腾讯 Bugly是一款专为移动开发者打造的质量监控工具，帮助开发者快速，便捷的定位线上应用崩溃的情况以及解决方案。智能合并功能帮助开发同学把每天上报的数千条 Crash 根据根因合并分类，每日日报会列出影响用户数最多的崩溃，精准定位功能帮助开发同学定位到出问题的代码行，实时上报可以在发布后快速的了解应用的质量情况，适配最新的 iOS, Android 官方操作系统，鹅厂的工程师都在使用，快来加入我们吧！