Runway Ruby 现面向 Max 和 Enterprise 用户推出：将 SDR 素材转换为 16 位 HDR EXR、ProRes 和 HEVC

Runway Ruby 不是视频生成器，而这正是它的意义所在。Runway Ruby 于 2026 年 8 月 21 日在 Runway 的 X 账号上发布，是 Runway 首个面向视频流程收尾阶段打造的模型：它能接收最长 30 秒的任何片段——无论是你上传的素材，还是在 Runway 内生成的输出——并将标准动态范围视频转换为专业的 HDR 交付成果。格式才是关键：16 位 EXR 序列、10 位和 12 位 ProRes、10 位和 12 位 HEVC，全部采用 BT.2020 色彩空间，并可选择 PQ 或 HLG 传输函数。Runway 应用中的 Max 和 Enterprise 订阅用户现在即可使用。本文中的一切内容均来自 Runway 自己的公告——该模型发布仅一天，目前还没有任何独立的测试或实际体验评测发表。

一句话版本

Runway Ruby 是一款自动化 HDR 调色工具。你给它一段最长 30 秒的 SDR 片段，它会返回同一段画面，并针对高动态范围观看重新调色，以后期制作公司真正需要的方式打包：用于合成的开放 EXR 序列、用于剪辑的 ProRes 母版，或用于交付的 HEVC 文件。SDR 到 HDR 的转换并不新鲜——每套现代调色软件都有某种形式的该功能——但从模型中实现转换，且作用于几分钟前在同一产品中生成的素材，这才是新颖之处。它打通了“模型生成了这段视频”与“这段视频已准备好呈现在 2026 年的 HDR 屏幕上”之间的闭环。

格式实际上意味着什么

这则公告读起来像一份规格说明书，每一项都值得深入解读，因为它会告诉你Ruby是为谁而设计的。

• 16位EXR序列 — OpenEXR是VFX和合成行业数十年来一直使用的开放图像格式；序列（每帧一个EXR）正是Nuke、After Effects和Flame对渲染输出的预期形式。这里的16位指的是每个通道的高位深；这对HDR很重要，因为它在色带出现之前为调色师留出了调整余量。

• 10位和12位ProRes — ProRes是Apple的后期制作编解码器系列。10位是专业HDR剪辑（P3或BT.2020）的标准；12位ProRes 4444是档案级母版，用于后续需要重新调色的交付文件。

• {{1}}10位和12位HEVC{{/1}} — {{2}}HEVC（H.265）是交付编解码器{{/2}}。10位HEVC是流媒体HDR10内容实际分发所用的格式；12位则是用于高级HDR母版制作的余量规格。

• BT.2020 色彩——为 UHD 定义的宽色域色彩空间。其范围远宽于标准 SDR 视频所处的 Rec.709 色彩空间，这正是让 HDR 内容能够呈现现实世界中更饱和色彩的原因。

• PQ 或 HLG — 两种 HDR 传递函数，即将数字值映射为屏幕亮度的曲线。PQ（SMPTE ST 2084）是 HDR10 及大多数流媒体所采用的标准；HLG 则是面向广播的曲线，旨在 SDR 电视上也能优雅降级。Ruby 同时提供两者，标志着 Runway 的目标是兼顾流媒体与广播管线。

这就是全部的价值主张：不是“更漂亮的视频”，而是“以专业工作流所要求的确切容器交付的成果”。

适用人群及费用

Ruby 被限定在 Runway 消费级产品线的顶端及其企业级套餐中。Max 是 Runway 每月 95 美元（按年付费为每月 76 美元）的套餐，包含每月 9,500 个积分、按需生成、未使用积分结转，以及对所有 Runway 模型的完整访问权限；Enterprise 是高于它的协商制层级。Runway 的公告未单独说明 Ruby 的每秒积分费率，因此目前可以把订阅本身视为入门价格。作为交换，Max 还承载着为 Ruby 供能的管线：Gen-4.5 用于生成，Aleph 用于编辑，这意味着同一个积分包可以把一个片段从“输入提示词”一路带到“磁盘上的 EXR 序列”。

Runway 的网站，{{1}}拍摄于 2026 年 8 月 22 日{{/1}}——主页顶部，Ruby 现在位于 Max 和 Enterprise 付费墙之后，首屏上方的横幅中展示着限时无限量 Hailuo-3.0 促销活动。

Ruby不是什么

它不是文生视频模型，不是图生视频模型，也不是你可能已在使用的那些生成模型的竞争对手。它不会添加帧、扩展片段或凭空创造新画面。它的输入是现有的 SDR 视频，输出是同一视频的 HDR 容器版本，而其 30 秒的上限恰好契合当今 AI 视频的短视频现实——你能调用的每个生成模型产出的片段都比 30 秒更短，因此在 Ruby 接手之前，你生成的任何内容都无需再裁剪。

它在实际流水线中的位置。

该公告所暗示的工作流程是：在 Runway 中生成（或上传素材），将片段交给 Ruby，然后下载 ProRes 或 EXR 母版。对于以规模化方式执行此流程的团队来说，围绕视频进行思考的模型——描述镜头的提示词、分镜表、字幕、配音脚本——才是路由层真正体现价值之处。OrcaRouter 通过一个 API 接入 200 多个模型，提供商列表价以 0% 加价直传，因此视频管线周围的文本模型调用可以共用同一个密钥、自动故障转移，并在供应商降价当天自动重新指向。视频模型本身——包括 Runway Ruby——目前仍需通过 Runway 的应用程序访问；Ruby 尚未公布开发者 API。如果将来有提供商提供该 API，同样的直传计价方式适用，但不要围绕一个尚不存在的 API 来规划生产集成。

什么仍然未经验证

格式列表之外的一切都尚未得到确认。没有独立测试将 Ruby 的输出与参考 HDR 调色成品进行过比对——16 位容器并不等于好的调色，而 SDR 转 HDR 的转换可能会美化素材、烧穿高光，或者根据曲线被推动的激进程度而凭空制造噪点。Ruby 按次使用的积分成本尚未公布。没有宣布任何 API、批处理工具，也没有 Resolve 或 Nuke 插件。Runway 对 Enterprise 是否享有批量定价只字未提。而 Max 的“无限”定位意味着在积分额度之内：Ruby 每秒的实际消耗速率决定了 9,500 积分能用多久，而这个数字并未公开。

为什么这很重要

Runway Ruby的低调意义不在于模型本身，而在于它所预示的方向：Runway正在从"生成片段"向"完成片段"的生产链上游迈进。如今的生成模型产出SDR MP4，所有使用它们的专业机构都必须在后期重建HDR效果。Ruby是第一次认真尝试将HDR母版制作变成与生成素材同一产品中的一键式步骤。这个调色效果能否经受住真正调色师的审视，仍是悬而未决的问题——答案将由第一批独立测试来揭晓，而非格式列表。

上方的文生视频排行榜就是Ruby原始素材的来源：这些生成模型全都以SDR MP4为上限，而这正是Ruby要填补的差距。对于已经身处Runway生态系统的创作者来说，这弥补了AI视频与广播级交付之间最大的剩余差距。