嗨，我正在休息一个hls流作为hls流
SETLOCAL
:loop
ffmpeg -thread_queue_size 32768 -i "http://xx/636.m3u8" -f hls -hls_time 5 -hls_list_size 5 -hls_allow_cache 0 -hls_flags delete_segments -segment_list_flags +live -hls_base_url "../ts/" -hls_segment_filename "C:\nginx\html\ts\lig-%random%%random%-%%3d.svgz" -y "C:\nginx\html\hls\lig1.m3u8" > log.txt
goto loop
但它使用％15-20的CPU我必须在同一台服务器上制作16个流，但我不能。
我不能像下载.ts文件一样配置克隆m3u8？
默认情况下，即使您不使用任何与编码相关的参数，FFmpeg也会尝试重新编码输入。
如果您只想按原样复制流，则应尝试使用streamcopy函数：
-c:v copy -c:a copy
通过复制传入的流，您可以完全跳过编码过程。
所以你的命令看起来像这样：
ffmpeg -thread_queue_size 32768 -i "http://xx/636.m3u8" -f hls -c:v copy -c:a copy -hls_time 5 -hls_list_size 5 -hls_allow_cache 0 -hls_flags delete_segments -segment_list_flags +live -hls_base_url "../ts/" -hls_segment_filename "C:\nginx\html\ts\lig-%random%%random%-%%3d.svgz" -y "C:\nginx\html\hls\lig1.m3u8" > log.txt
（不确定它是否会起作用。）
当您需要重新编码传入流时，应考虑在命令中添加一些编码参数。
默认情况下，ffmpeg尝试匹配源参数和质量，这在实时应用程序中并不总是最佳。
“非常快，超高速和超快”的h264预设是获得性能提升的良好开端。
-c:v h264 -preset:v ultrafast
您还可以使用CRF（恒定速率因子）编码，更高比特率等。
有关H264编码的更多信息：qazxsw poi
虽然这个问题已经得到了回答，但我认为它缺少一个不涉及调整命令参数的答案，但可以与其他工具或命令一起使用，而不仅仅是FFmpeg。
https://trac.ffmpeg.org/wiki/Encode/H.264工具专为此目的而设计，不仅可以有效地用于FFmpeg，还可以用于任何其他需要降低资源利用率的CPU密集型进程。
CPUlimit最重要的参数是CPUlimit，它允许您指定允许进程使用的CPU百分比（作为其上限）。
请注意，此限制取决于机器具有的CPU /内核/线程数，例如，如果机器有8个CPU，则CPULimit -l有效值的范围为0到800（当然，0是无用的，并且800意味着完全不限制过程，因为800％意味着所有的机器处理能力）。
使用8 CPU机器的一半容量的示例：
-l希望这有助于解决这个特定问题以及将来的类似需求。
cpulimit -l 400 ffmpeg ...
以本机帧速率读取输入。主要用于模拟抓取设备或实时输入流（例如，从文件读取时）。不应与实际的抓取设备或实时输入流一起使用（它可能导致数据包丢失）。
默认情况下，FFmpeg尝试尽快读取输入。此选项将减慢输入读取到输入的本机帧速率。它对于实时输出（例如直播）很有用。