如何更改ffmpeg -threads设置

在试管现场工作。我正在通过ffmpeg在Linux专用服务器上运行视频以转换为mp4。

服务器规格：

Architecture:          x86_64
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                8
On-line CPU(s) list:   0-7
Thread(s) per core:    2
Core(s) per socket:    4
Socket(s):             1
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 60
Stepping:              3
CPU MHz:               3491.749
BogoMIPS:              6983.49
Virtualization:        VT-x
L1d cache:             32K
L1i cache:             32K
L2 cache:              256K
L3 cache:              8192K
NUMA node0 CPU(s):     0-7

测试期间的问题是，即使一次只执行4到5次，服务器也会将飞船平均加载到36左右。这只是一个人。我想当它打开时，会有很多人一次上传。

ffmpeg似乎尝试使用每次转换的所有可用资源。

我听说有一个-threads设置可以更改，但找不到。我有一个8 CPU服务器。它仅用于转换，因此我听说最好的设置是2到4。我可以测试一下。

但是，如何更改此设置？我在网上看到的所有内容都在讨论此设置，但没有讨论更改它的步骤。

您想要的选项标志实际上是正义的-threads，您可以像这样使用它（仅用于一个线程）：

ffmpeg -i somefile.wmv -c:a libfdk_aac -c:v libx264  -threads 1 transcoded.mp4

但是，有很多微妙之处会增加服务器负载和运算时间，例如重新缩放，应用过滤器和最终帧质量/帧率-更不用说某些VM架构实际上两次读写所有内容（本机一次）然后一次虚拟！！！）

以下是一些加快速度的提示：

1. 使用队列，以便一次仅对一项进行转码
2. 向用户请求较小的文件
3. 通过以下方式使用机器的全部功能：
   • 从虚拟磁盘读取和写入
   • 切换到裸机进行转码任务
   • 采用 -threads 0

无论您做什么，都要让您的用户了解转码过程，因为这只需要时间。（IJTT）

[编辑命令以反映LordNeckbeard的评论]

这可能有点旧，但这对于像docker这样的容器来说听起来像是一项完美的任务。

• 让ffmpeg运行 full horsepower（如denjello所说）
• 但让它在docker内部运行

现在，您甚至可以在不使用ffmpeg命令行选项的情况下，限制单个ffmpeg实例可能消耗的资源。不仅是cpu，还有内存和IO。

甚至更多：也许您有不同的任务可能在后台运行，而您不在乎它们花了多长时间，而您又有一些任务应该快速运行，所以您可以重点考虑不同的任务。

参见https://docs.docker.com/engine/reference/run/#runtime-constraints-on-resources

github上已经有预定义的ffmpeg图像：https : //github.com/jrottenberg/ffmpeg

docker run jrottenberg/ffmpeg \
        -i http://url/to/media.mp4 \
        -stats \
        $ffmpeg_options  - > out.mp4

由于开销，单个转换的运行速度可能会变慢，但是如果同时运行多个实例，这将是一个巨大的好处。任何这一切都将很好地扩展，更不用说提高了安全性，因为每个任务都与底层操作系统隔离。