ffmpeg x264 CPU核心扩展_Ffmpeg_X264_Libx264

ffmpeg x264 CPU核心扩展

ffmpeg

ffmpeg x264 CPU核心扩展,ffmpeg,x264,libx264,Ffmpeg,X264,Libx264,有人对这类事情有经验吗？目前使用Ryzen 7 8c/16T CPU，并使用名为。在从mkv到mp4（都是x264，我知道我可以直接复制它们）的代码转换中，使用10%的CPU几乎不比在所有16个线程上使用100%的CPU慢。既然如此，那么libx264的理想内核数是多少？我的意思是，相同类型的事情会发生在32个线程上吗？或8个线程等。核心数量取决于个人品味。你是否更看重速度而不是质量简短答复: 更少的线程=更高的每比特质量更多线程=更高的编码速度长答覆：许多x264编码器在能够预见其他帧

有人对这类事情有经验吗？目前使用Ryzen 7 8c/16T CPU，并使用名为。在从mkv到mp4（都是x264，我知道我可以直接复制它们）的代码转换中，使用10%的CPU几乎不比在所有16个线程上使用100%的CPU慢。既然如此，那么libx264的理想内核数是多少？我的意思是，相同类型的事情会发生在32个线程上吗？或8个线程等。

核心数量取决于个人品味。你是否更看重速度而不是质量

简短答复: 更少的线程=更高的每比特质量更多线程=更高的编码速度

长答覆：许多x264编码器在能够预见其他帧即将到来时压缩效果良好，因此它向前读取的距离越远越好。但是多线程将工作负载分割为每个线程/核心的一组帧。它不能向前看太远，每次线程拾取一个新包时插入一个关键帧，从而增加带宽或降低质量。更多的核心，更多的关键帧

所以，如果你想要质量，你只需要一个线程编码。但是，您可以为不同的视频启动多个线程

如果你想要速度，尽可能使用所有可用的核心。

核心数量取决于个人品味。你是否更看重速度而不是质量

简短答复: 更少的线程=更高的每比特质量更多线程=更高的编码速度

所以，如果你想要质量，你只需要一个线程编码。但是，您可以为不同的视频启动多个线程

如果您想提高速度，请尽可能使用所有可用的内核。

如果只是将h.264从mkv重新打包到mp4，则可能不使用x264或libx264。。。我不熟悉任何程序，这是。。。但在ffmpeg中，您可以使用

-c copy

-c copy

在cli上分别测试一个trans-code和一个副本来复制流…该程序允许您调整分配给任何程序的cpu周期量，从而允许调整cpu使用率，因此，如果我想同时编码和使用web，我可以允许ffmpeg仅使用90%的cpu，-c:v libx264应该使用它正确吗？是的，应该是解码音频并用x264编码。。。这取决于预设、级别、分辨率等。。。可以比实时慢或快“多线程的质量损失几乎可以忽略，除非使用非常多的线程（比如，超过16个）。”这与我看到的x264开发人员的类似声明基本一致。因此，让x264自动选择最佳线程数。“多个线程的质量损失几乎可以忽略，除非使用非常多的线程数（例如，超过16个）。”这与我所看到的x264开发人员的类似声明基本一致。因此，让x264自动选择最佳线程数。