对《不同摄影机RAW格式拍摄与后期工作流程》的勘误与补正

《不同摄影机RAW格式拍摄与后期工作流程》2026年6月8日发布于本号。

文章在部分具体参数、时间节点和信源引用上存在可勘正之处。

以下逐条列出勘误，按文中出现顺序排列，每一条均附带原文、更正及核查依据。

一、索尼 X-OCN 部分

勘误 1：X-OCN LT 与 ProRes 4444 XQ 的码率比较方向错误

原文：「X-OCN LT 的比特率约为 2,155 Mbps（约 269 MB/s）——显著低于 4K ProRes 4444 XQ 的约 1,911 Mbps」

更正：2,155 Mbps 高于 1,911 Mbps，并非「显著低于」。原文的比较方向反了。

说明：文中对比的并非同一分辨率的两种格式——8.6K 3:2 X-OCN LT (2,155 Mbps) 的对标对象不应是 4K ProRes 4444 XQ。实际上，X-OCN 的效率优势体现在：在携带 16-bit 全保真度的同时，8.6K 17:9 模式的码率（1,706 Mbps）与 4K ProRes 4444 XQ 相当。

信源：Sony CineAlta Workflow Guide v1.1、Apple ProRes White Paper。

勘误 2：VENICE 2 传感器有效像素与实际不符

原文：「搭载 8.6K 全画幅传感器（8632×4856 像素，41.9MP）」

更正：VENICE 2 的 8.6K 3:2 模式为 8640×5760 像素，约 49.8MP。

说明：索尼官方格式海报和产品规格页中，8.6K 传感器的最大有效像素为 8640×5760（3:2 Open Gate），总像素约 49.8MP。
信源：Sony VENICE 2 8K Format Poster (pro.sony)、Sony 官方产品页。

勘误 3：「Law & Order」和「Bel-Air」采用 X-OCN LT 作为母版格式——缺乏公开证据

原文：「《Law & Order》、《Bel-Air》等剧集已全面采用 X-OCN LT 作为母版格式」

更正：可查证的公开信源中，无法确认两部剧集使用 X-OCN LT 作为母版格式。

说明：《Law & Order: Organized Crime》的 DP Jim Denault, ASC 在 Sony 案例研究中确认使用了初代 VENICE 拍摄，但该文献未提及 X-OCN LT 作为母版格式。Bel-Air 则无法在任何公开信源中找到与 Sony VENICE 或 X-OCN 相关的关联证据。

信源：Sony Cinematography 官网 Jim Denault 案例研究、IMDb 技术规格页。

二、RED REDCODE RAW 部分

勘误 4：RED V-RAPTOR [X] 发布时间有误

原文：「V-RAPTOR [X]（2024年末发布）是 RED 当前的旗舰机型」

更正：V-RAPTOR [X] 于 2024 年 1 月 25 日发布并同步发货，为年初而非年末。

说明：RED 于 2024 年 1 月 25 日在全球同步发布 V-RAPTOR [X] 和 V-RAPTOR XL [X]。多家权威行业媒体（CineD、PetaPixel、ASC Mag、Televisual）均在同日刊发报道。
信源：CineD 2024年1月25日报道、PetaPixel 同日报道、RED 官方新闻稿。

勘误 5：ELQ 压缩层级并非随 V-RAPTOR [X] 新增

原文：「V-RAPTOR [X]（2024年末发布）新增了 ELQ 层级」

更正：ELQ 早在 2022 年 7 月即通过固件 v1.3.1 beta 引入初代 V-RAPTOR，2022 年 9 月随固件 v1.3.4 正式发布——比 V-RAPTOR [X] 早了一年半。

说明：RED 于 2022 年 7 月在初代 V-RAPTOR 的 beta 固件 1.3.1 中首次加入 ELQ 压缩选项，随后在 9 月的正式版固件 1.3.4 中公开发布。此后，ELQ 也通过固件更新延伸至 KOMODO 产品线。ELQ 是 DSMC3 世代的通用功能，非某单一机型的独占特性。
信源：CineD 2022年7月报道（beta 1.3.1）、CineD 2022年9月报道（正式版 1.3.4）。

勘误 6：R3D 文件的代理机制描述有误

