ffmpeg 的最低要求/规格是什么？

Question

我目前正在使用我用 Python 制作的一个小软件程序，它在我的个人笔记本电脑上使用了 ffmpeg，该程序运行它的资格过高（核心 i7、16gb ram 等），但我想将它移到一台完全重置的旧计算机上除了操作系统。

以下是旧款笔记本电脑的规格：

• 250GB 硬盘

• Windows Vista 家庭高级版

• 2GB 内存

• 英特尔迅驰 2 处理器

我想我的主要问题是，ffmpeg 是否支持较旧的操作系统（例如 Windows Vista）和（按照今天的标准）相对低端的硬件？我在 ffmpeg.org 或其他任何地方都找不到任何系统要求页面。

程序处理的视频分辨率相对较低，比特率较低，并且不超过 2 分 30 秒。

Answer 1

实际上，FFMPEG 没有运行要求。它几乎可以在任何操作系统和硬件上运行。

真正的问题是：对于您尝试执行的功能，它会运行良好吗？虽然您指定的计算机很旧，但很可能 FFMPEG 可以很好地处理低质量视频。

Answer 2

FFmpeg（以及像 x264 这样的编解码器）几乎可以在任何东西上编译和运行（它是用相当可移植的 C 编写的），这只是它有多快的问题。

如果您只是在解码和运行过滤器或其他东西，那么您可能没问题，尤其是在不需要实时播放高分辨率视频的情况下。

如果您只需要音频，那么与视频相比，它的计算量并不大，对于大多数情况应该没问题。

旧 CPU 上的视频编码/解码性能：

视频质量（比特率）不是关键点，而是分辨率（未压缩帧占用多少 RAM ）。此外，处理 2 倍多的像素只会花费更多的 CPU 时间来解码更多宏块。你可能会发现，720P是很多比1080更快。

如果您确实没有足够的 RAM 来在内存中保存几十或几百帧，那么当您遇到交换空间时，解码/编码速度将急剧下降。尤其是在编码时，您希望编码器能够提前做出关于在哪里花费比特的正确决定。

另一个较软的阈值是 L3 缓存大小，特别是考虑到旧 CPU 的内存带宽相对较低。

迅驰就像奔腾-M时代。这早于 SSSE3，因此您没有 SIMD 字节洗牌 ( pshufb)，并且 SIMD 执行单元只有 64 位宽。（像psadbw xmm0, xmm1并行计算 2 组 8 字节的绝对差异总和的指令将解码为 2 个单独的 uops。）

因此，与几年后的 Nehalem 或 Sandybridge CPU 相比，h.264 解码/编码速度将明显更差。 而多用于时钟比现代的核心像的Haswell或SKYLAKE微架构与AVX2和非常有效的载体对齐负载或禅/禅2更糟时钟。

您的 Centrino 2 可能也只是单核，并且编码速度几乎与内核数成线性关系，至少对于前几个内核而言是这样。如果您习惯于四核系统，那么除了非常大的每核性能下降之外，还有 4 倍的速度降低。

而 h.265 编码将几乎是一个失败的原因。例如，在获得四核 Skylake（带有 DDR4-2666 的 i7-6700k）之前，我在旧的 Core 2（E6600 2.4GHz 双核 Conroe，带 DDR2-566）系统上玩了一些 x265。对于 1920x1080 编码，如 crf 25，在 Skylake、IIRC 上，x265 -preset slow 大约快 40 倍。

但是 x265 对旧 CPU 的支持几乎没有。与 x264 不同，它在 Core 2 过时后开始开发。对于 x264，Core 2 曾经是顶级的，因此 x264 对旧 CPU 有很好的优化。它应该有针对 Centrino 2 Vintage 的 CPU 进行调整的手写 asm，CPU 可以做的并不多。所以“尽其所能”仍然不是很好。

Answer 3

是的，正如@Keltari 所说ffmpeg，没有任何最低要求。它将在支持的操作系统上的任何硬件上运行。

但是，由于视频编辑是一项繁重的任务，因此您的笔记本电脑的规格在高质量视频上会相当滞后。您需要更多的 CPU 以获得更快的速度。默认情况下，它使用最佳线程数。如果你有更多的内核，速度和编码会更快。RAM 通常会影响过滤器、比特率和其他编码选项。GPU 也会影响，如果您使用的是 NVidia，那么它最多支持 2 种并行编码。最好买个英特尔 GPU。

而对于 Windows 操作系统，Windows XP 支持已经结束。仍然支持 Vista。