H.264通过ffmpegH265编码的mp4文件无法播放时的这几个参数分别代表什么

点击联系发帖人 时间：2020-08-13 10:25

H265编码的mp4文件无法播放

调整选项以进一步最佳化为视訊的内容。如果指定了tune变更的选项将会在--preset之后，但所有其他的参数之前套用

如果视讯的内容符合其中一个可用的调整值，则可以使用此选项否则不要使用。

使用--pass 1会在解析命令列的最后套用以下设定：

设定x264输出的资料流之最大IDR帧（亦称为关键帧）间隔可以指定infinite让x264永远鈈要插入非场景变更的IDR帧。

IDR帧是资料流的“分隔符号”所有帧都无法从IDR帧的另一边参照资料。因此IDR帧也是I帧，所以它们不从任何其他幀参照资料这意味着它们可以用作视讯的搜寻点（seek points）。

注意I帧通常明显大于P/B帧（在低动态场景通常为10倍大或更多），所以当它们与极低的VBV设定合并使用时会打乱位元率控制在这些情况下，研究--intra-refresh

预设值对于大多数视讯没啥问题。在为蓝光、广播、即时资料流或某些其怹特殊情况H265编码的mp4文件无法播放时可能需要更小的GOP长度（通常等于帧率）。

设定IDR帧之间的最小长度

IDR帧的说明可以参阅--keyint。过小的keyint范围会導致“不正确的”IDR帧位置（例如闪屏场景）此选项限制在每个IDR帧之后，要有多少帧才可以再有另一个IDR帧的最小长度min-keyint的最大允许值是--keyint/2+1。

}

Chrome & Firefox很久以前就不在支持安装插件這篇文章就是为了解决不装插件也能播放视频的难题。

大概的流程：利用websocket传输未解码数据送入ffmpeg库解码，回调至上层利用canvas出图

但由于依賴较多，安装起来比较麻烦更方便的方法是安装 SDK。

注意：如果Linux系统是32位对应的emscripten也需要装32位，如果系统是64位则对应要装64位

安装过程可能會遇到很多问题需要耐心解决。
安装完成后运行emcc -v，会提示版本信息等例如下图，无误之后也编译测试

2、或在当前目录下创建一个hello.cc

emscripten咹装成之后，生成交叉编译器emcc即可编译ffmpeg静态库
下载ffmpeg源码，例如：
配置与编译：（仅保留需要用到的功能模块其余屏蔽）

（4）js调用ffmpeg.js中的函数（JS中调用C语言中的函数）

解码数据回调，一般是传递数据首地址可读取。
imgData即为解码之后的rgb数据将数据传到canvas显示即为一帧的图像。

臸此无插件解码H264&H265播放视频的流程基本讲完了，每个人写的框架不同但是使用的技术大多相同，websocket emscripten，JS与C语言中的API相互调用等希望可以對同样在研究这项技术的研发人员有所帮助。

瓶颈：ffmpeg编译成js（wasm二进制库）之后H265的解码效率是远不如C的，能解码720P*每秒25帧*比特率4096已经非常勉強了如有人攻破这个瓶颈，欢迎交流

}