iPhone 变成 Blender 里的摄影机——不用装应用

Blender 里的虚拟摄影机不再需要在手机上单独装一个程序。PocketCam 插件把拍摄界面直接放进 Safari：用户扫描 Blender 里的二维码，手机就变成场景内的一台摄影机——转动机身画面随之旋转，在房间里走一步摄影机就跟着平移，蹲下来就得到低角度。运动会像普通动画那样逐帧写入时间轴。

项目作者是摄影师、3D 艺术家和动画师 Lewis Martin。手机端的应用其实是一个网页，由插件部署在用户自己的免费 Cloudflare 账户上。既不需要应用商店和订阅，也不需要同一个 Wi-Fi：电脑和手机通过互联网连接，可以处于不同的网络中。

手机是在扶摄影机，而不是在转视口

完整版提供两种追踪方式。第一种只依靠运动传感器：陀螺仪负责旋转和俯仰，位移则由屏幕上的摇杆控制，所有版本都包含摇杆。第二种是 markerless，增加了在空间中的位移——系统通过手机摄像头和运动传感器来追踪它，正是它带来了手持摄影机行走的效果。

开发者单独说明了拍摄条件：追踪依赖摄像头看到的画面，因此光滑的白墙无法提供参照物，建议在光线充足、画面中有细节的房间里拍摄。Movement Scale 参数被描述为一个创作用的倍数，而不是经过标定的真实比例。摄像头的画面在手机本地处理，不会传到任何地方，而与 Blender 的连接走的是用户自己的 Cloudflare 账户，而不是作者的服务器。

为了让手持拍摄不至于变成晃动，插件提供了地平线锁定、高度锁定、三脚架模式（只有平摇和俯仰）、实时平滑，以及同一个 Movement Scale：现实中的一步可以对应绕桌面场景走的一步，也可以对应飞越一座城市。手腕的微动作则单独生效——Hand Pivot 和 Movement 为画面加入视差和自然的轻微抖动。还有 Recenter 和 Home 按钮，而且可以把 3D 游标或当前摄影机设为原点。在 Pro 和 Studio 版本中，还能用 Xbox 手柄操控摄影机，完全不必拿起手机。

每条镜头都写入时间轴，拍完还能修改

传到手机上的是 Blender 自己渲染的摄影机视图——电脑屏幕不会被录制，因此 macOS 上不会出现屏幕录制权限请求，也不会出现黑帧。画面尺寸、帧率和串流质量都可以根据网络连接调整。镜头可以从六支定焦中选择——14、24、35、50、85 和 135 毫米；12 到 200 毫米的平滑变焦轮在 Pro 和 Studio 中提供，双指捏合同样可用，焦距的变化会和这条镜头一起被记录下来。

对动画师最实用的是镜头（take）的处理。录制时会播放时间轴上的声音，因此可以跟着音乐或台词运镜。每条镜头单独保存，一次点击即可切换，不理想的可以删除，而摄影机原有的动画保持不变。拍完之后还可以用一个从 0（原始数据）到 1（如同斯坦尼康）的滑块重新平滑这条镜头，或者重新定义镜头光学：保留录下的数据、为整条镜头固定一个焦距，或者自己做焦距动画。也就是说，手抖造成的废片不一定要把场景重拍一遍。

拍摄流程中的细节也考虑到了：开始前 0 到 10 秒的倒计时、拍完后的 Review 模式、录制时取景框的红色边框、手机顶栏上的时间码和帧号。连接中断后，手机会自行重连，不需要再扫一次二维码。

价格以及运行所需的条件

插件在 Superhive 上以三个版本出售，均为一次性付费：PocketCam Lite 售价 12 美元，提供陀螺仪、摇杆和定焦镜头；Pro 售价 24 美元，增加带空间位移的完整 6 DoF、变焦轮和手柄支持；Studio 售价 69 美元，可覆盖同一家公司最多十位艺术家。所有版本都允许商业使用且没有收入上限，作者将每笔销售额的 1% 捐给 Blender Development Fund。

官方声明兼容 Windows 和 macOS 上从 4.2 LTS 到 5.2 的 Blender；文档中指出，测试是在 Mac 和 iPhone 的 Safari 上进行的，而 Android、其他浏览器和平板在本次发布中未经测试，目前也不受支持。两台设备都需要联网——没有离线模式。设置只需做一次，大约五分钟：一个 Cloudflare 账户、一个 Workers Admin 级别的 API 令牌、Blender 里的 Create Phone App 按钮；不需要终端和代码。令牌值得单独留意：它授予管理所选账户下所有 Workers 的权限，而 Cloudflare 的资费和限额与插件的价格无关。

虚拟摄影机为什么搬进了浏览器

虚拟制片长期以来都是一件昂贵的事：为了在 3D 场景中拍出手持镜头，工作室要架设 VR 系统的追踪器、维持一块动捕场地，或者购买单独的移动应用，而这些应用还得跟着 DCC 软件的版本和应用商店的政策变动不断更新。选择 Safari 和 Cloudflare Workers 而不是原生应用，看起来正是为了消除这道门槛——分发和兼容性。

这种做法的副作用立刻就能看到：基础设施由用户自己付费和管理，而开发者摆脱了服务器和应用商店审核。如果这种模式可行，其他做“手机——DCC 软件”连接的作者大概也会走类似的路：对单打独斗的开发者来说，这里的入门门槛明显低于移动应用。

对小团队和自由职业者来说，这意味着草稿阶段的运镜工作——环绕、穿行、跟着音乐拍摄——对硬件采购的依赖变小了。手机摄像头的追踪质量可以预见地不如硬件系统，而从开发者本人关于光照和画面质感的保留说明来看，用于最终成片时，最好把它当作之后再用平滑修整的基础。对于预演、动态分镜和寻找机位，这通常已经够用。

你愿意把虚拟摄影机交给浏览器，还是继续用手机有线连接的方案？要把拍摄搬到 Safari 里，还缺少什么？