⚡ 核心原则：同代 NVENC + 同编码器数量 = 编码性能完全一致
• 例：RTX 5050 和 RTX 5070 都是 1× 9th Gen NVENC → 编码画质/速度完全相同
• 例：RTX 5070 Ti（2×NVENC）编码性能碾压 RTX 5070（1×NVENC），因为多一个编码器可并行
• 差异仅体现在编码器数量（决定并行编码能力）和NVDEC 数量（决定并行解码能力）
• 多编码器合并（Split Frame Encoding，Ada 起）：40系及以上，多个 NVENC 可将单帧拆分并行编码，单路会话突破单引擎上限（如 8K60 / 4K 无损）；仅限 HEVC / AV1，H.264 不适用，需应用端启用（OBS 高级设置）

💡 编码器数量对直播的影响：
• 2+ 个 NVENC（RTX 5090/5080/5070Ti / 4090/4080/4070Ti 等）：可同时推流 H.264 + 录制 HEVC，编码器资源充裕，P7 预设无压力
• 1 个 NVENC（RTX 5070/5060/5050 / 4070/4060 / 30系全系 / 20系全系 等）：推流+录制需共享编码器，建议 P5~P6 避免过载
• 专业卡旗舰（RTX PRO 6000、RTX 6000 Ada 等）NVENC 数量更多但价格极高，仅推荐专业机房使用
• ⚠️ 注意： H100 / A100 / HGX B200 等纯计算卡没有 NVENC，完全无法硬件编码

⚡ 核心原则：同代 VCN + 同编码器数量 = 编码性能完全一致
• 例：RX 9070 和 RX 9060 都是 1× VCN 4.0 → 编码画质/速度完全相同
• AMD 消费级全系均配备 1× 编码器（仅专业卡 Radeon PRO 可能不同）
• 差异仅体现在VCN 代际（决定编码格式支持）和架构性能
• ⚠ 注意： AMD AMF 编码器画质在低码率场景（如 6000kbps 以下直播推流）通常不如同代 NVENC，高码率录制差距缩小

💡 AMD 编码器使用建议：
• OBS 编码器选择：优先使用 AMF/FFmpeg VAAPI（H.264/H.265），AV1 编码需搭配 RDNA 3/4 架构
• 直播推荐：RDNA 4（VCN 5.0，AV1 B-Frame 最佳）> RDNA 3（AV1 编码 ✅ 但无 B-Frame）> RDNA 2（仅 H.264/HEVC，HEVC B-Frame 缺陷）> ❌ RDNA 1（画质落后，不推荐）
• ⚠ 低码率直播：AMD AMF H.264 在 6000kbps 以下码率画质明显弱于 NVENC，建议码率 ≥ 8000kbps 或使用 HEVC/AV1
• 🔴 B-Frame 支持现状：RX 6000 系 HEVC B-Frame 因编码缺陷被禁用；RX 7000 系（RDNA 3）HEVC/AV1 均不支持 B-Frame；仅 RX 9000 系（RDNA 4）恢复 AV1 B-Frame
• 🔴 RX 6500 XT / 6400：Navi 24 芯片没有硬件编码器，完全无法用于 OBS 推流或录制，切勿购买用于直播！

⚡ 核心原则：同代 Media Engine + 同数量 = 编码性能完全一致
• 例：Arc A770 和 Arc A380 同为 Xe HPG 架构 + 2× MFX → 编码画质/速度完全相同
• Arc 独显全系标配 2× MFX 多格式编解码引擎（A 系/B 系官方规格一致），推流+录制可并行互不抢占
• 支持 Deep Link Hyper Encode：与 Intel 核显协同加速，导出/转码再提速
• 差异仅体现在Media Engine 代际（决定 AV1 等格式支持）
• Intel AV1 编码画质业内最佳：在低码率场景下，QuickSync AV1 画质常优于同代 NVENC 和 AMD AMF

💡 Intel 编码器使用建议：
• OBS 编码器选择：QSV（QuickSync H.264/H.265/AV1），Arc 独显编码质量业界领先
• 2× MFX 引擎优势：Arc 独显全系双媒体引擎，推流 H.264 + 录制 HEVC 可各占一个引擎，天然适合直播+录制并行
• AV1 直播首选：Intel Arc A/B 系列 AV1 编码画质在低码率下优于同代 NVENC/AMF
• 低成本 AV1 方案：Arc A380（约 ¥800）即可获得顶级 AV1 编码能力 + 双引擎，性价比极高
• ⚠ 注意：Iris Xe / UHD 核显无 AV1 编码，仅支持 H.264/H.265；老 HD 核显编码质量较差不推荐直播使用

