SanbilaSanbila

ProRes、DNxHR 与 H.264:剪辑代理编解码器对比

三种代理编解码器在大小、速度与 NLE 支持上的对比,以及为你的软件该选哪一种。

··阅读 7 分钟
proxycodecproresdnxhr

每个代理流程都从一个问题开始:用哪种编解码器。真正的三个选项是 H.264、ProRes Proxy 和 DNxHR LB。它们在离线剪辑时看起来都一样,所以选择取决于文件大小、哪款软件原生读取,以及你的平台。

简短答案

相机的重码格式常常是改用代理的理由。比如 Sony FX3 的 10 bit 4:2:2 素材,回放时往往会卡,直到你用代理来剪。

Adobe Premiere Pro 与追求最小文件选 H.264,Final Cut Pro 与 DaVinci Resolve 选 ProRes Proxy,Avid Media Composer 选 DNxHR LB。如果一个项目要在多款软件间流转,ProRes Proxy 是最通用的选择。

并排对比

编解码器相对 4K 原始的大小容器原生 NLE平台
H.264 720p约 3 到 5%.mp4Premiere ProWindows、Mac、Linux
ProRes Proxy 720p约 6 到 8%.movFinal Cut Pro、DaVinci Resolve、PremiereMac 原生,Windows 需编码器
DNxHR LB 720p约 5 到 7%.mxfAvid Media ComposerWindows、Mac

DNxHR 与 ProRes 怎么选

DNxHR 与 ProRes 都是帧内中间编解码器,在对应档位上两者的码率相差只有几个百分点,因此决定因素很少是画质,而是平台。在 Mac 上或 Final Cut Pro 里,ProRes 是原生选择;在 Avid 上,或以 Windows 为主、混合的流水线里,DNxHR 是每款软件都能读的那个。两者在 Premiere Pro 和 DaVinci Resolve 中也都能用。做离线代理用 ProRes 422 Proxy 或 DNxHR LB;做更重的中间母版用 ProRes 422 或 DNxHR SQ。大致对应关系是:DNxHR LB 对 ProRes 422 Proxy,SQ 对 422,HQ 对 422 HQ。

一个常见混淆:DNxHD 是只支持 HD、固定在 1080 的旧家族,而 DNxHR 与分辨率无关,最高可到 8K。凡是高于 HD 的素材,都该用 DNxHR。

编解码器码率 1080p码率 4K每小时 GB(1080p)每小时 GB(4K)原生 NLE
ProRes 422 Proxy45 Mbps180 Mbps20 GB81 GBFinal Cut, Resolve
ProRes 422 LT102 Mbps410 Mbps46 GB185 GBResolve, Premiere, FCP
ProRes 422 HQ220 Mbps880 Mbps99 GB396 GBResolve, Premiere, FCP
DNxHR LB36 Mbps145 Mbps16 GB65 GBAvid, Resolve, Premiere
DNxHR SQ145 Mbps580 Mbps65 GB261 GBAvid, Resolve, Premiere
DNxHR HQ220 Mbps880 Mbps99 GB396 GBAvid, Resolve, Premiere
H.264(参考)约 25 Mbps约 100 Mbps11 GB45 GB全部

约 30 fps 下的近似目标值。ProRes 为可变码率,DNxHR 为恒定码率,真实数值会随画面略有浮动。此处 4K 指 UHD(3840 × 2160),每小时 GB 由码率推算。H.264 是长 GOP 交付编解码器,码率波动最大。来源:Apple ProRes White Paper 与 Avid DNxHR 码率。

H.264:最小且通用

H.264 生成的代理最轻,任何机器都能硬件解码,因此即便在旧笔记本上播放也很流畅。代价是它是长 GOP 编解码器,逐帧拖动的手感可能不如 ProRes 或 DNxHR 这类帧内编解码器那么利落。在大多数 Premiere 时间线上这一差别看不出来,而更小的体积占了上风。

ProRes Proxy:Apple 与 Resolve 的标准

