最近在研究用Emscripten开发JavaScript的直播播放器，使用ffmpeg内置的h264解码速度还是可以接受的，本想使用openh264的解码进行比较，但发现非常慢，无法达到640×480@30帧的解码速度。
本来以前也有过用openh264的项目，直接使用libopenh264进行解码速度还是很快的。但编译进ffmpeg里使用就特别慢，于是-g重新编译NodePlayer.js并开始Chrome Performance录制。
继续阅读
原创文章，转载请注明： 转载自贝壳博客
本文链接地址: ffmpeg.js使用libopenh264解码性能低的原因
iOS的浏览器环境，当然就包括微信,QQ内打开。目前实现直播的协议一般都是HLS, 延迟大可想而知，“真·实时” 当然指的是2秒以内的延迟。
浏览器环境下支持常见的低延迟直播，首选的是flv.js。它支持多种数据获取方式（fetch，websocket，xhr），兼容性很好。解析flv流后再封装为mp4数据，使用Media Source Extensions 特性，将数据投喂给播放器以实现实时的解码播放。按浏览器支持情况，具有硬件加速的性能。
而iOS是目前无法实现的平台，https://caniuse.com/#search=mediasource 可以看到，到目前为止系统11.2仍然不支持该特性。
但通过websocket+WebAssembly技术，可以曲线救国。我已经实现了一个初版https://github.com/illuspas/NodePlayer.js
继续阅读
原创文章，转载请注明： 转载自贝壳博客
本文链接地址: 如何在iOS的浏览器环境内实现 “真·实时视频播放”