对于 Linux 声音和音乐软件的世界来说，2008 年开局良好，所以本周的故事直接来自 Dave 工作室的报道，带来了来自 Linux 音频领域各个方面的最新消息。

64 位 TAPESTREA

在 2007 年 6 月，我写了一篇关于 TAPESTREA 的简短介绍，它是“环境音频的表达合成、转换和渲染技术与范例”，由 Ge Wang 和他在普林斯顿大学计算机科学系的团队开发。

当时，我尝试在 64 位平台上编译它，结果好坏参半。我可以启动程序，但它的控件对鼠标没有反应。一些键盘控件可以工作，但界面需要鼠标才能获得最佳使用体验。我询问了可能的修复方案，但没有得到任何回应。

在新年的 1 月 8 日，Daniel Schmitt 在 Linux 音频用户邮件列表中提到了以下关于 TAPESTREA 的项目

“顺便说一下，如果您在 64 位平台上运行它，您还应该将同一文件 [audicle_gfx.cpp ] 中第 744 行的 memcpy() 调用替换为类似“for (int i = 0; i

虽然单单这一行就解决了响应问题，但 Daniel 建议这只是一个临时的解决方案，并且很可能还会出现其他 64 位问题。到目前为止我还没有遇到任何问题，但我还没有太多时间深入研究该程序。尽管如此，我很高兴在我的 64 位系统上拥有一个可用的 TAPESTREA 版本。

64 位 Freecycle

我在使用 Linux 进行基于循环的音乐创作，第 1 部分中对 Freecycle 及其功能进行了非常简短的介绍。那篇文章可以追溯到 2007 年 9 月，当时我无法为 64 位系统编译该程序。

在 2007 年 12 月 10 日，LAU 列表成员阅读了 Predrag Viceic 发布的 Freecycle 0.6.1.1alpha 版本已发布的公告。Predrag 将此版本称为维护版本，但对我来说，它不仅仅是维护。开发变更日志中的这一行让我高兴了一整天

	* Solved the bugs on 64bit platforms (thanks to Jonathan Stowe)

确实如此！Freecycle 是 Linux 上最棒的节拍切片器，而且由于 Predrag 和 Jonathan，我终于可以在 64Studio 中运行它了。

Open Music 5.2.1

我上次写关于 IRCAM 的 Linux 版 Open Music 是在 2004 年 3 月。当时我测试了 4.7.1 版本，我很高兴地报告该项目已推进到 5.2.1 版本。

为了使程序达到目前的水平，已经进行了大量的工作，但用户应该期望自己做一些重要的工作。Open Music 的依赖项并非微不足道，而且它们中的大多数都不包含在任何主流发行版的软件仓库中。例如，MidiShare 和 LibAudioStream 是必需的库，但您需要从 SourceForge 获取源代码，找到 MidiShare 的正确补丁，修复 LibAudioStream 中的一些 makefile，并且很可能在成功构建它们之前更正一些源文件。SBCL（主要的 Lisp 之一）和 CLG（Lisp 到 GTK 图形函数的绑定）的版本至关重要，最新版本可能不是最佳选择。必须为 Open Music 专门编译 OSC 库，但没有关于在哪里找到它或如何构建它的文档。事实上，编译它非常简单，但在我联系维护者之前，我一直处于停滞状态。到目前为止，在 Open Music 的所有要求中，只有 SDIF 库编译和安装顺利。

尽管存在这些困难，但我还是坚持不懈地取得了一些有限的成功。我已经能够在我的 32 位 OpenSUSE 10.2 系统（JAD 发行版）上调用 Open Music 5.2.1 并打开一些补丁。不幸的是，事情太不稳定，无法将 OM 推荐为可用。我认为我正在接近稳定，但这是一个复杂的过程，其中涉及 Open Music 的依赖项及其自身代码库中的问题。

虽然我已经成功评估了一两个补丁，但我还没有从系统中获得任何声音。我有必要的组件（使用 MidiShare 支持编译的 fluidsynth），并且 MidiShare 现在与 JAD 配合良好，但我的连接在某个地方不太正确。图形组件和整体可用性设计（例如，现在可以展开符号框以便于阅读和编辑）有了很大的改进，但不幸的是，调整大小和重绘仍然存在问题。

不幸的是，还有其他问题：在启动时，如果我选择除先前工作区以外的任何内容，程序就会崩溃。字体大小有时太大，导致它们的消息无法读取。一些补丁会立即导致程序崩溃。我仍在追查一些可能导致某些崩溃的未定义的外部函数，但我没有超出生成回溯的 Lisp 调试技能。尽管如此，我仍然对 Linux 版 Open Music 充满热情。它的设计非常独特，它是一个真正的音乐创作程序，它应该在 Linux 上运行。只要我能得到 Karim 和其他开发人员的帮助，我就会继续努力。

Ardour 2.0-持续开发中

就在我完成这篇文章时，Paul Davis 宣布了 Ardour 2.2 的可用性。正如你们许多人所知，我一直在使用该项目的 Ardour 2.0-ongoing 分支，并且我对新功能和修复感到非常满意。您可以通过从 Ardour 网站下载新版本来亲自查看这些优点，或者您可以浏览这份 最新更改列表。图 4 展示了一些新外观，但您真的会想在自己的屏幕上看到它。就我个人而言，我认为这是又一个出色的版本，我鼓励所有认真的 Ardour 用户升级，利用这些改进，并让开发人员知道您如何欣赏他们的劳动成果（例如，订阅！）。

还有一件事：从 Ardour 2.1 或更早版本升级的用户请注意，必须删除或更新某些配置文件。请务必阅读 版本特性 页面上的详细信息，它们非常重要。

LAC 2008

下一届 Linux 音频会议将于 2008 年 2 月 28 日至 3 月 2 日在德国科隆的 媒体艺术学院 (KHM) 举行。一如既往，本次活动有望成为 Linux 音频领域最杰出人才的主要聚会。唉，我再次无法参加（像我这样的独立人士很难获得资助），但我希望我的一些读者能够去那里。这次会议总是能带来更大的灵感和成就，所以如果您可以的话，请顺便参加，了解 Linux 音乐和声音软件在未来一年（或几年）的发展方向。

结尾

最近 Linux 音频领域有很多新闻，所以我的下一篇文章将继续这份直接报道。我已经掌握了 Linux 乐谱软件领域最新进展的内幕消息，关于最新 JACK 的更新，关于 LinuxSampler 项目的一些有趣消息，以及更多内容。我大约两周后回来，所以继续摇摆，到时见。