嘿，我来帮你拆解一下这几个问题，结合你Intel IvyBridge硬件的情况，咱们一步步来优化转码性能：

a) 利用H264硬件解码（解放CPU给编码） #

首先你要知道：默认情况下FFmpeg可能没自动启用你的IvyBridge核显硬解H264，而是用CPU软解——这会占用大量CPU资源，导致留给libx265编码的算力不足，自然速度上不去。

IvyBridge的Intel核显支持VA-API或QSV硬解H264，你需要在命令里显式指定硬解解码器，把CPU资源腾出来给x265编码。举两个实用的命令示例：

方案1：用VA-API硬解 #

ffmpeg -init_hw_device vaapi=hw:/dev/dri/renderD128 -hwaccel vaapi -hwaccel_device hw -hwaccel_output_format vaapi -re -i "input" -c:v libx265 -preset ultrafast -b:v 2200k -max_muxing_queue_size 4096 ...

方案2：用QSV硬解（Intel官方的快速视频技术） #

ffmpeg -hwaccel qsv -c:v h264_qsv -re -i "input" -c:v libx265 -preset ultrafast -b:v 2200k -max_muxing_queue_size 4096 ...

这两种方式都会让核显承担H264解码工作，CPU专注于H265编码，应该能明显提升转码速度，让它稳定在1.0以上。

b) 引入缓冲应对编码波动 #

直播流的编码压力时高时低，你可以通过设置更大的输入/内部缓冲，让FFmpeg在轻松时段多缓存一些帧，在繁忙时段用缓存顶过去，避免掉速。推荐添加这几个参数：

• -rtbufsize 50M：设置输入流的缓冲大小（可以根据你的带宽和机器情况调整到20M-100M）
• -thread_queue_size 2048：增大输入线程的队列容量，避免帧丢失
• -fflags +genpts：自动生成正确的时间戳，让缓冲更稳定

修改后的命令大概是这样：

# 结合硬解+缓冲的示例
ffmpeg -hwaccel qsv -c:v h264_qsv -rtbufsize 50M -thread_queue_size 2048 -fflags +genpts -re -i "input" -c:v libx265 -preset ultrafast -b:v 2200k -max_muxing_queue_size 4096 ...

c) 其他优化Flag #

除了上面的点，还有几个小技巧可以再挤点性能：

• -threads auto：让libx265自动利用所有可用CPU线程（IvyBridge是4核8线程，也可以直接指定-threads 8）
• -profile main：如果不需要10bit色彩，用main profile代替默认的main10，编码速度会更快
• -cpuflags +sse4.2：强制FFmpeg启用IvyBridge支持的SSE4.2指令集，提升编码效率
• 升级FFmpeg和x265到最新版本：新版本通常会有性能优化和bug修复，比如x265最近几年在单线程性能上有不少提升

另外，如果你对画质的容忍度稍高，可以试试把-preset ultrafast换成-preset superfast——速度下降不多，但画质会好不少，同时也比ultrafast更稳定一些。

备注：内容来源于stack exchange，提问作者Daniel