Cascade → Niagara:上一次 Epic 换骨架时发生了什么
Epic 整套替换一个子系统,这不是第一次。Matinee 换成 Sequencer、Cascade 换成 Niagara,这两段历史我们已经完整看完了:共存期有多长、转换工具做到了什么程度、老项目最后是怎么活下来的。这一页复盘它们,再把结论小心地搬到蓝图身上——注意「小心」二字,末尾会说明这个类比在哪里会失效。
一、两次替换,两条长得吓人的时间线
先说一句免责:下面的版本号与年份是大致值。不同版本的官方文档对「不再支持」「已弃用」「已移除」的措辞略有出入,本文的结论不依赖精确到某个小版本——重点是数量级,而数量级是年,不是版本。
| 阶段 | Matinee → Sequencer | Cascade → Niagara |
|---|---|---|
| 替代品首次亮相 | Sequencer 大致在 2016 年(UE 4.12 前后)登场 | Niagara 大致在 2018 年(UE 4.20 前后)以 Early Access 亮相 |
| 替代品转为生产可用 | 随版本迭代逐步成为默认选择 | 大致在 UE 4.25(2020 年前后)转为生产可用 |
| 老系统被标记为不再支持 / 弃用 | 大致在 UE 4.23(2019 年前后) | 大致在 UE5 时间点(2022 年前后) |
| 老系统从引擎中移除 | 大致在 UE5.0(2022 年) | 至今仍未移除——在 UE 5.x 里依然能打开、能跑 |
| 官方转换工具 | Matinee to Level Sequence 转换插件 | Cascade to Niagara 转换插件 |
| 从替代品出现到老系统消失 | 大致六年 | 八年上下,而且还没结束 |
把这两行数字盯着看十秒。Matinee 是一个过场动画编辑器,Cascade 是一个粒子系统——都是边界清楚、影响范围有限的子系统。就这样,Epic 依然花了六年、八年来完成一次替换,而 Cascade 至今还留在引擎里没被删。
现在把「蓝图」放进这张表里想一想:它不是一个子系统,它是几乎所有 Unreal 项目的 gameplay 编写方式。这就是为什么 Epic 在谈弃用时给的是条件(「等新框架足够成熟」)而不是日期——他们自己也知道这个数量级有多大。
二、转换工具真正做到了什么
两次替换,Epic 都给了官方转换插件,而且它们确实有用——但用过的人对它们的评价出奇一致:它是一个起点,不是一个终点。
转换工具做得好的部分,是那些有一一对应关系的东西:资产会被建出来,时间轨道和关键帧会被搬过去,发射器的常规参数会被填上,命名会被保留。跑一遍,你确实能得到一个能打开、能播放、能编译的新资产——这一步省下的手工劳动是真实的,尤其当你有几百个资产要搬的时候。
做不好的部分,也同样有规律。第一类是没有对应物的功能:新旧两套系统的能力集不可能完全重合,遇到搬不动的,工具只能给你一个占位符加一条警告,剩下的靠人。第二类更麻烦,是习惯用法的落差:老系统里的某个效果,可能是靠一串「巧妙的绕路」实现的;新系统有更直接的做法,但转换工具不知道你的意图,只会把那串绕路原样翻译过去。于是你得到一个能跑但很别扭的东西——语法全对,气质全无,像一段机翻。
第三类是最贵的:性能与手感。粒子转过去了,数量对、颜色对,但在真机上跑出来的观感和帧数不一定对。这部分永远需要人坐下来调。
三、老项目最后是怎么办的
回头看,当年那些抱着一堆 Matinee 和 Cascade 资产的团队,最后基本走了三条路——三条都不是「点一下按钮就完事」:
- 路线 A:钉在老引擎版本上。项目已经接近尾声,干脆不再升级引擎,用老版本一路发到底。代价是从此享受不到任何新特性和新修复;收益是省下全部迁移成本。对生命周期已经看得到头的项目,这往往是最理性的选择。
- 路线 B:转换工具打底 + 人工重构。先跑一遍官方插件把结构搬过来,然后按重要性排序,把核心资产一个个重做成符合新系统习惯的样子,边角料就留着「能跑就行」。绝大多数长期运营的项目走的都是这条路。真正花时间的是「排序」和「重构」,不是「转换」那一下。
- 路线 C:借着做新版本重写。反正续作/大版本要重做资产,索性直接用新系统从头做,老资产只当参考。成本最高,结果最干净——前提是团队已经会用新系统了。
三条路里有一个共同的分水岭:团队在被迫迁移之前,有没有人已经会新系统。提前有人趟过路的团队,选哪条都从容;完全没人碰过的团队,不管选哪条,都会在项目压力最大的时候被迫学新东西——那是最贵的学习时机。
四、五条能搬到蓝图身上的经验
- 共存期以年计,不以版本计。「被弃用」和「打不开了」之间隔着好几年,Cascade 甚至隔到今天都还没走完。所以主课那句「项目不要停」不是安慰,是历史统计。
- 替代品先跑到生产可用,老系统才会被弃用。Niagara 是先转为生产可用,Cascade 才被标记弃用的。今天的 Scene Graph 连 Early Access 都还没到——按这个顺序,弃用讨论还早得很。
- 转换工具是打底,不是交付。它把结构搬过来,让你从「一张白纸」变成「一份草稿」。草稿之后的通读、取舍、重构,谁也替不了你。
- 最贵的成本不是转换,是双轨期。一半人会新的、一半人会老的,资产两套标准,评审时先吵三十分钟该按哪边的规矩来——这才是真正吃掉预算的地方。压缩双轨期的唯一办法,是提前让人开始学。
- 主动迁移的人最后都过得比较好。不是因为他们迁得早,而是因为他们迁的时候没有 deadline 顶在背后。这也是本课主课的结论:项目照做,但从今天起挤出一点时间学 Verse。
五、这个类比在哪里会失效
历史很好用,但别把它当预言。这个类比至少有三处需要打折:
- 规模不同。Matinee 和 Cascade 是子系统,蓝图是整个 gameplay 的编写方式。规模越大,过渡通常越慢、越谨慎——这一条对你有利。
- 动机不同。那两次替换是「同一个引擎里换一个更好的模块」;这一次是 UE5 与 UEFN 两条产品线合并,Epic 有明确的统一诉求。有诉求就有推力,时间表未必完全按老规律走。
- 转换工具还没出现。本页对转换工具的所有描述,都是对 Matinee 与 Cascade 那两个插件的复盘。Epic 已承诺为蓝图提供转换工具,但工具尚未发布,覆盖度与形态尚未公布——它可能比历史上那两个好得多,也可能有不同的边界。在拿到之前,任何具体预期都只是猜测。
六、小测验
从 Matinee 与 Cascade 这两次替换里,最能直接用在「我的蓝图项目要不要停」这个决定上的一条经验是?
来源
历史部分整理自 Epic 官方文档与发行说明,其中转换插件见 Cascade to Niagara Effects Converter Plugin(官方文档)↗;Matinee to Level Sequence 转换插件的说明见 UE4 时代的官方 Sequencer 文档。UE6 相关的承诺与未定项见 The road to Unreal Engine 6(Epic 官方)↗。本页的版本号与年份为大致值,精确的弃用与移除版本请以对应版本的官方发行说明为准。