ffmpeg编码器流问题

Question

我正在尝试在linux上构建ffmpeg编码器。我从一个定制的服务器Dual 1366 2.6 Ghz Xeon CPU（6核）开始，具有16 GB RAM和Ubuntu 16.04最小安装。使用h264和aac构建ffmpeg。我正在获取实时源OTA频道并使用以下参数对它们进行编码/流式传输

-vcodec libx264-预设超高速-crf 25-x264opts keyint=60:min keyint=60:scenecut=-1-bufsize 7000k-b:v 6000k-maxrate 6300k-muxrate 6000k-s 1920x1080-格式yuv420p-g 60-sn-c:a aac-b:a 384k-ar 44100

我能够成功地使用mpegts输出udp。我的问题从第5流开始。服务器可以处理四个流，一旦我引入第5流，我就开始看到输出出现打嗝。看看我使用top的cpu使用率，我仍然看到只有65%到75%的使用率，偶尔会有80%的命中率。内存使用率在可接受的参数范围内。所以我想知道是top没有给我准确的cpu使用率，还是ffmpeg有问题。服务器在1 Gbps网络上为udp输入/输出隔离。

我决定增加cpu的功率，安装了两个3.5 Ghz的cpu（6核），认为这可能是cpu时钟。令我惊讶的是，结果也没什么不同。所以现在我想知道，当我以1080p的速度处理时，是否有一些内在的限制。如果我将分辨率更改为720p，它可以处理8个流，但720是不可接受的。我的目标是每台服务器10个1080p流。所以我的问题是1。如果我使用四块主板，将cpu数增加到4（6或8核），我会得到10个1080p流吗？每台机器的ffmpeg有理论上的最大值吗？2.核心更重要还是时钟更重要？3.对我的选择有任何改进建议。我尝试过超快预设，但输出质量不可接受。

提前谢谢

Answer 1

你真的排除了CPU吗？确保检查每个核心的运行情况。如果没有核心达到100%，那么最有可能的候选是带宽：要么你的主板无法处理所有来回的数据，要么你的内存。用更快的版本交换内存是一个简单的测试，应该会给出答案。