DaVinci Resolve 中的 Blackmagic RAW 工作流

BRAW 是 DaVinci Resolve 一路成长起来的编码。解码飞快，debayer 干净，元数据 roundtrip 在业内最成熟。问题始终在硬盘。URSA Mini Pro 12K 在 8:1 模式下每小时写入大约 250 GB，纪录片项目里一摞 Pocket 6K 一周就把 2 TB 的外置盘塞满。Sanbila 把 BRAW 原始文件保留在 Cloudflare R2，本机仅提供 1080p ProRes Proxy，让 Resolve 即时响应；调色阶段再通过 WebDAV 把 BRAW 流式回传。

免费下载查看价格

为什么再快的 NVMe 也救不了 BRAW

BRAW 在现代 GPU 上解码完全没问题，但依然需要从硬盘读取。三机位 8K 50 fps 拍一支 MV，一天就能产出八到十 TB 的 BRAW。把两块 NVMe 做成 RAID 0 塞进 USB 4 仓，依旧要做整合、打标签、同步、备份。Pocket 6K Pro 与 URSA Cine 12K 把瓶颈推得更远：一条长镜头的码率超出了仓体的读取带宽。常见做法是在 Resolve 里生成 optimized media 或 DNxHR 代理，结果占用直接翻倍，工程也被绑定在一台机器上。调色师把工程带回家以后，一切又得重新跑一遍。

BRAW 在 R2，ProRes Proxy 在本地 SSD

Sanbila 直接从相机存储卡或者 offload 硬盘上传 BRAW 文件。SHA-256 去重能识别出两台机器经由 SmallHD 共享同一镜头的情况。在剪辑端，Resolve 看到的是按需生成的 1080p ProRes Proxy，每小时大约 30 GB，挂载在 Sanbila 虚拟文件夹里，通过 symlink 让 Resolve 把它们当作本地文件读取。MacBook Pro M2 或者带 RTX 3060 的 Windows 笔电都能保持流畅的离线剪辑节奏。调色师上线时，Smart Relink 只把时间线用到的镜头切换为流模式，Resolve 直接通过 WebDAV 读取 R2 上的 BRAW 进行 debayer。Color Science Gen 5、gamut 与 gamma 元数据全程不变，因为 R2 上的字节就是相机当初写下的字节。

Blackmagic RAW · DaVinci Resolve

在 DaVinci Resolve 上处理 BRAW，推荐的 Sanbila 预设是 1080p ProRes Proxy（.mov 容器）。ProRes 在 Apple Silicon 上全速解码，在 Windows + Resolve 19 上同样流畅。代理稳定在每小时 30 GB 左右，1 TB 笔电 SSD 足以承载一个长片项目；调色阶段切回 BRAW 时，原始传感器数据直接传给 Color 页面的 debayer 节点。若 SSD 空间紧张，720p 代理体积减半，离线播放依旧顺滑。

直接在 BRAW 原始上调色，零下载

Sanbila 读取 Resolve 的 FCPXML 或者工程导出，识别每一个出现在时间线上的镜头。Smart Relink 只把这些镜头切换为流模式，挂载 WebDAV 卷，并把虚拟文件夹中的 symlink 重写为指向 R2 上的 BRAW 原始。Color 页面的 debayer 节点按需读取原始字节，应用 Color Science Gen 5 设置，导出直接从 Resolve 完成，没有任何 BRAW 落到本地。导出结束 WebDAV 卷自动卸载，代理目录保持原样，等待下一轮意见。

从存储卡到交付的五个步骤

1
挂载相机存储卡或 offload 硬盘。Sanbila 扫描目录，给每个 .braw 文件计算哈希，并行上传至 R2，超过 100 MB 时启用 multipart upload。
2
打开项目的 Sanbila 虚拟文件夹。1080p ProRes Proxy 文件已经在 SSD 上准备好，通过 symlink 暴露给 Resolve，与本地文件别无二致。
3
在 Resolve 里完成粗剪、精剪、锁画面。无论是 MacBook Pro M2 还是搭载 RTX 3060 的 Windows 笔电，都能保持离线剪辑节奏。
4
导出时间线 FCPXML，运行 Sanbila Smart Relink。被剪辑使用的镜头切换为流模式，WebDAV 卷挂载，Resolve 看到的是全分辨率的 BRAW 原始。
5
在 Resolve 里完成调色并导出。Color 页面的 debayer 节点直接读取 R2 上流式回传的 BRAW。SSD 不会留下任何永久文件，工程归档回云端。

Sanbila 数据一览

来自 Sanbila 在线产品的真实规格，而非营销说辞。

支持的 NLE（Premiere Pro、DaVinci Resolve、Final Cut Pro、Avid）

代理预设——从 540p H.264 到 1080p DNxHR LB

支持的文件格式（MP4、MOV、MXF、R3D、BRAW、WAV…）

85%

相比 4K 原始素材剪辑的平均磁盘节省

Cloudflare R2 出口费用——零成本流式传输原始文件

macOS 上 8 个并行 R2 连接（Windows / Linux 上 4 个），4 MB 块缓存

DaVinci Resolve 中 BRAW 常见问题

Sanbila 是否保留 Blackmagic Color Science Gen 5 元数据？

保留。R2 上的 BRAW 字节就是相机当时写下的字节，包括 Color Science Gen 5 读取的等价于 RMD 的元数据。Resolve 通过 WebDAV 打开原始素材时，ISO、白平衡、gamma 与 gamut 都与本地挂载一致。

能否在一个工程里调色三台 URSA Cine 12K 拍摄的 MV？

可以。每个机身独立上传，Sanbila 在虚拟文件夹里把它们合并。Resolve 看到的是一个统一的 media pool。多机位剪辑期间使用代理同步，调色时再切回 BRAW 原始。

调色师在酒店里 Wi-Fi 不稳怎么办？

Sanbila 区分 401 与网络断开，短时间的不稳定不会卸载 WebDAV 卷。block-level 缓存保留最近读取的 4 MB 数据块，因此短暂卡顿一般不会打断回放。如果连接彻底断了，调色师可以暂时回到对应镜头的离线代理，等连接恢复再切回流模式。

1080p 代理会不会让调色师丢掉 BRAW 的画面感？

代理只用于剪辑节奏判断，不参与调色决策。它本身就是一份 1080p ProRes 的平场版本。调色师始终在流模式下基于 BRAW 原始工作，所以交付的最终影像直接来自相机传感器。

Sanbila 如何处理来自不同存储卡但同名的 BRAW 镜头？

上传之前会按文件计算 SHA-256 哈希。同名但字节不同的两条镜头在虚拟文件夹里以两个独立文件存在。字节完全一致的两条会被去重为一次上传，这在多机位拍摄、ProRes scratch 音轨重复时能节省存储。