我有一个舞台剧需要剪辑。 这不是我拍摄的，而且前端缺乏质量控制意味着剪辑不像它本应是的那样简单直接。 它是用HDV拍摄的，HDV以MPEG-2传输流的形式存储，而我常用的剪辑程序不能很好地处理MPEG-2。 因为这是一项紧急工作，我没有时间拉来开发人员为它添加HDV支持。 所以，我面临的任务是在时间紧迫的情况下完成一个困难的剪辑，使用我最喜欢的编辑器无法读取的文件格式的素材。

幸运的是，这是开源的。 而且，很有可能在某个地方，有人以前遇到过同样的问题并采取了一些措施。 在这种情况下，我的朋友 Dan Dennedy（Kino的开发者）向我推荐了一个名为KDENLIVE（是的，它确实是一个首字母缩略词：K桌面环境非线性视频编辑器）的新视频编辑项目，它基于他的多轨引擎MLT（Mutton, Lettuce and Tomato—它写入的XML文件格式，恰如其分地，被称为Westley）。

我以前遇到过KDENLIVE，但很快就逃开了。 是的，弗吉尼亚，确实有地狱。 而且，这是一个非常特殊的地狱，比为虐待儿童者和在剧院里说话的人保留的地狱更可憎，比但丁为博尔吉亚教皇王朝保留的第九层地狱更宏伟，拥有更精致的折磨。 这第十层地狱，在数字时代发明，超越了之前的所有地狱，是各地Linux用户的祸根，依赖地狱！

这种特殊的折磨是专门（虽然不是排他地）为我们这些决心驯服强大的Linux巨龙，迫使它在艺术创作中完成英勇壮举的人保留的。 偶尔，在这场永无止境的斗争中，为了用开源软件完成那些钱包更鼓的人在Mac上轻松完成的事情，这位昔日的冒险家偶然发现了一个工具，正处于成熟的边缘，适合被挪用到手头的任务中。

这一次，我没有选择逃离KDENLIVE。 Blender不行——视频序列编辑器在我的机器上运行得不够好，无法进行高清实时回放剪辑。 Cinelerra不行——一个每点击几次鼠标就会崩溃的程序不是我所理解的乐趣。 我本可以在Kino中完成它，但这会在以后造成音频同步的噩梦，因为当视频剪辑必须在单词中间跳跃时，我必须在Audacity中手动修补它（更不用说必须事先转换为DV，这意味着要占用我不想放弃的另外200GB硬盘空间）。

雷达上的其他项目看起来都没有提供比KDENLIVE更明显的优势，所以我咬紧牙关下载了它，并用一小瓶圣水来坚定我进入那个非常特殊的依赖地狱的决心。

我开始逐步完成列表，并且……一切都奏效了。 安装几乎是完美无缺的，除了必须对MLT构建参数进行一些调整以适应64位环境。 在大约一个小时内（并且花费了大量时间从源代码构建依赖项列表），我就启动并运行了。

好吧，运行可能有点夸大其词。 这是KDENLIVE 0.4版本，它非常慢。 要分割一个片段，工作流程如下：

不，我不是为了喜剧效果而夸大其词。

这显然行不通。 我不能向我的客户收取花费在滞后界面上的时间，而且我也不太愿意花费比我能诚实地收取的项目时间多几个数量级的时间。 在周末借用一台Final Cut HD机器之前的最后尝试，我尝试了KDENLIVE SVN版本。

这个版本可以工作了。 它仍然有点慢，但绝对可以使用。 它实时播放HDV，并且它缺乏高清编辑配置文件，虽然令人恼火，但并非致命缺陷，因为我的客户想要一个标准清晰度的DVD作为最终产品。

KDENLIVE 将自己呈现为一个标准的多轨编辑器——它的界面看起来类似于过去版本的MainActor和Premier。 所有可见且易于在嵌套的可停靠选项卡中查看的内容如下：

图 1. 在 KDENLIVE 中操作项目树

图 2. 通过关键帧调整效果

与之前开源的多轨编辑尝试相比，KDENLIVE 显示出明显的改进领域。 它是除 Cuisine（目前未维护）之外唯一能够进行Linux中长篇项目的NTSC多轨编辑器（至少，无需花费超过1.5万美元购买二手Discrete Smoke工作站）。 迄今为止，我已将其用于三个长篇项目，并且花费在它面前的时间足以找出它的优点和缺点。

在等式的优点方面，它似乎没有受到未锁定的DV音频（一种格式，值得庆幸的是，随着恒定比特率音频的HDV取代它，这种格式正在开始消退）引入的声音同步问题的影响。 在大多数开源编辑器（和一些商业编辑器）中，DV音频略微可变的采样率足以导致逐渐的同步滑移，在一小时长的DV磁带过程中滑移几秒。 像Kino这样的优秀DV编辑器，具有内部重采样功能，可以在编辑器中保持同步，但在DVD的格式转换时，同步问题会在 spades 中显示出来。 Kino通过在导出时集成音频锁定来解决这个问题。 虽然 KDENLIVE 显然没有这样做，但它似乎仍然没有受到这个问题的影响——或者，即使有，我还没有检测到。

