蛋糕走路

感謝胖胖炎的測試和分享！！
以後巴哈這類文就少發點了，
還是在這邊發比較好 XD

根據目前測試來看其實就是把幾張樂譜直接拼接起來？

比如說有三張樂譜


MML@
[主音]
,
[和聲1]
,
[和聲2]
;

MML@
[主音]
,
[和聲1]
,
[和聲2]
;

MML@
[主音]
,
[和聲1]
,
[和聲2]
;

最後效果就是

MML@
[主音][主音][主音]
,
[和聲1][和聲1][和聲1]
,
[和聲2][和聲2][和聲2]
;

但是因為前兩張樂譜本身可能不會同時結束，
所以可能會導致音軌錯位。

如果真是這樣，我倒是有三個疑問。

1. 是不是最先放進去的樂譜最先開始演奏？（我覺得應該是這樣的）
2. 如果是黑譜的話，（比如說我三個 2500 全部丟 三張樂譜的主音部分），最後是否能夠成功抄寫？
3. 抄寫完成的樂譜集可以閱讀嗎？如果可以，打開以後是三/五/十 張樂譜分別讓你看，還是把所有東西拼起來了？

蛋糕走路

大致瞭解了，
謝謝胖胖炎的解答。

我現在其實還在擔心一個問題，
只是這個問題我以前沒有跟大家提到過。

那就是，瑪奇樂譜其實計算字數的時候是會檢查兩個字數的。

一個當然就是大家熟悉的 樂譜字數，
也就是 RANK 1 的那個 1200-800-500。

可是實際上還有一個字數瑪奇也會去檢查，
在提到這 “另一個字數” 之前，
我覺得大家有必要先想想看，
如果所有樂譜直接以現在 MML 的文字形式儲存會有什麼問題？


大家可能會問，一首合奏譜，最多也就20KB左右，會有什麼問題？
但是大家要想想看，這20KB，
有可能需要伺服器在一瞬間發送給現場所有的人，
在一場大型音樂會可能是 300 人，
而且是一瞬間。

這對伺服器來說，短時間內要發送那麼多數據包
（畢竟一個最多還沒有 1.5KB 大）
會不會 15人合奏一開始就要分流維護了 （不對

惡魔貓在這方面還是動了點腦子的，
因為我們的樂譜實際上是經過 Z-Lib 壓縮過的，
而我們傳給伺服器，伺服器存的樂譜都是壓縮後的樂譜。
我們平時正常的樂譜壓縮後大約只有原來的 1/3 那麼大。


我現在比較擔心的是，
我不確定 C6 最後是採用怎樣的同步方法去合併樂譜
C6 的做法是把所有譜子合併然後當成一張總譜發出去，
（也就是一開始把10張樂譜合併成一張總譜，然後再一起發出去，
還是一張譜子某個音軌讀完了再去讀另一個

不過無論如何，都可能會進一步放大樂譜不同步的問題
比如說 二人合奏，
A的平均延遲是 50ms，
B的平均延遲是 70ms

20ms 的差異是可以接受的，
但是如果放大10次，那問題就會比較嚴重了。