几年前,当VP8编解码器问世时,我在Ubuntu上使用一个程序将我所有的文件转换为WebM,它会将文件大小减半。22分钟的剧集从300 to到150 to以下。
我认为这可能是米罗视频转换器,但他们现在只提供源tarball,并没有说明如何编译它。我很想拥有一个工作的.deb。
现在我试着用WinFF,QWinFF,Videomass,FFmpeg,什么都没有达到这个效果.不仅单个文件的转换花费了多个小时,而且结果文件甚至比原始的mp4s还要大.他们也只有640x480。比特率大概是1500。
我做错了什么?在我的生活中,我似乎无法在Linux上找到任何视频转换器来减少我的超大型、未压缩的MP4s和AVIs的文件大小。只是参数吗?里面有我做错了什么吗?有什么视频转换器能做得更好吗?
如果需要的话,我愿意使用命令行,但我知道我提到的几个命令行只是FFmpeg的前端。
编辑:示例-输入视频与编解码mpeg4 aac,2k比特率,127 k音频在44k采样率,24 FPS。转换与VPx沃比斯,相同的音频,1.5k的比特率,同样的框架,相同的尺寸。结果文件更大?
发布于 2022-11-17 02:27:57
标准的FFmpeg到webm的转换应该类似于下面的2通过示例。我已经设置了它,因此它是一个可以按如下方式复制和粘贴的单个代码块:
ffmpeg -i input.file \
-c:v libvpx-vp9 -b:v 0 -crf 30 -pass 1 -an \
-deadline best -row-mt 1 \
-f null /dev/null && \
ffmpeg -i input.file \
-c:v libvpx-vp9 -b:v 0 -crf 30 -pass 2 \
-deadline best -row-mt 1 \
-c:a libopus -b:a 96k -ac 2 \
output.webm对其中一些选项作了一些解释性说明,重点是质量/文件大小问题:
-crf 30:设置在0-63之间,值越低,质量越好(文件大小也越大)。用这个做实验,但30岁通常是个不错的选择。-deadline best:选择是实时的,最好的是最好的,最好的是最慢的(质量最好的),默认的是最好的,实时的是最快和最低的质量。-row-mt 1:这将打开基于行的多线程处理,并且应该允许使用合适的多线程CPU进行更快的编码。-c:a libopus:比您提到的Vorbis更好的选择,并且在更低的比特率(和更小的文件大小)下有更好的回放。希望对这些选项的操作能够为您提供您想要的更小的输出文件,同时仍然保持合理的质量。
请记住,使用VP9进行编码总是非常缓慢.
https://askubuntu.com/questions/1440589
复制相似问题