ProRes Proxy 是帧内编解码器,每一帧都完整,因此拖动始终即时。它是 Final Cut Pro 的原生格式,在 DaVinci Resolve 和 Premiere Pro 中也能顺畅读取。在 Mac 上可硬件解码。文件比 H.264 稍大,这是逐帧精确响应的代价。若一个项目要在多款软件间流转,ProRes Proxy 是最稳妥的共同选择。

DNxHR LB:为 Avid 而生

DNxHR 是 Avid 的编解码家族,LB(Low Bandwidth,低带宽)是其代理档位。它同样是帧内编解码器,封装为 MXF 以便 Avid Media Composer 通过其媒体数据库识别。在 Avid 之外很少需要它,但在 Avid 内它是正确且预期的选择。

为你的软件选哪种

  • Premiere Pro:追求最小文件用 H.264 720p,若也在别处打开项目则用 ProRes Proxy。
  • Final Cut Pro:ProRes Proxy,Apple 原生选择。
  • DaVinci Resolve:ProRes Proxy,拖动逐帧精确。
  • Avid Media Composer:MXF 封装的 DNxHR LB。
  • 在多款 NLE 间流转:ProRes Proxy,三者中最通用。

分辨率和码率同样重要

编解码器只是决定的一半。分辨率对文件大小的影响比编解码器名称更大。720p 是笔记本剪辑的常用默认值。只有当离线剪辑需要粗调色或精细细节时才升到 1080p,届时文件大约会翻倍。

1080p 的 ProRes 422 LT 代理远重于 720p 的 H.264 代理,有时达十倍。把分辨率匹配到你真正用来剪辑的机器,而不是相机。

用预设省去选择

如果你不想每个项目都权衡编解码器,Sanbila 提供覆盖五个编解码器家族的 30 种代理预设:H.264、ProRes Proxy、ProRes 422 LT、DNxHR LB 和 DNxHR SQ,从 540p 到 8K。代理在 Sanbila 云端生成而非你的处理器,Premiere Pro 插件会把每个代理附加到其 4K 原始文件,因此导出无需重新链接。

看 Sanbila 实际运行

涵盖 H.264、ProRes 和 DNxHR 的 30 种代理预设,云端生成并自动附加。

免费试用 Sanbila

参考来源

  • Apple ProRes White Paper,Apple
  • DNxHR 码率与命名方案,Avid
  • Compare 50 intermediate codecs,Frame.io Insider
  • Codec and bitrate cheat sheet,The Post Flow

FAQ

代理该用 DNxHR 还是 ProRes?

两者都行。在 Mac、Final Cut Pro 或 DaVinci Resolve 上剪辑就选 ProRes 422 Proxy;在 Avid Media Composer 或 Windows、混合流水线上剪辑就选 DNxHR LB。两者都能在 Premiere Pro 中读取。在代理档位上文件大小相近,所以决定因素是你的软件能原生读取哪一个。

哪种代理编解码器最小?

H.264 生成的代理最小,720p 下通常为 4K 原始文件的 3 到 5%。ProRes Proxy 和 DNxHR LB 稍大,因为它们是完整保存每一帧的帧内编解码器。

ProRes Proxy 比 DNxHR 更好吗?

没有绝对的高下。ProRes Proxy 是 Final Cut Pro 的原生格式,在 DaVinci Resolve 和 Premiere 中读取良好;而 DNxHR LB 是 Avid Media Composer 内的正确选择。选你的软件能原生读取的那一个。

我能在 Avid Media Composer 里用 H.264 代理吗?

Avid 最适合用 MXF 封装的 DNxHR,其媒体数据库会自动识别。MP4 中的 H.264 不是 Avid 期望的代理格式,因此在那里用 DNxHR LB 更稳妥。

代理编解码器会影响最终导出的画质吗?

不会。代理只用于预览。导出时软件会重新链接到全分辨率原始文件,因此你为代理选择的编解码器对成片画质没有影响。

相关文章

由 Sanbila 创始人 Lassana Toure 撰写。

最后更新: