Studio Dave 已经设置为个人音频制作，但视频功能也即将到来。数码摄像机价格低廉，通常与 Linux 兼容性良好，有令人信服的专业理由涉足视频领域（基于网络的教程是首要考虑因素），而且，在电脑上玩视频也很有趣。现在，随着 Linux 视频编辑系统 LiVES 1.0.0pre1 版本的发布，乐趣程度又提升了几个档次。

LiVES 项目在其网站主页上清晰简洁地阐述了其目标

LiVES 将实时视频性能和非线性编辑融合在一个专业品质的应用程序中。它让您可以立即开始编辑和制作视频，而无需担心格式、帧大小或帧率。它是一个非常灵活的工具，既被专业 VJ 和视频编辑使用 - 从键盘混合和切换剪辑，使用数十种实时效果，在剪辑编辑器中修剪和编辑您的剪辑，并使用多轨时间线将它们组合在一起。您甚至可以实时录制您的表演，然后进一步编辑或直接渲染。对于更注重技术的人来说，该应用程序是帧和样本精确的，它可以被远程控制或脚本化，用作视频服务器。并且它支持所有最新的免费标准。

对于像我这样一位老实验主义者来说，LiVES 是视频编辑乐趣的宝库。该程序支持 MIDI、OSC，最棒的是，支持 JACK 音频服务器和传输控制系统，这意味着我可以使用各种有趣的控制方案。LiVES + Ardour，LiVES + Csound，LiVES + Rosegarden，LiVES + AlgoScore + AVSynthesis，可能的连接列表还在继续。

LiVES 网站上的功能列表声明该程序可以很好地扩展到高端和低端硬件，但没有指出下限。坦率地说，如果没有 2 GHz 或更好的 CPU，我不想尝试大量的编辑工作。需要一个大的快速硬盘，以及一个快速的视频子系统。如果您有可用的 FireWire 连接和正确的驱动程序，DV/HDV 摄像机是一个不错的选择。LiVES 将从这些摄像机导入视频，但不幸的是，该网站没有给出关于兼容硬件的特别建议。

截至 6 月 15 日，LiVES 1.0.0pre1 的源代码已在项目网站上提供。预构建的二进制文件也适用于 Debian、Ubuntu、Fedora、Arch、Gentoo 和其他 Linux 发行版。我更喜欢从源代码编译程序，所以我下载了 tarball，将源代码安装在我的 $HOME/src 目录中，然后我就可以自己构建了。顺便说一句，我打算为两个系统构建 LiVES，一个用于我的 JAD 1.0 盒子的 32 位版本，以及一个用于我的 64 Studio 2.1 机器的 64 位版本。

我已经在两台机器上构建过以前版本的 LiVES，所以我为它所需的依赖项做好了准备。这些依赖项相当多，所以在构建或运行程序之前，您应该查看 LiVES 网站，获取关于所需和可选支持软件的完整信息。如果您想要功能齐全的 LiVES，您将需要 mplayer/mencoder 软件包、ImageMagick、Perl、SoX 和许多其他推荐的软件包。

一旦依赖项存在并得到解决，构建本身就显得平淡无奇。标准的 autotools 口头禅./configure; make; sudo make install 就能完成工作。如果一切顺利，程序就可以开始工作了。

打开一个 X 终端，在提示符下输入 lives，您很快就会看到类似于图 1 中屏幕截图的显示。默认情况下，LiVES 打开到剪辑编辑器，但在您做任何其他事情之前，您应该设置程序的“首选项”（图 2）以匹配您的系统功能。幸运的是，LiVES 在设置默认路径和值方面做得很好，但为了获得最佳结果，您需要尽可能精细地调整其配置。确保您预留了充足的交换空间，并确保您安装了 JACK 声音服务器。

JACK 对于 LiVES 来说不是绝对必要的，但它的一些最酷的功能依赖于它。唉，JACK 不是通用 Linux 桌面的典型组件，尽管它应该适用于所有主流 Linux 发行版。认真的 Linux 音频制作人通常会安装它。列出 JACK 的优点超出了本文的范围，因此我将读者引导至 JACK 网站主页，以获取最新的深入信息。然而，值得指出的是，JACK 专门设计用于与为低延迟性能修补和配置的内核一起工作，因此如果您计划使用它，请确保您也可以访问修改后的内核。幸运的是，大多数主流发行版现在在其存储库中都包含实时内核。请咨询您的软件包管理软件，查看您的选择发行版是否有 rt 内核可用。在您可以享受低延迟实时操作的好处之前，可能需要对您的系统进行进一步调整。有关完整说明，请参阅 JACK FAQ 表。

好的，您有一个低延迟内核，JACK 存在并且正确配置为实时性能，并且 LiVES 正常启动。您可能会注意到，当程序打开时，它会列出编译到二进制文件中的支持组件（参见图 1）。假设没有故障或致命错误，我们就可以开始使用 LiVES 了。

正如我提到的，LiVES 启动时会显示其剪辑编辑器屏幕。在此页面上，您可以加载和查看您想在项目中使用的视频和音频文件。您还可以添加效果、执行剪切/复制/粘贴操作，以及使用实时 VJ 工具。为了本文的介绍目的，我们将坚持基础知识，但我必须强调，LiVES GUI 易于理解和导航。该程序易于学习，您很快就会发现自己正在研究和测试其高级功能。