原文：「每个 R3D 文件在录制时即同时生成多分辨率代理画面，这使得在剪辑软件中无需转码即可流畅回放——系统会根据回放分辨率和性能自动选择适当的解码层级。」

更正：R3D 文件不内嵌代理画面。在录制时，RED 摄影机会生成独立的旁侧代理文件（.mov 格式，带 _F/_H/_M/_P 后缀），存放于与 .R3D 平级的 .RDC 文件夹中。DSMC3 机型可选择录制 ProRes 代理，同样为独立文件而非嵌入 R3D。

说明：RED 的 SDK 在播放 R3D 时确实可以根据回放分辨率自动降低解码精度，这是解码器级别的优化——而非因为 R3D 文件内部嵌入了一条独立的代理轨道。实际生成的代理是 .mov 旁侧文件，剪辑软件回放代理时走的是代理模式，与 R3D 解码器降低精度播放是两条不同的技术路径。
信源：RED R3D File Structure 文档（http://docs.red.com）、RED Proxy Recording 文档。

三、佳能 Cinema RAW Light 部分

勘误 7：.crm 文件使用 MP4 容器——格式描述错误

原文：「佳能的 Cinema RAW Light（.crm）选择了一条不同于小波压缩的技术路线：动态压缩并将数据封装在 MP4 容器结构中。」

更正：.crm 文件使用佳能专有的 CRM（Canon RAW Movie）容器格式，并非 MP4。同一台摄影机上，MP4 是独立的录制格式（H.264/H.265 编码，8-bit 4:2:0），与 Cinema RAW Light 完全不同。

说明：佳能 Cinema EOS 摄影机提供多种录制格式并行——Cinema RAW Light（.crm）、XF-AVC Intra（.mxf）、MP4（.mp4）。三者使用完全不同的容器和编码方案。佳能官方在任何技术文档中均未声称 CRM 使用 MP4 容器。
信源：Canon EOS C500 Mark II 产品规格页、佳能 Cinema RAW Development 官方支持页面。

四、苹果 ProRes RAW 部分

勘误 8：DaVinci Resolve 的 ProRes RAW 支持状态已过时

原文：「ProRes RAW 在达芬奇中的支持一直有限（Windows 版本完全不支持，Mac 版本功能受限）」

更正：DaVinci Resolve 20.2（约 2025 年 9 月发布）起，所有平台（macOS、Windows、Linux）均已原生支持 ProRes RAW 解码。Windows 平台不再存在「完全不支持」的情形。

说明：Blackmagic Design 在 Resolve 20.2 版本中实现了跨平台的 ProRes RAW 原生解码支持，这是一项重要的功能性更新。该文发布于 2026 年 6 月，应反映这一状态变化。ProRes RAW 的平台锁定问题虽较其他 RAW 格式更突出（Final Cut Pro 仍是体验最优的宿主软件），但已不再适用于「Windows 完全不支持」的表述。
信源：Blackmagic Design DaVinci Resolve 20.2 发布说明。

勘误 9：iPhone 17 Pro「内录」ProRes RAW 表述不准确

原文：「iPhone 17 Pro 甚至在 2025 年获得了内录 ProRes RAW 的能力」

更正：截至 2026 年 6 月，Apple 官方对 iPhone 17 Pro 录制 ProRes RAW 的要求仍然是外接 SSD。内录 ProRes RAW 是一种非官方的绕过手段（通过连接 SSD 后断开的方式触发），存在过热、崩溃和数据丢失风险，可能在未来 iOS 更新中被修复。

说明：2025 年 9 月，YouTuber Jason Vong 发现了一种可在断开外接 SSD 后继续内录 ProRes RAW 的方法，这一发现被 PetaPixel、CineD 等媒体广泛报道。但 Apple 从未宣称或支持此功能——它几乎可以确定是 Final Cut Camera 应用的一个 bug，而非设计特性。将「内录」作为一项正式能力写入文章可能导致读者误判其可靠性。
信源：PetaPixel 2025年9月26日报道、MacObserver 同期报道、Apple Support「About Apple ProRes on iPhone」。

五、尼康 N-RAW 部分

勘误 10：N-RAW 4.1K 120p 实际码率与原文有偏差

原文：「在 4.1K 120p 高帧率下，速率约为 494 MB/s」

