当播放（触发）音频或 midi 剪辑时，需要使用 OSC 将其名称发送到另一个应用程序。
LiveAPI是一个允许人们使用 python 脚本探索和自动化Ableton Live的接口。
执行此操作的代码必须用 python 脚本编写，该脚本必须放在 Ableton Live 可以找到它的特定文件夹中，在 Live 的首选项中选择。
有关 LiveAPI 的更多信息，请访问以下网站：
http://www.assembla.com/wiki/show/live-api
http://groups.google.com/group/liveapi
According to the LiveAPI documentation, the Clip object has a "name" attribute which holds the clip name. Presumably that's what you want to send in your OSC packets.
Also, it's worth mentioning that the Max/MSP support in Live8 will probably be a lot more comfortable to work with than LiveAPI, which is pretty much a dead project. Max/MSP supposedly has OSC support, which was added to support the JazzMutant Lemur, but I'm not sure how much of that made it into Live. Anyways, it's worth keeping in mind for when Live8 is released.
我知道 Max 4 Live，但在我看来，这是另一回事。是的，它可能能够与 Live 交互来完成人们现在使用 LiveAPI 所做的所有事情。有些人甚至认为 M4L 甚至可能不通过 LiveAPI，而是使用一些内部接口（因为 Ableton 和 Cycling 74 正在一起开发它）。从ableton.com 网站上的宣传视频来看，我认为M4L 将主要用于制作和修改声音，而不是控制/读取其他乐器、效果、剪辑等。
我不会说 LiveAPI 项目已经死了，因为很多硬件 MIDI 控制器都依赖 LiveAPI 来做一些自动映射魔术。当您查看 Live 中的 MIDI Remote Scripts 文件夹时，您会看到每个控制器都有自己的带有 python 脚本的文件夹。所以我绝对认为 LiveAPI 会继续存在，而 Live 的大门会一直敞开。他们甚至创建了一个名为 Framework 的新文件夹，其中包含一些更新的代码，这可能是新的 Akai 控制器与 Live 一起工作所必需的（这是人们理论上所相信的）。
我打算使用播放剪辑名称的应用程序称为 vvvv，因此我不想将 Max 带入其中，因为它并不是真正需要的。
我在某人修改原始 LiveAPI 代码方面取得了一些成功，但仅在我请求所有剪辑的名称时才有效，而不是在我只要求一个时。后来没时间玩了，我准备做的事情已经过去了。我计划最终解决这个问题，但它不再那么紧迫了。