Runway Ruby vs Hyperion 2.5

Runway Ruby vs Hyperion 2.5：规格对比

以下数字均来自各厂商自己公开的资料。写着“厂商未公开”，指的是厂商没有给出这项限制，不代表这项限制不存在。

Runway和Topaz各自怎么说

值得把两家的原话放在一起看，因为剥开营销话术之后，这两套描述其实比想象中更接近。

Runway的说法是，这是“一次有边界、保色彩的分级处理”，过程中“没有任何内容被重新渲染”，而且“保留了原片本身的像素和音频”。

Topaz的说法是，Hyperion 2.5“在保留细节的同时，自动在高光、中间调和阴影之间重新分配亮度与色彩信息”，并且“扩展了可用的色彩和亮度范围”。

两家描述的都是把画面自动重新映射进一个更大的容器，也都用到了“保留”这个词。谁都没说要凭空造出原片没记录下来的细节，事实上谁也造不出来：一份素材在最初写入时被裁掉的信息，压根就不在文件里，所以遇到严重过曝的素材，两款模型能利用的信息都很有限，结果只会变弱，不会变得更有想象力。

所以老实说，这两款模型在“对一帧画面做什么”这件事上非常接近，真正的差异全在周围那圈条件里。

Ruby和Hyperion的真正区别

能接收什么素材，是最明显的分界线。 Hyperion接受8位标准范围和10位HDR两种原片，所以一条本身已经带HDR信息的素材，依然可以被推向更高精度的格式。Ruby拒绝任何已经标记为HDR的素材，只处理标准范围。如果您手上的素材是混着来的，Hyperion不用先分拣就能处理更多条。

输出色彩空间不一样。 两者都写出16位EXR帧，但落在不同的色彩空间里。Ruby的EXR携带线性BT.2020 light，Hyperion瞄准的是ACES 2065-1。哪个更合适，完全取决于接收这份素材的后期流程需要什么，而这通常不是您能临时决定的事。

能不能拿到一份直接能看的文件。 Ruby会在母版之外额外发布一份成品级的10位HEVC，格式是HDR10或HLG，转换一结束，成片就已经在手上。Topaz这款模型没有公开对应的可直接观看输出，得单独留出一步做完片处理。

单次能处理多少。 Ruby单次最多处理30秒，原片单边要小于4096像素。Topaz没有为Hyperion 2.5公开时长或尺寸上限，这让长素材处理起来更省心，不过未公开限制不等于真的没有限制。

您该用哪一个？

符合以下情况，选Runway Ruby

• 您想要一份能直接看的成片。 转换结束直接吐出HDR10或HLG，不用再单独做一步完片处理。
• 您的后期流程认线性BT.2020。 它的EXR帧就是这个色彩空间，跟接收流程对上号，能省掉一次转换。
• 素材本身短，且是标准范围。 只要在30秒以内、单边小于4096像素，这些限制根本用不上。

符合以下情况，选Hyperion 2.5

• 素材是混着来的，或者本身已经是HDR。 它是唯一能同时接收10位HDR素材和标准范围素材的一款，不用先分拣。
• 您处理的是长片或大尺寸素材。 没有公开的时长或尺寸上限，长素材不用切成一段一段处理。
• 您想要ACES格式的输出。 它的EXR路径瞄准ACES 2065-1，不少视效流程默认就要这个格式。

如果您还是拿不准

拿一个有代表性的镜头，两款都跑一遍，放到HDR屏幕上直接对比。每边只花一次处理的成本，就能给整批素材定下答案，因为答案取决于您的素材本身，而不是模型。

在Morphic上同时跑两款转换

不用非选一个不可。Morphic是一整套完整的AI视频制作工作台：同一个模型列表里覆盖多模型生成，AI故事板和分镜共用同一块Canvas，还带一个内置时间线剪辑器，中间的衔接工作交给Copilot自动处理。

• 先把成片做完，再做转换。 生成、放大和剪辑都在同一处完成，转换的是定版的成片，而不是一份还要改的半成品。
• 拿一个镜头两边都试。 把同一段素材分别送进两款模型，对比结果之后再决定整批要用哪一款。

Runway Ruby和Hyperion 2.5现在都在Morphic的模型列表里，所以不管选哪种转换，都是跟Copilot说一句话就能完成，不用导出、上传再干等。