首先，我们将打开几个视频文件，目的是将它们放在一起，从多个文件制作一个视频。生成的集合称为剪辑集。您的剪辑集是您的视频和音频数据池，可用于在剪辑编辑器中编辑或在多轨模式中布局。稍后我会更多地谈到该模式，但现在我们将加载这些文件，并使用剪辑编辑器屏幕中的播放控件查看它们。可接受的视频文件包括 mplayer 支持的所有类型。我已经加载了 AVI、MPEG、FLV、WMV 和其他文件类型，没有遇到任何问题，尽管某些文件可能无法加载。视频编解码器的世界比音频格式的世界更加令人眼花缭乱，可能需要重建 mplayer 以支持相对不常见的文件格式。

文件大小不受限制，但如果您的文件为 500 MB 或更大，您将收到警告。该警告仅建议大文件可能需要很长时间才能加载，并且可以在“工具/首选项”对话框的“警告”选项卡中关闭该消息本身。

加载文件后，您可以完整或部分地编辑它。大量的视频效果提供了各种很酷且有用的方法来弯曲、折叠、纺锤和破坏您的内容。淡入/淡出、漩涡和波浪效果、像素化、颜色循环以及许多其他效果可用，所有这些效果都可以包含在批处理脚本中，用于复杂和重复的编辑。必须注意的是，这些效果在对您的机器资源的需求方面有所不同。CPU 速度是一个限制因素，如果您想要尽可能快的性能，某些效果需要一些强大的功能。毫无疑问，视频编辑是一个沉重的负担，它需要大量的资源。LiVES 在低功耗机器上可用，但为了获得最大的满意度，您需要一个 2 GHz CPU 和快速的磁盘吞吐量。

当您对剪辑的状况感到满意时，您可以切换到“多轨”模式屏幕（图 3）。此页面是您将剪辑添加到时间线以最终编译为单个视频文件的位置。只需将剪辑从集合拖放到时间线中的任何位置，按播放传输控件，然后根据需要编辑结果。重复此过程，直到您满意为止。当您感到满意时，就可以将您的剪辑布局渲染为新的视频文件了。打开“渲染”菜单，选择“将全部渲染为新剪辑”，该过程立即开始。

顺便说一句，屏幕截图中看到的布局是 AVI、FLV、M4A、MOV 和 MPEG 视频文件的混合集合。LiVES 加载了每个文件，没有投诉或警告。

会话的视频和音频数据集合保存为剪辑集。在多轨模式下，从您的剪辑集中选择的数据排列保存为布局。最后，您的多轨音频/视频布局被渲染到一个文件。支持的文件类型由选定的编码器定义。对于我第一次使用 LiVES 的实验，默认输出是一个 AVI 容器中的 DIVX 编码视频文件。

实时视频处理激发了我们所有人内心的 VJ。LiVES VJ 工具包括一个默认的按键映射，它对正在运行的视频应用各种实时效果。例如，Ctrl-1 应用 rotozoom 效果，Ctrl-2 激活边缘检测例程，Ctrl-5 调用一个非常奇怪的镜像效果，等等。按键映射在“VJ/实时效果映射”对话框（图 4）中定义，它们可以保存，并且任何映射都可以声明为默认映射。LiVES 提供了丰富的实时效果菜单，可以分配给按键映射，但唉，我仍然处于 LiVES 学习曲线的起步阶段。目前，您必须相信我，LiVES VJ 工具非常棒。或者，当然，您可以自己尝试一下。

顺便说一句，如果您安装了出色的 Frei0r 视频处理插件，LiVES 会将它们添加到可用的实时处理器列表中，以获得更多 VJ 乐趣和刺激。Frei0r 插件的使用是 LiVES 利用现有开源项目力量的又一个例子。

用户级文档以纯 HTML 或 OpenOffice ODT 格式提供。虽然很详尽，但主题之间没有内部链接，因此导航比必要的更麻烦。更多帮助可以在 LiVES 教程 Wiki 和标准通信渠道（即 IRC、邮件列表和讨论论坛）上获得。有关更多信息，请参阅 LiVES 网页。

我在两台功能大致相同的机器上运行 LiVES，所以我比较了一些文件加载时间和一些处理时间。我的测试负载是一个大约 10 分钟长的 MPEG 视频，带有音频。在 32 位机器上，加载时间为 253 秒，在 64 位机器上，加载时间降至 153 秒。奇怪的是，机器报告同一文件的帧长不同 - 64 位机器上为 17092，32 位机器上为 17194。我不知道为什么会发生这种情况，但这似乎不会以其他方式影响性能。

接下来，我加载了一个较小的视频（600 帧，大约 40 秒长），并将一个简单的亮度更改效果应用于整个文件。32 位机器处理该文件大约花费了 200 秒，64 位机器大约花费了 110 秒。其他随意的测试表明，64 位机器是 LiVES 的更优平台。

我还经历了一些崩溃，主要是在撤消操作期间，并且我已经向程序员通报了该问题（请参阅“评论”部分）。这里需要进行更多测试以缩小原因范围，但主观上看来，32 位平台是两台测试机器中较不稳定的平台。

我只是触及了 LiVES 的表面。更多宝藏等待着勇敢的探险家，但唉，我没有空间深入了解 LiVES 的许多其他功能，例如脚本编写、合成、实时录制、GUI 自定义以及通过 JACK 进行传输控制。简而言之，LiVES 非常棒。它并不完美（例如，我希望看到音频轨道的波形显示），但它易于学习和使用，在合适的硬件上性能良好，而且它非常有趣。非常感谢 Gabriel Finch 对 LiVES 项目的坚持不懈。我期待它的进一步发展，我希望这篇文章能够激励更多用户尝试这款出色的软件。