核心观察
-
01
Runway API 于 8 月 20 日加入 SDR 转 HDR、ProRes 和半精度 OpenEXR 序列，说明生成平台开始正面处理调色与合成格式；但 BT.2020、PQ、线性光和工作空间转换仍必须由项目 OCIO 流程明确管理。
-
02
ComfyUI v0.34.0 于 8 月 26 日发布，新增 HDR 视频保存、H.264 HDR 色彩选项、AV1/MKV/WebM，以及视频引导和放大相关节点；升级前仍需锁定核心、前端、自定义节点和模型版本。
-
03
Gemini 3.5 Transcribe 提供语言自动识别、说话人区分、逐词时间戳和自定义词表，适合审片录音、采访、场记和字幕初稿，但不应把自动转写直接当作批准台词或最终字幕。
-
04
专业软件正在把 AI 放进现有节点、时间线、审片和资产流程。是否值得采用，应按整个镜头的人工修正时间、失败率、色彩一致性、授权范围和可回退能力评估，而不是只比较单次生成速度。
本轮变化为什么更接近生产
过去很多 AI 视频只能返回压缩成片，合成师很难判断色域、动态范围和生成过程。现在开始出现 OpenEXR、ProRes、HDR 元数据、逐词时间戳、版本化 Gizmo、Cryptomatte 和可恢复任务等生产接口，至少让结果有机会进入传统后期管线继续验证。
这些接口并不自动等于生产就绪。厂商的“专业格式”“商业安全”或性能描述都只代表其公开条件，实际项目仍要核对账号开放范围、费用、数据处理条款、模型来源、输出授权和本地测试结果。
Nuke 回流的统一检查表
输入侧记录镜头号、版本、帧范围、分辨率、像素宽高比、色彩空间、alpha 解释、模型、参数和素材哈希；输出侧优先保留序列、遮罩、深度、音频、时间戳与来源侧车文件，原始 plate 永远只读。
回到 Nuke 后逐帧检查时序闪烁、遮挡、运动模糊、边缘污染、黑白位、色彩漂移、镜头畸变和颗粒。HDR 或 EXR 还要核对 transfer function、primaries、scene/display referred 语义与 OCIO 转换，不能只因为扩展名正确就认为色彩正确。
当前最值得做的四个小实验
第一，用同一段 SDR 测试片比较 Runway HDR EXR、ProRes 和传统手工 HDR 映射；第二，用固定镜头验证 ComfyUI v0.34.0 的 HDR 编码、视频引导和自定义节点兼容性；第三，把审片录音转成带说话人与时间戳的镜头反馈；第四，将 Griptape 的版本化 Gizmo 或 headless Nuke 流程放进隔离测试工程。
每项实验同时记录服务版本、硬件、耗时、费用、人工修正时间、失败率和最终可用帧比例。只有降低了整条镜头链路的总成本，并且可以复现、回滚和审计，才进入团队模板。