很多人提到《猫猫的奇幻漂流》(Flow)时,第一句都会落在同一个标签上:这是一部用 Blender 做出来的电影。这句话没错,但如果只停在这里,行业判断就太浅了。更有价值的看法是,Flow 把开源软件用成了一套生产架构。

Blender 在这里的价值,落点并不只是比传统工作流便宜多少,更在于导演 Gints Zilbalodis(金茨·齐尔巴洛迪斯)能把预演、镜头探索、场面调度、灯光、质感调整和最终渲染,尽量放进同一个、能跟上他节奏的工具环境里。对于一部没有对白、镜头大量漂移、世界观又高度依赖水体与空间连续性的动画长片来说,这种连续性真正改写的是决策发生的时间点、决策者的位置,以及一条创作链条要承受多少次交接损耗。由于对白几乎不承担叙事信息,镜头运动与空间连续性就得额外承担讲故事的任务,这也让“迭代速度”比“用了 Blender”这句标签更关键。

配图说明:题图使用官方海报,放在这里是因为它本身就把这部片真正的卖点提前露出来了:轮廓、运动、被洪水改写的空间,以及群体调度,明星配音或对白段落并不占中心。这正好对应本文的核心判断:Flow* 值得研究的地方,在于生产架构怎样服务了形式语言,也在于它用了哪套软件只是表层入口。*

这不只是“小团队做出作品”,而是“小团队打进了大舞台”

Art & Object 报道中提到,Flow 的预算大约是 370 万美元。Box Office Mojo 目前列出的全球票房约为 3091.8 万美元。奥斯卡官网则确认,这部片后来拿下了第 97 届奥斯卡的 最佳动画长片

这组信息重要,原因在于它说明一条低成本管线并没有把作品锁死在边缘分发里。它一路经过戛纳与颁奖季,最后把自己的技术路线暴露在全行业视野之下。放回产业语境里看,它更像一次能被市场看见的生产事件,而并非附着在冷门影片上的“软件趣闻”。

但真正有启发性的地方仍然在票房上游。Flow 提示行业:当软件能够减少制作阶段之间的翻译损耗时,小团队是有机会在体量上越级竞争的。

Blender 在这里最重要的能力,是把决策压缩进一个快回路

在 Blender 官方访谈里,Zilbalodis 提到自己 2019 年从 Maya 转向 Blender,最看重的是 EEVEE 这套实时渲染器。他反复强调“速度”不仅意味着渲染快,也意味着文件处理快、灯光搭建快、镜头实验快,因为在他的方法里,灯光会反过来影响机位摆放和镜头判断。

这听上去像技术偏好,落到制作现场却是很具体的生产后果:如果镜头、调度、氛围和灯光都能在一个高反馈环境里被同时判断,导演就能更早完成很多核心判断,很多问题也可以在进入更慢的下游部门链条之前先被解决。

同一篇访谈给出了这条回路为什么能成立的最好证据。整部片子制作约 五年半。完整团队规模大约 15 到 20 人,但多数时间里同时在线的人往往只有 3 到 5 人。很多动画师切换到 Blender 的适应期据说 不到一周。最终成片全程用 Blender + EEVEE 渲染,4K 单帧渲染时间约 0.5 到 10 秒没有使用渲染农场,最终输出甚至是在 Zilbalodis 自己的电脑上完成。

这并非一个“独立电影小趣事”。它真正说明的是,影片的视觉判断权一直贴着作者本身在走。这里被压缩的并不只是软件授权成本,更是组织层面的摩擦。

镜头语言为什么会和工具选择互相加成

Cartoon Brew 的采访能把这层关系讲得更清楚。Zilbalodis 说,他是按时间顺序搭 animatic,在三维空间里边走边找镜头,而并非先靠传统分镜把一切锁死。他会先 key 出镜头,再叠加站立、行走、奔跑几种手持运动层,让镜头像是在世界内部反应,而并非在安全距离外观测。

这种方法和 Blender 的长处是高度对齐的。凡是依赖“边探索边找到正确镜头”的作品,都会比那种早早锁死 shot plan 的项目,更能从实时迭代里获益。于是 Flow 的技术故事就比“开源做动画”严格得多了。它的形式语言——漂移式运动、环境连续性、现场发现式调度——本身就在吃软件反馈速度的红利。

很多行业总结漏掉的正是这里。真正值得问的并非“Blender 能不能做动画长片”,这个问题早就有答案了。更应该问的是:“哪一类电影,会因为预演与接近最终画面的距离被大幅缩短,而获得最大收益?” Flow 给出的答案之一是:那些情绪力量主要建立在镜头探索、氛围控制与整体调性连续性上的作品,而并非把全部竞争力押在极端复杂的写实表面模拟上。

核心团队很小,但扩容方式是选择性接入

