Bilibili 向 HTML5 进发，播放器内核 flv.js 开源

[jyzhengqian]

https://github.com/Bilibili/flv.js

原生 HTML5 仅支持播放 mp4/webm ，于是我们做了一个使 HTML5 支持播放 FLV 视频的播放内核。

flv.js 在 JavaScript 中流式解析 flv 文件流并实时转封装为 fmp4 ，通过 Media Source Extensions 喂给浏览器，实现了 FLV 格式视频的播放。

我们实现了：

• 支持 H.264+AAC 编码的 FLV 视频
• 支持多段视频无缝播放
• 支持 HTTP FLV 超低延迟直播流播放（远低于 HLS ，与 RTMP 一致）
• 支持在 WebSocket 上承载的 FLV 直播流
• 支持所有主流浏览器 (Chrome, FireFox, IE11, Edge 和 Safari 10)
• 极低的运行开销，享受浏览器硬件解码，告别 Flash 暖手时代

另：可以在 http://www.bilibili.com/html/help.html#p 试用我们的 HTML5 播放器~

[solonF]

什么时候可以支持倍速播放

[ETiV]

这！个！屌！！！

[jyzhengqian]

@donlxn22 Fixed. 以前手抖的忘记清理了

[Khlieb]

直播时候管用吗？

[wwqgtxx]

@caonan 现实是决策层为啥要做这种没有意义的决策，从 FLV 转到 MP4 对性能没有任何的提升，却要付出大量的时间和精力去转换海量的数据，而且 B 站还有别的一堆接口还在用 flv ，为什么要做这种吃力不讨好的事情

[wwqgtxx]

从我们的角度看从 FLV 实时转到 Mp4 并费不了多少精力，但是对于那么海量的用户请求，那可不是增加一点点运算量
而且 flv 转换到 Mp4 虽然看着很简单，但是大部分情况下还是要重新封装，不是改个文件头那么简单的
虽然从个人角度来说， MP4 格式的确兼容性好，各方面都很优越，但是从人家公司角度考虑，的确是不如在播放器上动动手脚，把运算量丢给客户端来得快，来的经济

[caonan]

@wwqgtxx 我再仔细看了一遍题目后，觉得「这个场景下」通过客户端做挺好的，目前确实没有足够的理由让服务端去做这件事情，这个做法在客户端性能过剩的当下是完全说得过去的，甚至机智。

不过还是有点期待更统一或者平滑的方式，毕竟 HTML5 都这么些年了， FLV 的普及仍旧这么高

[imgalaxy]

可以 这很谦谦

[ershiwo]

这个可以，给赞。

[panlilu]

已 star

[RqPS6rhmP3Nyn3Tm]

不可以以后睿站上传视频默认 MP4,老视频也别转了回退 flv ，不是更好吗

[cnbeining]

@wwqgtxx 他选型的时候就有无数人提过了。

然并卵。

[hellokittyer]

自从发现 b 站可以体验 html5 播放器后， a 站就不怎么去了

[Felldeadbird]

可惜 B 站部分资源还不能 html5 播放

[okampfer]

@xmoiduts 成都电信 200M ，自从开始用 H5 播放器后，每到晚上我的体验跟你一样。

[xmoiduts]

还有一个问题，部分视频的前几秒会花屏，手动拖动进度条到开头后画面反而正常。怀疑第一个 I 帧解析有时出错。

[heguannantc]

不能看直播。。 h5 看超清就卡住但是高清就很丝滑。。不过还是支持。。不就是硬币吗。。给你就是了

[nullizer]

你们怎么把 flv 、 mp4 的封装规范理清楚的……

[kaedea]

厉害了我的倩

[metalbug]

支持 H265 就好了