30 秒看懂
2023 年 6 月,Matthew Berman 演示了使用 Runway Gen-2、Zeroscope v1.1 Google Colab 笔记本和 Windows 本地配置生成视频。他生成湖面上的鸭子,然后增加本地生成的帧数,展示更长的视频可能如何失去一致性。 Runway 的额度和价格属于历史信息,本地流程需要合适的硬件和电力,托管的 Colab 资源也可能受到限制。这些短视频示例是个人实验,并非对视频模型进行的受控比较。
- 1托管生成Berman 要求 Runway Gen-2 生成湖面上的鸭子,得到一段动作有限、存在解剖错误的短片。
- 2Colab 笔记本他选择 Zeroscope v1.1 笔记本并运行配置和生成单元。画面设置为 33 步、引导尺度 23、每秒 30 帧和总计 24 帧。
- 3长度与内存主持人表示,增加帧数后 Colab 出现内存不足,而视频变长时质量也有所下降。
- 4本地配置他在配备 Nvidia GPU 的 Windows 电脑上创建 Conda 环境、安装依赖,并检查 PyTorch 是否能够访问 CUDA。
- 5较长视频中的瑕疵他比较了约一秒、两秒和三秒的视频;在较长的示例中,鸭子开始凭空出现和消失。
要点建议
- 2023 年的演示中,Runway Gen-2 提供托管生成流程,并有有限的免费额度。
- 画面中的 Zeroscope 笔记本以每秒 30 帧生成 24 帧,视频时长约为 0.8 秒。
- 增加帧数可能需要更多内存,并且在 Berman 的测试中可能降低时间上的一致性。
- 本地教程使用 Windows、Nvidia GPU、Conda 环境、PyTorch 和 CUDA。
- 本地模型可以避免托管服务的单次生成配额,但仍需要硬件、时间和电力,模型许可证也可能有条件限制。
按章节阅读整理后的全文
Runway Gen-2
Berman 在托管服务中生成短视频,讨论当时的额度和付费套餐。他的评价基于一个示例。
文生视频开始出现令人印象深刻的示例。我将演示 Runway 托管的 Gen-2,以及使用 Zeroscope 笔记本在 Google Colab 或本地电脑上运行的另一种方法。本教程发布于 2023 年 6 月,产品访问方式、价格、依赖和可用模型可能已经变化。
我使用的界面显示,当时 Runway Gen-2 已公开提供,并有有限的免费额度。我输入“ducks on a lake”(湖面上的鸭子)并开始生成;屏幕显示还剩 82 秒,每生成一秒消耗五个积分。生成的四到五秒短片看起来像那么回事,虽然动作不多,而且一只鸭子似乎有两个头。
我提到 Runway 的一个付费套餐为每位编辑每月 12 美元,并介绍更高分辨率、去除水印和更短等待时间。这些是 2023 年界面的信息,并非当前价格或权益。我认为它优于其他工具,是基于自己看过的示例作出的判断,并非基准测试。
在 Google Colab 中运行 Zeroscope
他运行笔记本、设置提示词并查看生成文件,解释帧数、内存和一致性之间的取舍。
为了尝试另一种方法,我打开[文生视频 Colab 仓库](https://github.com/camenduru/text-to-video-synthesis-colab),选择 Zeroscope v1.1 笔记本。运行第一个单元会安装依赖并克隆所需仓库。我使用相同的“ducks on a lake”提示词,负面提示词留空。

笔记本屏幕显示推理步数为 33、引导尺度为 23、每秒 30 帧、总计 24 帧。按照这个播放帧率,24 帧约为 0.8 秒。增加帧数可以让视频更长,但在我的测试中也会消耗更多内存,画面质量可能下降;Colab 可用资源也可能构成限制。

我运行生成单元并等待处理完成。完成后,打开笔记本的文件面板,找到输出文件并下载到桌面。在我看来,这段非常短的视频与 Runway 的示例相当,不过两者时长不同,不能构成受控测试。

配置 Windows GPU
他创建环境、安装库和模型文件,并检查 CUDA,随后使用本地路径运行推理脚本。
本地安装时,我使用 Windows 和 Nvidia GPU。我建议使用隔离的 Conda 环境管理 Python 和库版本;演示中我创建了一个使用 Python 3.10.11 的环境。兼容性取决于工具、驱动和硬件的具体版本,因此应结合项目文档检查 2023 年的命令。
激活环境后,我安装 PyTorch 和相关软件包,克隆文生视频微调代码与模型,并安装仓库列出的依赖。然后运行检查脚本,确认 PyTorch、CUDA 的版本以及 CUDA 是否可用。
为了在本地生成,我运行 `inference.py`,传入模型路径和输出目录;如果目录不存在,就先创建。GPU 监视器显示任务正在运行。生成的“湖面上的鸭子”短片在我看来效果不错,但只有约一秒。
测试更长的视频
Berman 比较逐步增加帧数后的输出,观察到新出现的瑕疵,并讨论项目社区所说的一种可能的模型限制。
我发现当时长增加到约两秒以上时,质量明显下降。项目 Discord 社区的成员告诉我,模型使用短视频训练;我将此作为他们的解释,而非经独立验证的原因。他们建议我尝试另一个模型,但我还没有测试。
我又用 48 帧生成了一个示例,我称其约为两秒,效果仍然相当不错。在约三秒的示例中,鸭子开始出现和消失;更长的测试退化得更加严重。帧数、播放帧率、模型和硬件设置都会影响某次运行的结果。

还有多个模型和笔记本可以尝试,项目社区也能帮助配置。本地运行可以避免托管服务的单次生成配额,但合适的 GPU、处理时间和电力仍会消耗资源;Colab 可用性和模型许可证也各有限制。这些早期示例既展示了进步,也有明显的时长和一致性限制。
同频道的其他文章
34:21EN → 简体中文
0:36EN → 简体中文
25:50EN → 简体中文
32:20EN → 简体中文
1:03:37EN → 简体中文
0:53EN → 简体中文