再深入一點了解Roon RAAT技術

時常有客人問說:「為什麼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更好的軟體架構。

====

已加入購物車
網路異常,請重新整理