嘿，所以MIDI Thru 到底是幹啥用的？

原始連結

MIDI從基本的入和出開始，容易理解。但接下來它給我們丟出了一個轉折的介詞 —— thru（通過）。通過？讓我們真正談論一下它的意思，thru盒子或MIDI分配器是用來做什麼的，以及這些知識如何幫助您保持設備的時間完美緊密。

穿越鏡像

通過DIN電纜的MIDI是單向的，意味著數據只能朝一個方向流動。將發送數據的out端口連接到接收器的in端口。這部分很明確。您也可以通過將更多的out端口連接到更多的in端口來進行設備的串聯。

那麼真正的問題是， “thru”和“out”有什麼區別？

發送到in端口然後到out端口的MIDI消息可能會被該設備處理。設備上的設置可以確定它是否產生聲音（“本地控制”），以及它是否被傳送到out端口。例如，您還可以通過添加移調、延遲或回聲來更改訊號。

MIDI Thru不進行以上任何操作。任何發送到已連接的MIDI In的內容都會完全複制到Thru。如果您有不止一個Thru，它將同時複制到所有Thru。

現在，“同時”是什麼意思帶我們來到下一點——不是每個thru都是相等的。

硬件與軟件的thru

一些錄音介面、thru盒、midi合併器、midi過濾器和其他設備使用軟件實現的thru。也就是說，從技術上講，它仍然是一個MIDI Thru，但數據是通過在芯片上運行的代碼從in端口傳送到thru端口的。問題是，這可能會增加少量的延遲和/或抖動。如果您在軟體中創建您的thru，則有更可能導致時間問題。

硬件鏡像的MIDI Thru輸出實際上沒有延遲，也不會不穩，它是一個字面上的電氣副本，因為到達in插孔的任何信號都被發送到thru插孔。（如果我們想要吹毛求疵，那麼在現實世界中，這並不完全是零，因為我們處於現實世界，而不是愛因斯坦的思考問題或克里斯托弗·諾蘭的電影。但延遲是以納秒——百萬分之一秒來衡量的。）

Thru盒和時間

一旦您開始連接很多不同的設備，您可能已經注意到，您可能會遇到時間問題——與同步甚至與音符消息有關。MIDI中的時間問題的完整討論最好留到另一篇文章中。但讓我們假設您有一些可以依賴的時鐘源 —— 例如，它可能是您的主鼓機。或者甚至可能是您的電腦。您最大的問題是，如果其他設備與該時鐘源延遲。

如果您試著讓時間正確，那麼軟件thru，或者更糟糕的，連接不同設備的輸出（例如，您計電腦上有MIDI out的不同設備）是不行的。即使進行大量的串聯也可能開始引入不可預測的問題。MIDI本身傳輸速度也不是非常快。時鐘速率規定為每秒3,125 byte，這意味著一個典型的MIDI訊號需要大約一毫秒來傳輸。如果您添加了大量的數據流量，您可能會開始遇到問題。

Thru盒或分配器不能解決數據流量問題，但至少它可以確保每個連接的設備在同一時間（相差一千分之一微秒）接收到相同的流。這個概念是輸入被同時發送到一些thru端口。

（合併則是相反的方向——它將多個輸入合併成一個單一的輸出流。）

唯一的解法是THRU

要應用這些很簡單。考慮一下您希望領導源或來源是什麼。然後將其輸出連接到一個thru，並將其分裂成您需要的多個輸出。

我們的MeeBlip cubit duo就是為此目的而設計的。它具有USB音頻接口和獨立thru盒/分配器的thru功能。作為USB音頻接口，USB連接充當輸出，然後將其同時發送到所有輸出端口。沒有計算機時，它只是接收MIDI輸入並將其鏡像到四個輸出。

如果您想變得花哨，當然，您可以研究像前E-RM Multiclock這樣的專用時鐘設備。但thru的概念仍然是一樣的——如果例如，您在Multiclock上用完了out插孔，您可以添加像我們的cubit duo這樣的分配器。

哦，順便說一下，我們本可以將這四個端口命名為“THRU”，而不是“OUT”，再次，為了吹毛求疵。但是thru是一個輸出。這是要記住的主要事情。