更正：根据尼康官方 N-RAW 数据表，4.1K（4128×2322）120p N-RAW 高品质模式的码率为 3,840 Mbps，即 480 MB/s。

说明：494 MB/s 相较 480 MB/s 高估约 3%。虽然在实际录制中差异不大，但作为参数数据引用时应以官方标称为准。
信源：Nikon Z9/Z8 N-RAW Recording Data Rate 官方数据表。

六、其他 RAW 格式部分

勘误 11：Samsung 与 Apple 合作 Expert RAW——该信息无法核实

原文：「三星与苹果的合作使得 Galaxy 系列旗舰手机在 2025 年获得了通过 Expert RAW 应用输出 12-bit DNG 的能力」

更正：Samsung Expert RAW 是 Galaxy 手机独占应用，由三星自行开发维护，与 Apple 不存在合作关系。12-bit DNG 输出是 Expert RAW 应用的已有功能，其开发和迭代完全在三星生态内完成。

说明：Samsung 的 Expert RAW 和 Apple 的 ProRAW 是直接竞争的产品。两家公司在该领域不存在公开已知的合作。三星从 Galaxy S22 系列起即支持 Expert RAW 12-bit DNG 输出，这是三星影像能力的自主演进。文中「三星与苹果的合作」这一表述建议删除，或替换为可核实的信源。
信源：Samsung 官方 Expert RAW 功能介绍、Apple ProRAW 支持页面。

勘误 12：Netflix 认证了 ALEXA 35「全部」分辨率模式——表述不准确

原文：「奈飞截至 2026 年 Q1 仍将 ALEXA 35 的全部分辨率模式列为认证格式」

更正：Netflix 并未认证 ALEXA 35 的全部分辨率模式。ARRI 官方手册明确指出，ALEXA 35 有四种录制格式未获 Netflix 认证（包括 2K 16:9 S16 等不符合 4K 要求的低分辨率模式）。获认证的包括球面 5 个格式（4.6K Open Gate、4.6K 16:9、4K 16:9、4K 2:1、3.8K 16:9）和变形宽银幕 3 个格式（3.3K 6:5、3K 1:1、2.7K 8:9），共 8 种模式。

说明：3.8K 16:9（UHD）作为满足 4K 交付要求的「最低门槛模式」是正确的，但「全部分辨率模式」的说法需修正。
信源：ARRI ALEXA 35 Netflix 认证 PDF、ARRI 官方用户手册录制格式章节。

七、其他值得注意的细节

以下问题不属于事实错误，但存在表述精度不足或上下文缺失：

1. Canon C500 Mark II 的 5.9K Cinema RAW Light：文中称支持「5.9K 12-bit 或 10-bit」录制，但未说明 12-bit 最高仅到 29.97fps，50/60fps 需降至 10-bit。

2. Nikon Z9 固件 2.0 发布日期：文中写「2022年5月」，实际为 2022 年 4 月 20 日。

3. Canon Log 2 动态范围：文中写「可还原约 15 档的动态范围」。Canon 官方对 C500 Mark II 的表述为「超过 15 档」（greater than 15 stops），而 CineD 独立实测（10-bit XF-AVC 模式）约为 13.1 档（SNR=2）。

4. RED 动态范围「17+ 档」：与上条类似，CineD 通过标准 IMATEST 测量 V-RAPTOR 的可用动态范围约为 13-15 档。RED 的标称值包含了 IPP2 管线内高光重建所恢复的额外档位，与纯传感器物理动态范围不是同一概念。

5. 代理工作流中 ARRIRAW 和 HDE 的描述：文中说「如果使用 HDE 压缩，则必须在 HDE 编码完成后才生成代理，以确保代理文件链接到的是 HDE 母版而非原始 ARRIRAW」。实际上是基于解码后的画面（而非 RAW 文件本身）生成的——代理文件并不「链接」到 HDE 或原始 ARRIRAW，套底（Conform）是通过时码和文件名元数据实现的帧精度匹配。

八、勘误速查表

结语

RAW 格式作为影视技术的核心基础设施，版本迭代快、厂商参数口径不一、实测与标称常有出入——这使得参数核查的工作量远超一般的技术写作。

欢迎读者就本文的勘误内容提出更多查证线索，我们会持续更新本页面。