这部片也并非纯粹的“一个人包办一切”,这一点同样重要。Blender 访谈提到,拉脱维亚这边承担了核心开发与主创控制,后续法国和比利时团队加入,承接角色动画等更专门的部分。Cartoon Brew 也提到,在动画阶段大约有 20 位角色动画师参与。

更准确的制作结论可以这样理解:一个稳定的小核心先把视觉语法和节奏钉住,再把外部专业能力接到真正卡脖子的地方。这和一开始就完全按大厂部门制拆开的生产拓扑,属于两套不同逻辑。

这种拓扑的好处是风格一致性更强,风险则是关键人集中度更高。太多审美判断、工具知识和最终裁决权都压在一个人身上时,项目可以跑得非常漂亮;但一旦这个人本身成为瓶颈,速度优势也会立刻反噬。

这套模式的边界,比成功故事看上去更硬

这条路很强,但绝并非通用模板。

第一,Flow 的视觉风格本身就受益于风格化处理与氛围型柔化,并非所有项目都能接受同样的取舍。第二,它的时间线非常长,五年多并非什么随手可复制的“效率奇迹”。第三,这套管线仍然需要非常强的技术协作者去解决水体效果、着色器、绑定和动画支持;开源减少的是授权摩擦,并非工艺密度。

还有一个经常被忽略的前提:领导方式。Zilbalodis 做的不只是导演工作,他还在极细的层面整合镜头、灯光和场景逻辑。如果一个项目的创意权分布得更分散,那么同样的工具链未必会带来同样的速度优势,因为真正的瓶颈会从软件转移到评审结构上。

因此,可迁移的结论其实比市场热词版本窄得多。开源工具最有战略价值的时候,是它恰好匹配了项目的作者结构、视觉目标和审阅节奏。

哪些项目更适合认真借鉴这套模式?

Flow 这套方法最容易迁移的时候,通常是下面三类条件对齐的时候。

适配型 1:导演主导,而且镜头逻辑本身就是作者性的一部分

如果导演仍然需要通过运动、调度和氛围一边做一边找到电影,而不只是审批各部门已经做完的方案,那么统一的快回路就会真正放大创作能力。

适配型 2:风格化程度高,赢面更多来自整体气氛而并非极限表面复杂度

那些主要依赖世界感、空间漂移、调性连贯和节奏组织取胜的片子,往往会比追求极端复杂写实模拟的项目,更能从集成式高速迭代里吃到红利。

适配型 3:核心团队很小,真正想减少的是交接损耗,而并非单纯扩大部门

当项目的主要敌人是阶段之间的翻译损耗时,Blender 式压缩很或许比一条名义上更强、但组织上更慢的大型管线更有战略价值。

反过来说,边界也要看清:如果项目依赖高度分散的作者结构、严格的部门边界,或者视觉目标本身要求大量专门模拟和更重的评审关口,那么 Flow 的经验更适合被选择性借用,而并非整套照抄。

制片人真正该从 Flow 身上拿走什么

比起泛泛地谈“开源民主化”,下面三个筛子更实用:

  1. 回路速度测试:这个项目是否真的会因为预演、镜头、look-dev(视觉开发)和最终灯光在同一环境里快速联动而明显受益?
  2. 作者结构测试:是否存在一个能真正利用这条快回路、同时又不会把自己变成失效点的创意核心?
  3. 专业补位测试:在工具自由并不能消除复杂度的那些环节,项目是否仍然能及时补进高水平支持?

如果这三个问题答案都偏向肯定,那么 Flow 就不只是励志案例,而是一种可以认真建模的生产方式;如果答案是否定的,那么把 Blender 当成标签,或许只能改变成本项,未必能改变结果项。真正可迁移的资产落在另一件事上:把审批和等待带来的延迟,尽量从电影意义真正生成的那条链路上拿掉。

还有一个很实用的反向识别法:如果这部片子在预演、layout、灯光和最终 look review 之间,仍然要经过慢速委员会式交接,那么单纯把软件换成 Blender,并不会复制 Flow 的优势。它真正拿到的收益,是把决策延迟压扁了,而并非给同一条部门接力赛换了一个更便宜的 logo。

这也是 Flow 到了 2026 年依然值得反复研究的原因。它没有证明“软件自己就能让电影民主化”,它证明的是更具体的一件事:当工具选择、视觉形式和团队形状真正对齐时,小片子确实能去掉足够多的摩擦,从而进入过去几乎只属于大机器的竞争场。

来源

  1. Blender — “Making Flow – Interview with director Gints Zilbalodis”
  2. Cartoon Brew — “Gints Zilbalodis On The Improvisational Filmmaking Style Of ‘Flow’”
  3. Art & Object — “'Flow' Director Gints Zilbalodis Discusses His Open-Source Animated Film”
  4. Box Office Mojo — Flow totals and market breakdown
  5. Oscars — The 97th Academy Awards (2025)
  6. Wikipedia file page for poster used