硬件与并发

以 Intel Arc A380 为主、NVIDIA RTX 2060 Laptop 为对照，记录两平台的档位映射、并发拐点、质量标尺对照与选型结论。

QSV preset 的档位映射

同一素材、同一片段（1290×2796@60 录屏，20 秒），仅改变 preset，两种码率模式各测一遍：

preset 名	实际 TargetUsage	capped 速度	capped VMAF	ICQ Q30 速度	ICQ VMAF
veryfast / faster	TU=7	3.28~3.37×	81.83	3.41~3.42×	86.53
fast / medium / slow	TU=4	3.15~3.18×	82.55	3.27~3.29×	86.73
slower / veryslow	TU=1	2.20×	82.76	2.38×	86.79

ffmpeg 暴露的 7 个 preset 名实际只映射为 3 个 TargetUsage，同档位输出逐字节相同。 TU4 相对 TU1 快 1.44 倍，画质差 0.21（ICQ 下 0.06）；TU7 快 1.5 倍但画质低 0.93。因此默认取 medium（TU4）。

同一片段分别以 1/2/3/4 路并行，记录合计吞吐与单文件速度。

Intel Arc A380：合计吞吐与单文件速度（1290×2796@60，上限 1500kbps）

合计吞吐（倍）单文件速度（倍）

路数	总耗时	合计吞吐	相对 1 路	单文件速度
1	4.6 s	2.18×	+0%	2.18×
2（采用）	5.2 s	3.82×	+75%	1.92×
3	7.6 s	3.96×	+81%	1.48×
4	10.0 s	3.99×	+83%	1.01×

2 路取得 75% 的吞吐收益，单文件速度仅下降 12%；3 路起合计吞吐基本不再增长（+6% / +3%），而单文件速度继续下降（1.48× → 1.01×）。判定规则为 BENCH_MIN_GAIN = 0.10：新增一路的吞吐增益不足 10% 即不再增加。

路数	总耗时	合计吞吐	相对 1 路	单文件速度
1	4.6 s	2.18×	+0%	2.18×
2	7.8 s	2.58×	+18%	1.30×
3	11.5 s	2.60×	+19%	0.87×
4	14.9 s	2.68×	+23%	0.68×

NVIDIA 侧的并发收益显著小于 Intel：2 路仅 +18%（Intel 为 +75%），且单文件速度下降更快。单引擎显卡建议 1 路。

另外，最优路数与素材规模相关——用大素材测得 2 路，用小素材自适应测得 3 路。因此脚本取批次中最重的文件作为样本，结果更接近最坏情况。

CQ 扫描对照（单位 MB，越小越省）。目标是找到与 QSV Q30 体积相当的 NVENC cq 值。

素材	cq30	cq32	cq34	cq36	cq38	QSV(Q30)	匹配点
直播 720p38	6.76	5.36	4.31	3.51	2.91	3.5	cq36 = 1.00×
直播 1088p22	15.11	11.87	9.29	7.36	5.90	5.9	cq38 = 1.01×
直播 1088p20	1.25	0.96	0.75	0.59	0.47	0.5	cq38 = 0.89×
iPhone 录屏	18.61	14.93	11.85	9.56	7.73	6.9	cq38 = 1.12×
电影 4K30	56.29	42.60	32.93	25.93	20.80	12.1	cq38 仍 1.72×

直播流与录屏：NVENC cq36~38 的体积约等于 QSV Q30（与外部基准中"实拍类 NVENC ≈ QSV + 6"的口径一致）。但电影级素材上 NVENC 效率明显偏低——cq38 仍比 QSV 大 72%。 结论：归档优先 QSV，NVENC 用于对时长敏感的场景。

NVENC 未验证项：上限模式已改为 QVBR（-b:v + -maxrate / -bufsize），但本机无 NVIDIA 显卡，未做真实编码验证。待确认：① 是否稳定贴合目标码率； ② 与 -cq 同用时画质是否下降（若不成立，该行应改回 -b:v 0）。