Cycling ’74 與 Ableton日前在NAMM上發佈了 Max for Live的消息，引起全球各地玩家一陣騷動。簡單的說，他們將Max/MSP編程環境融入Ableton Live Sequencer之中，玩家可以自己創造樂器，控制器，聲音處理，以及MIDI處理器。但請注意，這不僅是一個新的軟體延伸而已，若我們從電腦音樂歷史的角度來看，甚至可說Max for Live在電腦音樂軟體觀念上大大邁開了一步。

它超越了以往軟體sequencer與effect間的從屬關係，從時間結構，MIDI編輯，與音色處理，甚至control signal的每一環節都能即時不間斷地編輯，自動生成，修改，分享！可預期地，它即將將徹底改變日後製作流程以及聲音結果！

來聽聽Ableton的大頭目Gerhard Behles怎麼形容的：

另外，Cycling ’74大頭目David Zicarelli也刊載了這篇九年以來，從最初想法，跨洋合作，到今天實現這夢想的點點滴滴，翻譯如下：

九年前，Robert Henke(aka monolake)跟我說他想要個edit鍵。

那是在Anaheim，NAMM的攤位上，他馬不停蹄地展示著Ableton的新軟件Live 1.0。就在展覽結束的前一天，我們聚在Stovall’s Inn旅館的停車位上閒聊。Robert說他曾用Max來建立Live內建效果中的原型，他說，他想即時重新編輯這些效果器，且不讓音樂中斷，就如同在Live中的所有動作一樣。當時，Robert得要把原本的Max patch轉成更低階的C語言，再重built成新版Live。這當然與他身為Max使用者時，能夠即時編程修改的工作流程相差甚遠。
當時我對他說，你的點子很酷，我們應該讓它成真。但在下一秒，我卻陷入所有實際問題的細節上：是該把整個Max環境塞進Live去？如果不這麼做，那該怎樣在聽不見東西的情況下編輯patch？似乎沒有任何其他可行方法，這讓我感到萬分不快。把時間快轉九年，經過了無數協調，明確指定規格，撰寫程式，今天Robert的夢想終於成真。現在就讓我來介紹這軟體的最新進化，並說說為什麼它會讓我感到如此興奮。

從Ableton的觀點來說，Max是個更高層次的功能。現在Live的極限，將只會你想像力的限制。(誰知道，也許他們不需要新增任何功能了！)。但對於Cycling ’74與Max使用者，Max for Live又代表什麼呢？為什麼我們要把Max與另外一個軟件合在一起呢？

我先回答第二個問題。

我的一生主要職志興趣在於軟體UI上。必須承認，自從我第一次見到Live問世，它就不斷地啟發我。對我來說最重要的是，Live認知到在原創性工作的軟體介面上，其根本目的在於建立工作的-流暢性。尤其當Live 5推出後，我們就試著將Live的教學課程介面觀念融入Max中。

Live問世後，很快地我發覺不單單只有我對它印象深刻，它已成為許多Max玩家偏愛的工具。Live的現場演出方向吸引了許多與我們社群相近的使用者。另外，圈內人的小道消息是：Ableton的MIDI，插件，ReWire是我們處理過之中最穩定的。我們也知道，無論是在Mac或Windows下，都有許多人成功地同時使用這兩個軟體。可以想像，當這融合計畫成功機率是非常大的。

最終，Cycling ’74同仁們與我都一致認為：如我們要帶給這世界唯一獨到之處，這將會是在"編程"這件事上。換句話說，我們要做個Edit鍵，如果能將這按鍵放在以前從未出現的地方，一切都會變得更好。對我來說，很明顯地Ableton也理解到在他們的軟體之中有了個Max環境的意義何在。這將不只是更多更多的插件而已。

兩年多來，我們與Ableton攜手合作將Max與Live結合在一起。從一開始，我們的目的是要建立動態的，能夠即時編輯的Live device。而我們得到的答案不單只是另一個插件規格，而是毫無妥協地，將兩軟體的互動性與流暢性結合在一起，得到一整套新的完整工作流程。

要與一個相距超過5000英哩遠，有著九小時時差的公司，合作如此複雜的計畫是個有趣的挑戰。然而，時間與距離不是唯一問題。即便我們都非常尊重彼此的軟體，即使Ableton與C74都是開發音樂軟件的公司，但在工作文化上卻相距甚遠。我想，在比較這兩個組織時我該小心我的用詞。安全一點的說法是，與Ableton相較，C74的工作情況，可以說是完全徹底的混亂。但對我而言，認識另外一個公司以及它的人們所帶來的回報更大。從2007十二月，Max for Live在Ableton內部第一次展示起(當然死機！)，Cycling ’74的辦公室就開始收到許多Ableton員工的Max授權要求。這對我來說是個鼓勵，我們真要讓什麼慢慢成形了。過去數年，我們也讓了我們的員工Jeremy Bernstein成功滲透Ableton的柏林總部。回頭來看，沒有Jeremy在正確的時間出現在正確的地方，我們無可想像該如何將這計畫拼湊在一起。

就算是最終沒有使用Live的Max玩家也會在此計畫中受益。除了Live所帶來的Max UI設計革新外，針對Live結合所做的改變也相當可觀。比方說，為了符合Live device的尺寸限制，我們需要一個不會打亂patch邏輯結構，又能夠將所有介面結合在一起的方法。這答案就是presentation mode，也是patch的UI設計上的一大突破。為了要將Max 與Live結合，已經帶來了許多進步，這裡我很有信心的預期未來將有更多創新。

最後，我要說說個人以Max為出發點，此計畫所代表的意義。

Max玩家的你可以顯見，你的Max patch都能丟到Live裡，也能與新的使用者社群分享。但不僅只是這樣。與其從Max能為Live帶來什麼的角度來看，不如從相反方向，想想Live能為Max帶來什麼。在此結合之後，此編程環境得到了一組非常強大的作曲與演出工具。以傳統Music-N電腦音樂軟體的術語來說明，Max提供了"樂團"，而Live提供"樂譜"。但這音符不只是MIDI而已，它可以是聲音，由Live的不同方法驅動調變。也可以是Automation自動資料，在Live中繪製，而以取樣率的精準度送入Max。如果你想要，甚至可以將兩者的角色調換，讓Max提供樂譜，Live則是樂團。

這些只是最粗淺的可能性。在你看到他們如何共同運行後，你才會發現真正神奇之處。因為我們的目的是要動態地改變device，所以你的樂譜與樂團能夠合作無間地同時進化。舉例來說，你編輯device時新增了一個參數，將會保留所有已有參數的自動控制資訊。另外還有個preview預覽模式。這Preview可以將聲音訊號，MIDI，自動控制參數，以及時間值從Live送入Max（再回到Live），一切都在你編輯device的當下。這結果就是從最高層級到最低層級皆可控制的，前所未有的聲音設計流程。

一旦你在此融合環境下工作，你會發現它有改變你以前使用兩者方式的潛力。Max是Live之下終極的，處理特別需求的方法。而Live則提供了採樣與顆粒聲音合成的手段，是許多Max使用者所期待的。這些Live所啟發的Max UI物件，以及他們之間無隙的參數管理，將所有東西緊密結合，可完整的存成一個檔案，以供明日的探索。

簡言之，這就是我喜歡edit鍵的理由。