時常有客人問說：「為什麼Roon這麼貴？」、「為什麼一定要Roon？不是也有很多軟體也有類似的功能嗎？」、「為什麼越來越多音響品牌都要加入Roon Ready？」；我們時常都是簡單的說：

  • 使用者體驗很棒
  • 音質很好
  • 有很棒的多房間系統管理

​但實際上，當我們越深入去了解Roon，就越發現更多使用Roon原因。那這篇文章就是要深入來解釋Roon的播放方式的核心技術。

Roon的主要技術就是一個叫做RAAT (Roon Advanced Audio Transport)的技術。而RAAT的技術主要是要做到：

  • 建立一個Roon的生態系統，有一個優質、標準的技術讓各個價位級數的音響品牌一起使用。
  • 建立跨平台的的使用介面，讓各個音響品牌可以互相連結，讓使用者使用起來更有彈性。
  • 提供一個穩定的高解析音樂串流管道
  • 在家中的有線與無線網路環境中有穩定的音樂傳輸品質

不過，一定會有人說市面上已經也有其他的，像是BluOS、Linn Kazoo、Lumin、dCS Mosaic⋯⋯等等的，甚至還有我們最愛的專業的聲音通訊協定：AES67、RAVENNA、DANTE⋯⋯等等，每個系統都有他們的設計目標，那麼Roon的RAAT有什麼不一樣的地方？

如果可以的話，我們是很希望RAVENNA可以當作所有音樂串流的主要通訊協定，因為他的設計架構的關係，它可以即時穩定的處理極高品質的數位格式像是DSD256、DXD。不過，像這類的通訊協定對於網路架構與高品質的硬體要求非常高，在一個極為良好的網路環境與播放硬體的環境下，是可以提供超級低延遲的好聲音，並且提供極大彈性的系統規模設計，譬如說大型演唱會、大型運動賽事直播⋯⋯等。像是RAVENNA這類的AES67家族的通訊協定，主打的是即時處理聲音訊號，所以他們傳送的封包都是即時傳送而且短又快速；導致一個問題，當你播放停止又再度按播放的時候，你必須等系統的緩衝區都放完了，才會聽到聲音。

這對於大眾消費者來說不是一個適合的解決方案。RAAT的處理方式不一樣是在於，當我們在Roon中按播放的時候，RAAT會先很快速地將幾秒鐘的音樂送到Roon Ready的音響器材 (譬如說：DAC產品) 內的緩衝區，大概是10秒鐘上下的長度的音樂。當音樂在播放的時候，Roon Ready器材會用自己的clock來處理這些數位訊息，Roon的工作就是等到Roon Ready器材將近用完那些資料前，繼續補上那個10秒鐘的音樂進去。

10秒的音樂對於發燒友來說可能是很短的時間，但是在網路傳輸中Roon的這種一直不斷的往器材送10秒的資訊量，這需要蠻大的緩衝區的量，所以，RAAT設計上，看起來是希望很多工作量是在音響器材上，這樣就比較不會造成家中網路的負擔。

這邊看起來有點點複雜嗎？我們用吃蛋糕來說，我們是先把蛋糕分配好後一次就是吃一塊，等到你吃得差不多了，才把第二塊送到你嘴裡。而不是拿著叉子直接不斷地蛋糕送到嘴裡那種感覺，你的手的動作就像是網路，第一種吃法手不會痠，但是第二種會累。

當你在Roon按下暫停，RAAT就會停止任何buffer(緩衝)，然後也讓播放的音響裝置停下來並且保留你當下播放的資訊。直到你再度按下播放的時候，剛剛講的資訊的傳遞方式才會持續進行。而市場上多數軟體的方式是：當按下暫停的時候，會讓音樂資訊在終端耗盡，然後再度按下播放的時候，會花點時間重新再載入音樂。

Roon的RAAT是使用TCP的方式傳輸，而不是UDP。對於網路技術有點了解的人會知道TCP比UDP穩定。

RAAT設計是要在「家中」聽高品質的音樂，目前市面上應該是還沒有比RAAT更好的軟體架構。

====