ZMX - IT技术交流论坛 - 无限Perfect，追求梦想 - itzmx.com

标题: 现在hls切片用h264_nvenc还是h265编码，m3u8转dash讨论 [打印本页]
作者: 小樱    时间: 2022/1/29 00:07
标题: 现在hls切片用h264_nvenc还是h265编码，m3u8转dash讨论
现在hls切片用h264_nvenc还是h265编码，m3u8转dash讨论

群内有几个人参与了，，猜猜我是谁 ，有省略部分记录


265在线播放要占用cpu，对用户端不友好，优先264，目前还没有开源项目做不到调用显卡硬解265

这个和我没关系啊

有关系的，因为浏览器默认不认265，要走js去解码，前端要做好，，不然黑屏无画面

用那个jw播放器不就可以？

有开源项目，网页端解码265，得集成进去播放源码里面

支持 h.265 的浏览器只有 Edge 和 Safari。Chrome 和 Firefox 将不会添加支持。

~~~~~~~~~~~~中间其它无关消息太长了不复制了~~~~~~~~~~~~

苹果都不用hls了，都转型dash了，hls 太废宽带，dash可以节省10%宽带

dash是啥科普一下，h266？

谷歌的播放协议，包括苹果官网都转dash了，https://www.apple.com.cn/ dash同时向下兼容hls，开源地址 https://github.com/google/shaka-packager，10%看起来不多 但是流量大了 100G就莫名其妙多出来变成110G 能省就省，不是嘛

看不懂这些，ffmpeg咋切，用啥播放器播放

就和265比264也只有30%，切的时候选dash，ff切出来不兼容m3u8 输出是mpd，用开源项目的那个可以向下兼容。

dash支持AES加密不，用啥网页播放器支持呢，这个是关键咯，jw播放器可以？

任何主流播放器都支持 引入dash.js就可以，就是为了降低体积，还加密感觉那就没必要了上dash了

加密对体积影响很小

hls不转码单独切出来 一个高清文件就能溢出上百MB额外空间占用，dash就不会  就是这样来降低占用，hls是切出来的文件每个ts包含了文件协议头，每个文件都可以单独播放器打开。包含了额外的头尾数据。这些都是开销所在。

话说dash是省硬盘？

流量也就省了啊，用户播放的时候，你的硬盘所有数据不都是要传输出去吗？

10%说实话有点拉，emm，话说h265也是引用一个js就支持嘛，怎么弄，dash流应该也能h265吧

是，hevc.js，264 265这些是视频编码容器。 hls dash是视频封装，就是压缩包一样的东西，你理解一下，差不多就懂了。原有的视频编码它不会改变。就好比不同压缩软件，它的压缩率就不一样。

那dash+h265挺好的，dash优势就是不用二次转码是吧

dash能做到和原文件一样大小。hls主要是比原文件多，占用10%。

h265浏览器不支持无解，https://paellaplayer.upv.es/demos/hevc-demo/ ，能播放吗，chrome打开只有声音没有图像，Safari是能播放

所以我说了要把js集成播放源码啊！

hevc.js去哪找，dplayer咋引用上

所以说啦，js只能软解，不能硬解。

浏览器不支持加JS有啥用

必须要通过js调用CPU去解码视频来播放，最典型的网站就是哔哩哔哩。都采用了265进行播放，js实现的，举例：https://live.bilibili.com/213 ，直播，在线播放视频，均支持265
(, 下载次数: 1)