🔌 SDI 规格与分辨率对照：

SDI 规格	带宽	最高分辨率	典型场景
3G-SDI	3 Gbps	1080p60 / 2K DCI 60p	标准广电 · 直播推流 · 1080p 制作
6G-SDI	6 Gbps	2160p30 / DCI 4K 25p	4K 入门 · 4:2:2 10-bit · 超高清制作
12G-SDI	12 Gbps	2160p60 / DCI 4K 60p	4K 满帧 · 12-bit RGB 4:4:4 · 高端制作
Quad 12G-SDI	4×12 Gbps	4320p60 / 8K DCI	8K 制作 · 四链路合成 · 旗舰级

注：所有 SDI 向下兼容，12G-SDI 可接 6G/3G/HD/SD 信号源。

💡 DeckLink 采集卡选择指南：
• 直播推流（1080p）：Mini Recorder HD — 3G-SDI + HDMI · PCIe x1 · 半高 · ¥1,150 · 性价比最高
• 4K 录制（2160p30）：Mini Recorder 4K（6G-SDI · PCIe x4 · 半高）或 SDI 4K（纯 SDI · 1 槽）
• 4K 满帧（2160p60）：4K Extreme 12G — 12G-SDI · 双链路 · PCIe x8 · 2 槽
• 8K 工作流：8K Pro G2/Mini — Quad 12G-SDI · PCIe 3.0 x8
• 多机位导播（1080p）：Quad 2（8 路）或 Duo 2（4 路）— 每路独立配输入/输出
• ⚠ Mini Monitor / Monitor 4K 仅输出播放，无采集功能！买采集请认准 Recorder 或双向型号
• PCIe 带宽参考：x1≈1GB/s 够 1 路 3G-SDI · x4≈4GB/s 够 4 路 3G-SDI / 1 路 6G-SDI · x8≈8GB/s 够 8 路 3G-SDI / 4 路 12G-SDI

💾 HEVC 无损录制特别说明：
• 无损录制不仅考验编码器性能，硬盘写入速度同样是关键瓶颈，实测务必同时监控磁盘占用
• 1080p 60fps HEVC 无损：预期码率约 400~600 Mbps（50~75 MB/s），SATA SSD 可胜任
• 1080p 120fps HEVC 无损：预期码率约 800~1200 Mbps（100~150 MB/s），建议 NVMe SSD
• 4K 60fps HEVC 无损：预期码率约 1.5~2.5 Gbps（190~310 MB/s），需要 PCIe 3.0×4 以上 NVMe
• 4K 120fps HEVC 无损：实测码率 3 Gbps 以上（≥375 MB/s），PCIe 4.0 带缓存 SSD 实测也顶不住，必须 PCIe 5.0 NVMe 才能保证连续写入不丢帧
• ⛔ 4K 120fps 无损测试暂时搁置：RTX 5080 编码器理论上能胜任，但当前无 PCIe 5.0 存储设备，硬盘写入瓶颈导致无法完成有效测试（非编码器性能问题）
• 上述码率为经验估值，实际取决于画面复杂度；编码器负载参考表中 HEVC 无损列的数据
• 测试方式：OBS 输出模式 → 高级 → 编码器选 NVIDIA NVENC HEVC → 速率控制选"无损"（OBS 内置无损预设）

📊 单元格说明：
• 数字 = 实测编码器占用中位数（如 35 = NVENC 占用中位数 35%）
• 底色对应负荷等级：🟢 绿底 = 轻松 · 🟡 黄底 = 适中 · 🟠 橙底 = 吃力 · 🔴 红底 = 过载
• ⚠ 无论中位数多少，只要实测出现接近100%撞顶或有明确丢帧，一律标红底不可用
• —（灰色虚线）= 待实测，欢迎按统一测试条件提交数据
• 💤 做梦（蓝色虚线）= 仅限 4×NVENC（RTX PRO 6000），暂无测试设备
• ⛔ 无法测试（暗红虚线）= 非编码器瓶颈，受限于外部条件（如硬盘写入速度不足）无法完成有效测试
• 测试条件：详见 📋 统一测试条件

