关于

关于 CameraControls

我是 Miles Donovan。在写第一行 Web 代码之前，我做了六年 motion-control 电控摇臂编程——那种独立电影和产品拍摄用的电脑控制摇臂与轨道，专门解决一个问题：运镜必须可重复。同样的弧线、同样的速度、同样的构图，拍十条都一样。棚拍灯光下环绕洗发水瓶的镜头不靠即兴，我的摇臂也不靠。

所以 AI 视频工具出现时，我先是很兴奋——然后立刻被泼了冷水。每一个工具都让我用文字「描述」镜头然后祈祷。「缓慢推近」可能给你推轨、变焦，或者一个撞墙的平移。问两次，得到两种运镜。我过去待的世界是这样的：运镜是一组可以写下来、可以回放、可以交给下一条镜头的数字。提示词不是这样工作的。

转折点是图生视频模型开始接受真实相机轨迹——带方位角、俯仰角、距离的真关键帧，和电控摇臂说的是同一套语言。但这个能力只活在开发者 API 和 ComfyUI 节点里，没有任何产品把它交到真正需要的人手上：想把一张产品图变成 360° 环绕视频的人，想把一张人像变成子弹时间镜头的人。

CameraControls 就是这个产品。上传一张静态图，在时间轴上打关键帧，画面保持静止，只有相机按你画的轨迹移动。「环绕」「滑动变焦」「升降」这些预设，不过是预填好、可以微调的关键帧。而且因为轨迹是数据而不是碰运气的提示词，同一条运镜可以跑遍你整条产品线。

有几件事我要求这个产品必须做到：

• 可控大于新奇。 如果一个镜头没法复现，那它是 demo，不是工具。
• 积分要讲道理。 生成失败自动退积分，积分永不过期，付费成片含商用授权。
• 相机语言要写下来。 博客和运镜页会讲清一个镜头为什么成立，而不只是该点哪个按钮。

—— Miles Donovan（迈尔斯·多诺万），创始人 & AI 电影摄影研究者