本站结论均来自单机、单卡（Arc A380）实测，样本规模有限。以下外部资料用于补充两项内容： 横向对照（其他显卡与编码器的水平）与方法学校验（本站所用判据是否存在系统性偏差）。 每条均标注出处、抓取日期与版本。
引用原则：外部数据只作参考，不并入本站结论。 凡引用都写出处；凡与本站实测不一致的，明确写出差异与适用条件。 没有在本机复现过的，不会写成本站结论。
| 编码格式 | 软件 | Intel QSV | NVIDIA NVENC | AMD VCE |
|---|---|---|---|---|
| H.264 | x264 | ✓ | ✓ | ✓ |
| HEVC | x265 | ✓ | ✓ | ✓ |
| AV1 | svt-av1 | ✓ | ✓ | ✓ |
| VVC | vvenc | — | — | — |
| 维度 | rigaya vq_results | 本站 |
|---|---|---|
| 质量指标 | SSIM / VMAF / butteraugli 三套并列，不用 PSNR | VMAF（默认模型 + NEG）为主，XPSNR 旁证，四种指标排序一致性交叉验证 |
| 速度 | 单独一张 bitrate–fps 图，与画质并列成一等指标 | 以"批次总耗时"呈现（16 文件 5′46″，2 路并发） |
| 测试矩阵 | 动画 / 实景 × CQ / VBR，8bit 与 10bit 分开 | 六类真实素材（录屏 / 相机 10bit HLG / 电影 / 三档直播流），只测自己会遇到的 |
| 结论形态 | 率失真曲线，回答"同码率谁画质高" | 具体参数组合在具体素材上的行为，回答"哪个旋钮真的有用" |
为何需要外部基准。
本站仅有一张 Arc A380，结论反映的是"这一代 QSV 在本站素材上的行为"。
rigaya 覆盖多代多厂商硬件，可回答本站无法回答的问题：该结论属普适规律，还是 A380 这一代的特性。
另外他用 butteraugli（对人眼敏感的块状/涂抹更严格）而不只是 VMAF ——
硬件编码器常见的"细节抹平"恰是 VMAF 容易忽略的部分，这也是本站采用单一指标的局限。
本站「硬件与并发」页里"NVENC 实拍类 ≈ QSV + 6"这个换算口径，就是与他的基准对照后确认的。
--comp 10（Opus）| 格式 | 听感透明阈值 | 低码率下的表现 |
|---|---|---|
| MP3 | ≥ 192 kbps | 64k 砍掉 11~12 kHz 以上，人声与伴奏"糊在一起"；96k 丢 15 kHz 以上；192k 仍砍 18 kHz |
| LC-AAC | 约 160 kbps（建议 192k） | 64k 砍 11~13 kHz；从 13 kHz 起渐进衰减（不是一刀切）；人声保护得好、伴奏易糊 |
| Opus | 约 128 kbps | 64k 就无条件保留全频谱，是三者中最"亮"的；128k 起只丢最顶上一条 |
该文还给了三条方法论提醒，本站同样适用： ① 同一格式不同编码器实现，同码率听感也有差距（AAC 阵营 QAAC > FDK-AAC）； ② 码率越高，新旧格式差距越小 —— 256k 以上三者都接近透明，"瓶颈已经不是格式，而是播放设备与传输协议"； ③ 不同曲目对码率需求差异很大，同一档位一首够用、另一首不够，属正常现象。
这跟本站的关系：解释了为什么默认 96k 而不是 128k。 本站音频实测取 96k 作为性价比点—— 而按该文的阈值，128k 才是扬声器下的透明点，96k 属于"能听出差别但不刺耳"。 两者不矛盾，是取舍不同：归档直播人声（对白为主、动态小）96k 足够；音乐素材或高动态内容建议提到 128k。 该文测的是纯音乐 + 消费级音箱，比视频对白更吃码率，所以它的阈值偏保守，可视为上界。
① AAC 存在时间轴偏移——某些曲目编码后时长会有零点几秒变化，导致频谱图横轴对不齐，所有开源 AAC 编码器都有此问题；
② Opus 官方编码器不支持 44100 Hz，44.1k 源需先重采样到 48k（官方理由是"把一个采样率打磨到完美，优于分散精力"）。
这与本站"libopus 只吃 48k 系"的实践一致。
本站全部数据由开源工具生成，默认值与提交历史可逐行复核。
以下说法流传较广，但在本站实测中不成立，集中列出以避免误用：
| 流行说法 | 本站实测 |
|---|---|
| "硬件 AV1 全面优于 HEVC" | 只在 <1 Mbps 赢；软件 SVT-AV1 才是真赢家（省 40~48%） |
| "调 B 帧能提画质" | VMAF 极差 0.94，纯码率旋钮；显式设置一律更费码率（最多 +41%） |
| "extbrc / look-ahead / mbbrc 能优化 QSV" | ICQ 下 19 个开关零收益，只有 Q、TargetUsage、GOP 有效 |
| "降分辨率省体积" | 同码率下纯亏约 4.8 VMAF；含 UI / 弹幕的录屏是灾难 |
| "卡顿是 GOP 或 B 帧造成的" | 由编码器决定（QSV 卡 / x265 顺），参数救不回来 |
| "preset 越慢画质越好，值得等" | 7 个 preset 名只映射 3 档；TU4→TU1 慢 1.44 倍只换 0.06~0.21 分 |
免责说明：外部站点的数据、版本与结论随时间变化，本文只记录 2026-11-04 抓取时的状态。 需要引用具体数值时，请回到原站点核对最新版本。