ディスカッション (8件)
Ableton Extensions SDKに関する情報です。現時点では詳細なドキュメントやAPI仕様が限定されていますが、Ableton Liveの機能を拡張し、独自のデバイスやワークフローを構築するための強力なツールセットとなります。今後、音楽制作環境をカスタマイズしたいエンジニアにとって注目のSDKです。
Extensions are built on the NodeJS platform, a free, open-source, cross-platform JavaScript runtime environment.
8年くらい前にこの会社に応募したとき、まさにこれを提案したんだよね(自動でリジェクトされたけど、もし採用されてたら喜んで取り組んでたよ)。
でも、ついに実現したのを見られて嬉しい。
これは素晴らしい。あまり知られていないけど、ClyphXPro経由でLOMを使ってAbleton向けのPython拡張を書くことは以前から可能だったんだ。でも、今回のこれはもっと簡単にできそうだね!
この手の話題に興味がある人なら、僕のOSSであるMax用拡張機能「Scheme for Max」を使うのも一つの手だよ。Schemeを使ってLive API経由でLiveをスクリプト制御できるんだ。
https://www.youtube.com/watch?v=j0sKBA-Pv2c&t=1s
Live Object ModelはLispで使うとすごく快適だよ。基本的にはアクセスしたいものを動的なリストとして表現するだけでいいんだ!Scheme for Maxのヘルプファイルにサンプルもあるよ。
(あと、Scheme for MaxはMaxのJSと違ってスケジューラスレッドで動かせるのも強みだね。もちろんLive APIへの呼び出しは結局優先度の低いスレッドにデファーされるけどさ)
これまで何度か「Ableton版Googleドキュメント」を作ろうと本気で試みたことがあるんだ(別々のコンピュータで同じプロジェクトを同時編集して、変更をリアルタイムで反映させるやつ)。結局、当時はまともな実装が不可能だと判断して挫折したんだけど、これならついに実現できるかもしれない!
今Abletonと競合するDAWを作るなら、UI全体をスクリプトで構成可能なモジュールベースにするのが一番だと思ってたんだ。
Abletonの強みの多くがMax for Liveや高額プランの機能として隠されているのがネックだったから、今回の動きはまさに正しい方向への一歩だね。
ちょっと話は逸れるけど、現状に挑戦する比喩としてAbletonを引き合いに出すことがすごく多いんだ。Abletonが登場してDAW界を完全にひっくり返す前はCubaseを使っていたけど、彼らはその後もずっと革新的であり続けている。
まさに待ち望んでいたものだよ。Max for Liveでの改造にはどうしても馴染めなかったけど、この拡張SDKなら納得して使えそう。
これはクールだね。エージェント志向のプロシューマーのためにオープンなSDKやAPIを実装するという長期的なインセンティブが広がっているのは素晴らしいこと。昔のインターネット文化が持っていた、かつては当たり前だった精神が戻ってきた感じがする。