📖 推算逻辑与置信度：
• 实测：该组合已有实测数据，直接引用
• 高：同代同数量同分辨率，由其他场景实测 × 场景比换算
• 中：跨分辨率（×像素吞吐比）或跨编码器数量（×分摊比）换算
• 低：跨代际换算（7 代无实测锚点，按 8 代 ×1.05 保守估计）
• 模拟值仅供参考，重要决策请以实测为准；欢迎按统一测试条件提交数据修正模型

📊 单元格格式说明：每个格内含四行小字 — VMAF / SSIM / PSNR / XPSNR
• VMAF（0-100）：≥95 视觉无损  |  SSIM（0-1）：≥0.99 极高保真
• PSNR（dB）：≥50dB 可视为无损  |  XPSNR（dB）：比 PSNR 更贴近感知
• 参考源 = HEVC 无损，编码后逐帧对比计算，同分辨率下横向对比代际差异

⏱ 延迟测量方法：
• 计时器对比法：推流端 OBS 画面中放置一个毫秒级计时器（如 obs-timecode 插件或网页计时器），拉流端用另一台设备录屏，逐帧对比计时器读数差值
• 端到端延迟 = 拉流端看到的计时器值 − 推流端实际计时器值
• 每组测试在连接稳定后连续录制 30 秒，从中随机抽取 ≥ 5 个时间点计算延迟，取中位数
• ⚠ 注意：不同协议的拉流客户端可能引入额外缓冲（如播放器默认缓冲区），测试时需记录播放器及缓冲设置

📡 协议 × 编码格式兼容性（腾讯云直播服务）：
• RTMP 推流：H.264 原生支持；HEVC 需腾讯云特殊配置（Enhanced RTMP / 转码）；AV1 需确认平台支持
• SRT 推流：H.264 / HEVC 均可；AV1 需确认腾讯云及 OBS SRT 输出支持
• WebRTC 推流（快直播推流）：仅 H.264，不支持 HEVC / AV1
• RTMP 拉流：H.264 原生；HEVC/AV1 需播放器及云端转码支持
• SRT 拉流：需确认腾讯云是否支持 SRT 拉流分发
• WebRTC 拉流（快直播 LEB）：仅 H.264；要求 GOP ≤ 2s、无 B 帧
• ⚠ 转协议延迟：推流协议与拉流协议不一致时，云端需转协议，额外增加 50~200ms 延迟
• ⚠ 编码格式影响：HEVC/AV1 编码效率更高（同画质码率更低），但编码延迟略高于 H.264（约 +10~30ms）；主要延迟差异来自协议缓冲，编码格式影响较小
• ⚠ 编码器影响：NVENC 编码延迟约 10~50ms，对端到端延迟影响远小于协议缓冲；不同 NVENC 代际间编码延迟差异可忽略

⚠ 已知兼容性问题（影响推流/拉流可用性）：
• 腾讯云 WebRTC 拉流默认不支持 HEVC：快直播 LEB 默认仅 H.264；HEVC 需在拉流 URL 中加特殊参数（如 &codec=hevc）或联系腾讯云开启，否则拉流端黑屏/报错
• 腾讯云 WebRTC 推流不支持 HEVC / AV1：快直播推流仅接受 H.264 编码，OBS 选 HEVC/AV1 推流会连接失败或云端拒绝
• TCPlayer 不支持 AV1 解码：腾讯云官方播放器 TCPlayer 目前不支持 AV1 硬解/软解，AV1 推流后 RTMP/SRT 拉流端均无法正常播放（黑屏或报错）
• RTMP + HEVC 推流：标准 RTMP 协议规范不携带 HEVC CodecID，需腾讯云 Enhanced RTMP 支持或云端转码；OBS 原生 RTMP 输出选 HEVC 可能推流失败
• SRT + AV1 推流：OBS SRT 输出可选 AV1，但腾讯云 SRT 接收端是否支持 AV1 解析需确认；即使推流成功，拉流端播放器也需支持 AV1
• 结论：当前腾讯云直播生态下，H.264 是唯一全协议链路无障碍的编码格式；HEVC 仅限 RTMP/SRT 推拉流且需额外配置；AV1 因播放器不支持暂不可用

📊 单元格格式说明：
• 每格显示端到端延迟中位数（单位：ms），底色对应延迟等级
• 格内小字显示测量范围（最小~最大）
• —（灰色虚线）= 待测试
• ⛔ 不支持（暗红虚线）= 该组合无法正常推流或拉流，格内及 tooltip 标注具体原因
• 测试数据持续更新，欢迎提交实测结果