本文涉及的模型
- GPT-6.1 SolOpenAI 输出 $10/M · 1.05e+06K 上下文
前面测试 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 感非常明显。鹈鹕的身体结构比较简单,羽毛基本没有真实鸟类应有的细节,鸟腿和脚掌的造型也比较粗糙。自行车倒是做出来了,踩踏动作也有一定的运动关系,但整体还是明显的三维动画效果。背景同样比较简单,海岸、公路、植被都有,但缺少真实摄影的细节和层次。

镜头方面,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 的另一面:它确实有能力自主调用专业工具,完成相当复杂的制作流程,只是在执行效率和技术路线选择上,还有不少问题。能把事情做出来,和能把事情做好,终究是两回事。
至于这只鹈鹕,我暂时不打算让它继续骑了。电脑需要休息,我也需要。
本文涉及的模型
- GPT-6.1 SolOpenAI 输出 $10/M · 1.05e+06K 上下文