2019年中更新
3ML Editor 2 可以說是相當成熟的編曲程式,
很殘念的是,惡魔貓後來修改了瑪奇 MML 的一些代碼
最明顯的就是樂器音域從 o1C~o7B 改到了 o0C- ~ o8B+
而 3ML Editor 2 的原作者又遺失了程式的源碼,
導致目前 3ML Editor 2 程式本身已經不能夠更新了。
雖然字數優化方面,MabiIcco還是有不少問題,
但是目前 MabiIcco 是唯一一個能夠完全重現瑪奇演奏效果的程式,
MML語法跟目前版本的瑪奇保持一致。
所以,個人現在推薦大家寫譜主要用 MabiIcco,
如果真的因為字數問題要修改,再用 3ML Editor 2 輔助就好。
首先申明一點,3ML Editor 2 是相對比較成熟的軟體,它是基於 3ML Editor 的。雖說 MabiIcco 應該說是參考了 與 3ML Editor 同期的 Maki-Mabi Sequencer (下稱 MMSeq) 的源碼(就連BUG都一樣(笑),但是因為 MabiIcco 是基於 Java 的,所以整個程式需要重新寫
本文的目的並不是批評 MabiIcco,畢竟用一個 Alpha 版的程式跟一個相對比較成熟的程式比,本來就很不公平。更何況,MabiIcco 的原作者 Fourthline,犧牲了自己的時間,願意為大家開發新的寫譜程式,其實我心裏是非常感激的。
但是,最近偏偏有玩家發表類似 日本所有樂師基本都使用 MabiIcco 這樣的言論,我認為這樣的言論是非常不負責的。因為我相信,他自己沒有做過充分的測試。如果這樣的言論被想要寫譜的新人看到了,這個可是非常誤人子弟的!
雖說 MabiIcco 還有不少不成熟的地方,不過我們還是不妨先說說看 MabiIcco 的優點吧
我相信, MabiIcco 最吸引人的兩大更新應該是 支援 8 人合奏,以及原生支援 o0 音符吧。
這裡也許就有人要問了,那在鋼琴卷簾上直接點音符,MML碼可以跟著改變,就不算是一個亮點了嗎?
且慢,我不認為這是一個亮點,是有我的理由的。這個我後續會說明。
的確,只有 16 個音軌,對於大合奏來說,是會顯得有點捉襟見肘。很不幸,3ML Editor 2 於 2008 年就停止開發了。我多次嘗試聯繫原作者 ALOE,至今沒有回音,不然,我相信 3ML Editor 2 也能加入 8 人合奏。
同時,因為後期 C5 重新對 MML 碼定義上的一些修改,而 3ML Editor 2畢竟年久失修,未能跟上腳步,所以 o0 的音符並不能很好的支援。例如 o1C<C 這樣的音符會被直接判定成 o1CC,因為原本瑪奇的MML碼就是這樣判定的。
但是,如果打入o1Co0C,在3MLE 2,在瑪奇中都可以識別。缺點就是多了一個字;但是如果字數真的捉襟見肘的話,可以在3MLE 2裏面用 o1COC (注意第二個字母 O後面沒有數字,而且我特意用了大寫)。這樣在字數上是省下來了,不過抄寫到瑪奇裏面,還需要把所有的O替換成o0或者<
然後再來說說看鋼琴卷簾吧。目前有很多MIDI編輯程式,Sonar,Cubase,Protools等等,很多都支援多音軌的鋼琴卷簾的編輯。不僅如此,各種量化及巨集功能使用得當的話可以省下不少事。他們跟 MMSeq、MabiIcco唯獨不同的是,一個是編輯MIDI,一個是編輯MML。
編輯好的單和弦多音軌 MIDI 是可以比較方便的直接轉換成 MML 的,當然前提就是 MIDI 編輯得足夠好。不過比起在 MMS 或者 Icco 裏面打完音符還要一個一個點,能在專業的 MIDI 編輯程式中編輯可以事半功倍,所以說,我並不認為直接在 MMSeq 裏面編輯 MML 是什麼亮點功能。
然後,我們來看為了 MMS,Icco所謂的方便,我們要犧牲掉什麼吧
最大最大的問題就是字數!相信,稍微有過遍譜精力的樂師朋友們都不乏與字數做過艱苦鬥爭的經歷。作曲1的限制是1200-800-500,哪怕你是1201-800-500,瑪奇也不讓你抄進去。
MMS,Icco為了實現實時 MML 碼更新功能,它不得不用一種很不成熟的算法把要回放的 MML 碼進行改寫。正因為如此,每個音軌往往無緣無故多出少則20%,多則百分之四五十的字數。有的時候寫譜子為了十個字符,都要絞盡腦汁,優化個把小時,對音符進行重組。結果這倒好,為了一個 MML 實時更新,別人幾小時的勞動毀於一旦。
接著就是有馬馬經常抱怨的,我的 MMS 又死了(笑。MMS 還有 Icco 不知為何,經常莫名其妙出錯,然後直接消失,就像現在的瑪奇客戶端一樣;而 3ML Editor 2,我用了 6 年,在寫譜的時候從來沒有出過錯,所以也不用擔心樂譜寫一半沒掉;更何況 3MLE 還有自動存檔功能
還有,Icco 在 變速較多的樂譜中會發生樂譜解讀錯誤的BUG。如果說前面把字數變多還勉強情有可原的話,把對的譜子讀成錯的,那就真的是不應該原諒了。
最後是系統資源佔用問題。雖說 Icco 僅加載使用中的樂器,所以在記憶體上看似佔優;但是別忘了,Alpha 版本,功能如此有限的 Icco,空載(不加載音源)時記憶體就佔用 130MB,而 3ML Editor 2 連 20MB 都沒用到。
同時,回放同一個樂譜時,Icco 的 CPU 使用率 是 3ML Editor 2 的 3 倍有餘。
Icco 我總共使用時間還不過 10 小時,期間就能發現這麼多問題。我個人相信,如果真的像所傳言的一樣,日本的樂師基本都不用 3ML Editor 2,而轉用 MabiIcco 了,我個人對這個結論持懷疑態度。
當然,我畢竟不懂程式開發,所以也不能夠協助修正這些BUG。我也只能盡可能的通過各種管道把這些 BUG 告訴 MabiIcco 的作者 Fourthline,希望能夠對他有所幫助