如何使用 ffmpeg 减小视频的大小？

Question

如何ffmpeg通过降低质量来减小视频的大小（自然而然地尽可能减少，因为我需要它在没有太多可用空间的移动设备上运行）？

我忘了说当视频可以使用字幕（*.srt 或*.sub）时，我也想转换它们以适应转换后的视频文件的参数。

Answer 1

这个答案是在 2009 年写的。 自 2013 年以来，一种比 H.264 更好的视频格式被广泛使用，即 H.265（更好的是它在相同质量下压缩得更多，或者在相同大小下提供更高质量）。要使用它，请用 libx265 替换 libx264 编解码器，并通过增加 CRF 值进一步推动压缩杆——例如添加 4 或 6，因为 H.265 的合理范围可能是 24 到 30。请注意较低的CRF 值对应于更高的比特率，从而产生更高质量的视频。

 ffmpeg -i input.mp4 -vcodec libx265 -crf 28 output.mp4

要查看使用较旧的 H.264 格式应用此技术，请参阅此答案，为方便起见，引用如下：

通过将目标大小（以位为单位）除以视频长度（以秒为单位）来计算所需的比特率。例如，对于1？GB的目标大小（千兆字节，这是8个千兆比特）和视频（2 2 H 5 46？分40？S）的10？000秒，使用的800？000位的比特率/秒（800?kbit/s）：

ffmpeg -i input.mp4 -b 800k output.mp4

可能值得考虑的其他选项是设置Constant Rate Factor，这会降低平均比特率，但保持更好的质量。在 18 到 24 之间改变 CRF - 越低，比特率越高。

ffmpeg -i input.mp4 -vcodec libx264 -crf 20 output.mp4

Answer 2

您提到想要减小文件大小以在移动设备上容纳更多视频，这也是我的用例。这里的所有答案都是为了降低压缩质量，但没有人提到减少视频帧大小。由于要编码的像素较少，因此速度要快得多，取决于您的来源和分辨率的降低量，速度最高可达数倍。此外，文件大小可以显着减小。

缺点是您也会损失大量质量，因为较少的像素意味着较少的图像细节。但是当转换为小型设备时，这可能是可以接受的。

有关更多信息，请参阅有关缩放的 ffmpeg 文档。

ffmpeg -i input.mkv -vf "scale=iw/2:ih/2" -c:v libx265 -crf 28 half_the_frame_size.mkv
ffmpeg -i input.mkv -vf "scale=iw/3:ih/3" -c:v libx265 -crf 28 a_third_the_frame_size.mkv
ffmpeg -i input.mkv -vf "scale=iw/4:ih/4" -c:v libx265 -crf 28 a_fourth_the_frame_size.mkv

请注意，更改分辨率始终需要重新编码，因此其他答案的所有来龙去脉也适用于此。

Answer 3

我测试了这个问题的大多数其他建议答案。测试数据结论如下。这些是我测试过的建议答案：

(BR) 修改比特率，使用：

ffmpeg -i $infile -b $bitrate $newoutfile 

(CR) 使用以下方法改变恒定速率因子：

ffmpeg -i $infile -vcodec libx264 -crf 23 $outfile

(SZ) 使用以下方法更改视频屏幕大小（例如，更改为其像素大小的一半）：

ffmpeg -i $infile -vf "scale=iw/2:ih/2" $outfile

(BL) 将 H.264 配置文件更改为“基线”，使用：

ffmpeg -i $infile -profile:v baseline $outfile

(DF) 使用默认的 ffmpeg 处理，使用：

ffmpeg -i $infile $outfile

数据

• "size" - 转换后视频相对于原始视频的像素大小百分比。
• “比特率” - 原始和转换视频的比特率。
• “定义” - 视频的像素大小。
• “转换” - 以秒为单位转换视频的时间。

我使用建议的方法计算了 (BL) 的目标比特率。

=== 文件 A - Node 如何帮助推进 Angular-Fnbixa7Ts6M.mkv ===

            original    BR         CR         SZ         BL         DF
            --------    ---        --         --         --         --
size        64152 kb    214%       76%        40%        83%        76%
bitrate     411 kb/s    883        313        165        342        313
definition  1920x1080   1920x1080  1920x1080  960x540    1920x1080  1920x1080
convert     --          648        509        225        427        510

=== 文件 B - 使用 GraphQL 和 Angular _ 作者 - Lee Costello-OGyFxqt5INw.mkv ===

            original    BR         CR         SZ         BL         DF
            --------    ---        --         --         --         --
size        410301 kb   33%        109%       28%        143%       109%
bitrate     2687 kb/s   880        2920       764        3843       2920
definition  3840x2160   3840x2160  3840x2160  1920x1080  3840x2160  3840x2160   
convert     --           2307       3188       1116       2646       3278

结论

• (SZ) 方法绝对是最快的方法。它快了 2 到 4 倍。这对于高清视频来说可能是一个很大的问题，因为所有其他方法的转换时间都比视频的实际长度要长！例如，(CR) 方法需要 53 分钟才能转换 21 分钟的视频。

• 如果视频的清晰度大于将显示它的屏幕的清晰度，则 (SZ) 方法绝对是最好的方法。例如，如果您的手机只能显示 1080p 图片，那么向其发送 3840x2160 视频只是浪费。最好将其大小减半至 1080p。

• 一些建议的答案实际上增加了某些视频的大小。例如，(BR) 方法使 1080p 样本的大小增加了一倍多。然而，它确实使 2160p 尺寸缩小了三分之一。对于高清样本，（CR）、（BL）和（DF）方法都增加了视频的大小。

