HyperFrames 渲染帧率实验

这段时间，我一直在用 HyperFrames 制作不出镜的讲解视频。画面用 HTML 和 CSS 实现，Agent 生成场景，最后由浏览器逐帧渲染成视频。

连续制作几期之后，我开始检查其中耗时较长的步骤。最明显的是渲染：一期 4K 视频通常需要等待二十分钟左右。我最初考虑了三个方向：启用 GPU、增加 worker 数量，或者换一台更快的机器。

在调整参数之前，我先看了 HyperFrames 的渲染实现，又做了一组单变量测试。我想先确认时间花在哪里，再决定该改哪一层。

三个变量

测试使用仓库自带的 swiss-showcase demo，在一台 8 核、24 GB 内存的 Mac 上运行。素材时长 30 秒，输出分辨率为 4K。每次只修改一个变量，其余参数保持一致，正式计时前先运行一次预热。

基线配置为 4K、60fps、自动选择 worker，并且不启用 GPU，耗时 181.2 秒。

在这组三个变量中，帧率带来的变化最大。GPU 和更多 worker 也能缩短一点时间，但幅度没有我原先预想的那么大。

这组结果不能说明更快的机器没有作用。它说明的是，在更换硬件之前，我当前的渲染参数还有更明显的调整空间。

还需要回答的问题

把帧率减半，渲染时间会下降并不意外。真正需要确认的是：30fps 是否会影响观看效果，以及原来的 60fps 到底来自 HyperFrames，还是来自我自己的制作流程。

我又用同一个 composition 输出了 30fps 和 60fps 两个版本，对比渲染时间、文件大小、平均码率和实际观看效果。随后，我继续检查 HyperFrames 的默认配置，以及 verysmallwoods-video skill 中的渲染规则。

完整文章记录了第二组实验、代码层面的原因，以及我最后如何修改 skill 的帧率选择规则。