15 秒的视频,GPT-6.1 Sol 把我的 M4 MacBook Air 折腾了整整 3 个小时

聚模合 AI 实测实验室阅读约 5 分钟

本文涉及的模型

GPT-6.1 Sol 模型详情

前面测试 GPT-6.1 Sol 做网页设计,表现相当不错,尤其是雨夜水晶风格的书签页面,确实让我有点刮目相看。既然视觉设计做得这么好,那不如再试试视频?这次给它安排了一道题:制作一段 15 秒的鹈鹕骑自行车视频。

原本只是想看看 Coding Agent 能把视频做到什么程度,没想到这一跑就是三个小时。更没想到的是,它居然用上了 Blender。

一只骑自行车的鹈鹕

任务并不复杂。让一只白色鹈鹕骑着红色自行车,沿着海边公路前进。画面有航拍、侧面跟拍、脚踏特写,还有正面镜头。整体希望尽可能写实,接近真实摄影的效果。我没有指定制作软件,也没有要求它使用哪种技术。

Sol 自己选择了 Blender 4.5。它没有调用现成的 AI 视频生成 API,而是用 Python 编写脚本,进行三维建模、场景搭建、运动控制和灯光设置,再通过 Blender 的 Cycles 渲染器逐帧生成画面。连背景环境音都用 NumPy 做了出来,最后通过 FFmpeg 合成为 MP4。

成片开场:航拍视角下的海边公路,白色鹈鹕骑着红色自行车

看到这里,我已经感觉事情有点不对劲了。这不是普通的视频生成,它是真的准备自己做一部三维动画。

做得挺认真,就是太费电脑了

Sol 的制作过程相当细致。先搭建鹈鹕、自行车和海岸场景,然后设计骑行动作,再安排不同镜头。为了检查自行车踩踏是否合理,它专门抽取了 6.25 秒和 6.50 秒的画面,观察鹈鹕双脚的交替运动、曲柄角度变化以及车轮的运动模糊。不同镜头完成后,还会抽帧检查场景和角色是否保持一致。它甚至发现鹈鹕回头看镜头的动作不够明显,准备在后续镜头里调整。

从这些执行记录来看,Sol 并不是简单地把视频糊弄出来,而是在认真制作、检查和修改。

问题是,我的电脑快受不了了。我用的是 M4 MacBook Air,没有风扇。Blender 长时间满负荷渲染,机身温度越来越高。我一边想办法给电脑散热,一边看着 Sol 继续折腾。期间还碰到一次:Selected model is at capacity. Please try a different model. 好在之前的工作没有全部丢失。

最终,这只鹈鹕终于骑到了终点。

3 小时,换来 15 秒成片

最终交付的数据如下:

项目结果
模型GPT-6.1 Sol
测试任务鹈鹕骑自行车
视频时长15 秒
分辨率1920 × 1080
帧率30 FPS
视频格式H.264 / MP4
镜头5 组
音频立体声环境音
制作工具Blender 4.5 / Cycles
总耗时3 小时 1 分 8 秒
最终渲染耗时1 小时 46 分 8 秒
导出耗时17.245 秒

15 秒,30 FPS,总共 450 帧。仅最终渲染就花了将近两个小时,平均每帧约 14 秒。而整个任务,从开始到交付,足足用了三个小时。这还没有计算我给电脑降温花费的精力。

成片怎么样?

说实话,没有达到我的预期。

📹

首先,CG 感非常明显。鹈鹕的身体结构比较简单,羽毛基本没有真实鸟类应有的细节,鸟腿和脚掌的造型也比较粗糙。自行车倒是做出来了,踩踏动作也有一定的运动关系,但整体还是明显的三维动画效果。背景同样比较简单,海岸、公路、植被都有,但缺少真实摄影的细节和层次。

脚踏特写镜头:踩踏动作有运动关系,但造型简化的鸟腿也暴露了 CG 感

镜头方面,Sol 确实安排了航拍、侧拍、特写以及最后拉远的收尾镜头。

侧面跟拍镜头:鹈鹕全身与自行车的结构都完整,羽毛呈明显的阶梯状建模

正面镜头:面朝镜头骑行,背景是海岸山丘与棕榈树

收尾镜头:航拍拉远,鹈鹕沿着海边公路骑向远方

不过,大约在第 4~5 秒的位置,画面出现了一次明显的跳变,前后衔接不够自然。这个问题比材质不够写实更直接。毕竟 CG 风格还可以说是一种艺术表现形式,但镜头跳变会破坏观看的连续性。还有原本设计的鹈鹕歪头看镜头,最终动作也不够明显。

值得一提的是,Sol 自己在交付报告里承认了这些问题。它明确指出:成片仍有明显 CG 质感,羽毛、鸟腿及环境较简化,歪头动作较弱,未达到实拍级写实目标。这一点倒是不错,没有把结果包装成什么电影级作品。

Sol 到底行不行?

这次测试让我有点纠结。如果单看任务执行过程,Sol 的表现其实不差。从零开始搭建三维场景,用程序控制角色和自行车的运动,设计五组镜头,生成音效,最后导出完整视频。整个流程涉及建模、动画、渲染、音频和视频处理,技术跨度不小。它基本是一个人把这些事情全部做完了。

但如果从最终结果来看,就没那么理想了。三个小时,得到一段明显偏 CG、细节粗糙,而且存在镜头跳变的 15 秒动画。这笔账怎么算,都谈不上划算。尤其是它选择了计算成本很高的 Blender Cycles 渲染,却没有换来与之相称的写实效果。

当然,Blender 本身没有问题。专业制作团队完全可以用它做出非常出色的动画。问题是,Sol 在当前的时间、硬件和建模条件下,选择这条路线是否合理。这也是我在使用 Coding Agent 时一直比较在意的事情:一个 Agent 不光要知道怎么完成任务,还应该知道什么事情值得做,做到什么程度就够了。如果为了一个普通任务,投入大量时间和资源,最后效果仍然达不到要求,那么即使技术上完成了,也很难算一次成功的交付。

最后

这两天对 Sol 的印象,变化还挺大。前面让它设计书签页面,从浅色 Mac 风格一直改到雨夜透明水晶效果,几轮下来,效果确实让我满意,而且它对修改范围的控制也不错,没有每次都把原来的东西推倒重来。到了视频制作,却走向了另一个极端:为了 15 秒的鹈鹕骑自行车,它自己选择 Blender,建模、做动画、渲染,前后忙了三个小时,我的 M4 MacBook Air 也跟着受了三个小时的罪。

最后视频是做出来了,但距离写实要求还有相当大的差距。不过我也不觉得这三个小时完全白费。至少通过这次测试,看到了 Sol 的另一面:它确实有能力自主调用专业工具,完成相当复杂的制作流程,只是在执行效率和技术路线选择上,还有不少问题。能把事情做出来,和能把事情做好,终究是两回事。

至于这只鹈鹕,我暂时不打算让它继续骑了。电脑需要休息,我也需要。

本文涉及的模型