正确（或最佳）答案

最好先将分辨率降低到目标显示器支持的最大值。

如果您想进一步减小文件大小，这将取决于个人选择。您可以减少信息内容或增加压缩。

• 如果这不是您关心的问题，您可以进一步降低分辨率。

• 如果视频不包含快速动作场景，您可能需要降低帧速率。

• 如果您有一个强大的处理器并且空间是唯一的问题，您可以提高压缩率。

• 比特率是多种因素的组合。所以只是告诉 ffmpeg 降低比特率可能不会给你想要的结果。

• 另一种降低信息含量的方法是降低颜色深度。尚未讨论如何做到这一点。

Answer 4

请注意，在没有选项的情况下运行时似乎ffmpeg 已经执行了一些优化，因此在尝试使用您不理解的设置或决定明确丢失信息之前，请尝试默认转换：

ffmpeg -i input.mp4 output.mp4

在我的例子中，它降低了视频和音频的比特率（您可以通过运行来检查和比较输入和输出文件ffprobe），将 700?Mb 的视频转换为 60?Mb 的看起来质量相似的视频。

Answer 5

除非您正在寻找特定的比特率，否则我建议您使用该-crf选项。

这最常用于本文x264所述的编码。

在短期：恒定速率因子23（CRF）将制作DVD画质电影（700MB〜 - 1GB），降低CRF值会更高品质（大文件）。

链接文章中的一个示例：

ffmpeg -i input.mp4 -c:v libx265 -crf 28 output.mp4

Answer 6

我将 40 分钟的高清视频演示从 505MB 压缩到 183MB
这就像从 100MB → 36MB。
原始视频是高清的，输出几乎为零，显着差异。
这是一个视频文件，“我想保留，但高清太过分了。”
这是我出于以下原因使用的命令：

ffmpeg -n -loglevel error -i inputfile.mp4 -vcodec libx264 -crf 28 -preset faster -tune film outputfilename.mp4

• -n：避免覆盖输出文件（测试然后批处理更安全）
• -loglevel error : 显示错误并隐藏进度的行和行
• -i inputfile.mp4 : 输入文件名
• -vcodec libx264：从上面的最佳答案刷卡
• -crf 28：轻微明显的区别单通压缩（“0 =无损耗的，23 =缺省情况下，51 =最差;主观理智的范围是17- 28 ”）REF文档
• -preset faster：看起来比“中等”参考文档的默认编码时间快 2 倍
• -tune film: 指定输入是 HQ 视频（其他选项包括“卡通”、“静止图像”..）参考文档
• outputfilename.mp4 : 输出文件名

对于视频文件的目录：

for i in *.{avi,flv,m4v,mov,wmv,mp4,MP4,TS,mkv}; do ffmpeg -n -loglevel error -i "$i" -vcodec libx264 -crf 28 -preset faster -tune film "cc${i}"; done

问题：

• 在命令中没有所有扩展名的情况下收集“所有视频文件”的更简洁的方法
• 一种更简洁的方式来输出没有“cc”前缀的文件名，并且能够在删除之前确认视频
• .webm文件不适用于该命令。不得不换"cc${i}"→"${i%.*}.mp4"

Handbrake 是一种带有 UI 的开源替代方案

Answer 7

如果您的目标是特定的文件大小（或比特率）而不是特定的质量，则需要使用两遍平均比特率编码（或简称“2 遍 ABR”）以使视频适合此大小不会大幅降低质量。

简而言之，对于相同的比特率，它比单程比特率编码获得更好的质量（如本答案所示），因为第一遍允许编解码器根据需要分配位使用量，即它可以在简单的帧上节省位并有更多可用于购买要求更高的镜框。相比之下，在单程模式下，编解码器无法提前知道即将发生的事情，但仍必须强制执行受限制的比特率。

请参阅此博客文章（或此存档文章）以获得启发性的解释，以及ffmpeg 关于 H.264 的 wiki以获得更综合的操作方法。

典型的命令行：

ffmpeg -i <INPUT> -c:v libx264 -preset medium -b:v <BITRATE> -pass 1 -an -f <OUTPUT_CONTAINER> -y /dev/null && \
ffmpeg -i <INPUT> -c:v libx264 -preset medium -b:v <BITRATE> -pass 2 <AUDIO_OPTIONS> <OUTPUT>.<OUTPUT_CONTAINER>

你必须选择一些东西。

• 设置目标比特率，例如 1M(1?Mbit/s) 或500k(500?kbit/s)。有关如何计算相关比特率的信息，请参阅此答案。
• 如今（2020 年），您可能会libx264用较新的libx265编解码器替换视频编解码器，这样可以在相同大小的情况下提供更高的质量。有关如何使 2-pass 选项适应该编解码器的信息，请参阅ffmpeg 的 wiki。
• 为音频编码设置您想要的任何选项。例如，要使用128?kbit/s的Opus编解码器重新编码，请编写-c:a libopus -b:a 128k（在 2020 年，我会推荐 Opus 而不是任何其他有损音频编解码器，例如 AAC）。但是，除非您知道自己在做什么，否则最好的选择可能是根本不重新编码音频，即编写-c:a copy. 这样，您甚至不必费心，您的音频也不会质量下降。无论如何，重新编码音频通常不会节省太多（野外的许多音频流的比特率已经约为 128kbit/s 或更低），并且当有视频流时，音频流的大小通常可以忽略不计。有关音频重新编码的更多指南，请参见此处。
• 选择您喜欢的容器格式。最相关的 (2020) 是webm、mkv和mp4。