嗨,我正在将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个流,但我不能。
我无法进行配置,只需下载克隆m3u8的.ts文件?
答案 0 :(得分:10)
默认情况下,即使您不使用任何与编码相关的参数,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编码的更多信息:https://trac.ffmpeg.org/wiki/Encode/H.264
答案 1 :(得分:9)
虽然这个问题已经得到了回答,但我认为它缺少一个不需要调整命令参数的答案,但可以与其他工具或命令一起使用,而不仅仅是FFmpeg。
CPUlimit工具专为此目的而设计,不仅可以有效地用于FFmpeg,还可以用于您希望降低资源利用率的任何其他CPU密集型进程。
CPUlimit最重要的参数是-l
,它允许您指定允许进程使用的CPU百分比(作为其上限)。
请注意,此限制取决于机器具有的CPU /内核/线程数,例如,如果机器有8个CPU,则CPULimit -l
有效值的范围为0到800(0当然没有用,800意味着完全不限制过程,因为800%意味着所有的机器处理能力。)
使用8 CPU机器的一半容量的示例:
cpulimit -l 400 ffmpeg ...
希望这有助于解决这个具体问题以及将来的类似需求。
答案 2 :(得分:2)
-re (input)
以原生帧速率读取输入。主要用于模拟抓取设备或实时输入流(例如,从文件读取时)。不应该与实际的抓取设备或实时输入流一起使用(它可能导致数据包丢失)。
默认情况下,FFmpeg尝试尽快读取输入。此选项将减慢输入读取到输入的本机帧速率。它对于实时输出(例如直播)非常有用。