KDENLIVE 的各种导出配置文件也值得称赞。 从 Flash 到 H.264，从 DV 到 DVD——这里有适用于大多数可想象的最终格式的预设（可自定义），这里有全方位的标准清晰度和 Web 配置文件供您选择。 可导入格式的列表同样令人印象深刻； 因为它使用 FFMPEG 作为其编码和解码引擎，所以它可以导入 FFMPEG 可以读取的任何内容。 仅凭这一点就使 KDENLIVE 在格式兼容性方面接近堆栈的顶部。

最后，可用的视频效果和转场列表虽然有限，但实现良好，并具有合理、易于访问的界面。 维护人员决心制作一个“开箱即用”的程序，在许多领域都闪耀着光芒，即使在这个早期 beta 阶段也是如此。

在规模的另一端，KDENLIVE 由于其未完成的状态和一些基本的设计缺陷而表现不佳。 第一组问题无疑将在未来的修订中得到修复，但第二组问题是尚未列入路线图的事情，或者是彻头彻尾的软件错误。 在第一类中，缺乏高清配置文件是一个明显的缺点； 然而，据传言，该软件的下一个版本将解决这个问题。 由于软件错误，目前无法从静止图像文件创建视频，而标题器虽然已完全实现，但受到相同的错误的影响，因此实际上不会创建出现在查看器窗口中的标题。 当前 SVN 版本的性能虽然可观，但仍然足够缓慢以至于令人恼火，并且它可以使用一些界面优化。

就主要的疏忽而言，很容易想到三点。 音频推子包络线不能直接在时间线上编辑，但只能通过效果控制界面访问——这种情况充其量是繁琐的。 推子进一步受到限制，即在任何给定的片段中只能插入两个关键帧，因此执行像片段末尾的淡出这样简单的操作需要切出一个单独的片段，仅用于淡出——这绝对是工作流程的障碍。 其他效果也受到类似有限的关键帧能力的影响。

另一个疏忽是在缩放工作流程中缺少去隔行扫描。 当在单个项目中在分辨率和宽高比之间切换时，这非常重要，因为如果在缩小隔行扫描素材之前不进行去隔行扫描，则会导致明显的难看伪影。 例如，目前，编辑隔行扫描高清素材的唯一方法是在将其导入 KDENLIVE 之前将其转换为去隔行扫描的高比特率 H.264。 处理隔行扫描的 16x9 SD 素材也需要相同的繁琐过程。 虽然 AVIDemux 在高清素材上做得很好，但等待计算机啃掉所有原始素材而不是在输出工作流程中将去隔行扫描作为复选框选项来实现，这简直是浪费时间。 AVIDemux 根本不适用于原始 DV 素材，因此当使用标准清晰度 DV 时，人们不得不求助于在命令行或（不寒而栗）Windows 机器上手动转换。

最后，非破坏性导出似乎尚未实现。 在我对通过 KDENLIVE 推送的常规 DV 素材进行的实验中，我开始使用的素材与我在管道另一端得到的素材之间存在明显的质量下降。 Dan Dennedy 向我建议，这可能是底层 MLT 框架的限制，但我所做的挖掘似乎表明输出是由 FFMPEG 脚本而不是 MLT 处理的。 如果情况确实如此，那么调整脚本应该是纠正问题所必需的全部内容。

除了那些相当明显的弱点之外，KDENLIVE 的唯一主要缺点归结为界面设计的想象力不足。 屏幕的布局完全是传统的，并且未能利用其他开源多轨项目所做的一些更有趣的创新，例如 Cuisine 的多机位轨道切换范例和 OpenMovieEditor 的片段箱资产管理策略。 KDENLIVE 正在构建一个坚实的基础，但随着它的发展，它不应忽视借鉴其他开源项目的有效创新。

总而言之，KDENLIVE 是一款稳定、可用的多轨编辑器，只要在编辑前完成适当的准备工作以符合素材要求，它就可以很好地承受长篇项目的重量。 即使在 beta 阶段，也值得添加到工具箱中并经常使用。 它的局限性是显着的，但在其当前的发展阶段是可以原谅的。 虽然不适合每个项目，但它非常适合具有基本编辑需求的长篇节目。 希望随着它的发展，它将扩展视野并窃取其他新兴项目的良好创新，并最终为我们提供一个功能强大的编辑系统，适用于各种项目。 该程序的开发人员值得拍拍背并喝一杯友好的啤酒，并希望在他们面前看到他们项目未来的广阔前景。