• 50

要說電源線,USB線,其他線都是騙錢的,那如果討論到網路線不就...Wireworld Starlight 8

某討論串:

https://community.roonlabs.com/t/raat-and-clock-ownership/6915?
有人看得懂嗎
cses050108 wrote:
https://community.roonlabs.com/t/raat-and-clock-ownership/6915?

大意是: roon RAAT 會週期性, 定時讀 packet 的資料, 獲取傳輸速度, 並從 roonReady DAC 取得其 sampling rate 資料, 建立控制 buffer 輸出的時脈機制 (就是 re-clock), 在餵資料給 dac 時, 不會 over-run or under-run (就是 output rate 與 dac sampling rate 同步)
宅男工程師 wrote:
大意是: roon RAAT...(恕刪)


裡面某段提到:
「RAAT has no impact in that domain. It moves buffers of audio asynchronously, just like USB. It is not involved in generating clock signals to drive DACs.」

那請問我在家用ROON播串流音樂,DAC用的是非同步USB DAC,哪幾個環節是同步?哪幾個環節是非同步?
goldbingo

補充一下,在原始roon討論串中並未提及次要endpoint的clock頻差補償運算,是做在core還是endpoint。但是一定得做。

2024-02-26 1:14
宅男工程師

asynch mode 的主動權在 endpoint, 只用 endpoint clock, 所以 re-clock 是在endpoint 做.

2024-02-26 14:20
cses050108 wrote:
那請問我在家用ROON播串流音樂,DAC用的是非同步USB DAC,哪幾個環節是同步?哪幾個環節是非同步?

roon store 認證的 portable usb dac,只有 iFi, AudioQuest, and Chord.
roon labs community: Asynchronous and Isochronous 討論串中, roon 員工 Magnus 說
Magnus wrote:
As I understand it, in order for a device to have a USB output, it needs some internal USB controller, and its from that controller and the data it sends that asynchronous USB is improved over synchronous (with the help of the DACs re-clocking). What happens before and after in the chain will not affect this benefit.

其他人對 "the data it sends that asynchronous USB is improved over synchronous (with the help of the DACs re-clocking)" 也是看得一頭霧水.
goldbingo

(e.g. DAC) is effectively in charge of the sample clock. More specifically it means that

2024-02-26 0:13
goldbingo

the sample rate is not directly referenced to the USB master clock generated by the host.

2024-02-26 0:13
宅男工程師 wrote:
其他人對 "the data it sends that asynchronous USB is improved over synchronous (with the help of the DACs re-clocking)" 也是看得一頭霧水.

Roon Labs Community: USB DAC settings for use with iFi Zen Streamer?
看了 Glenn_Young 貼文後, 比較了解 "the data it sends that asynchronous USB is improved over synchronous (with the help of the DACs re-clocking)"在講什麼事.

(1) Qobuz 認證的串流機直連 Qobuz 網站
是 synch 傳輸模式, Qobuz 網站用自己的 clock 送 packet, DAC 用自己的 sample rate 抓資料. 由串流機的Qobuz韌體做 re-clock, 來同步兩種 clock. 所以之前討論的, 有效.

(2) roon core 直連 Qobuz 網站, 其他 dac 設備用 wifi/lan/usb 連 roon core.
roon core 直連 Qobuz 網站的動作同 case (1), 但 roon core 拿到資料是存到 local storage, 而不是 DA 出去. (roon 應該不敢存整首歌, 讓 Qobuz 來告他)

(3) 其他 dac 設備用 wifi/lan/usb 連 roon core.
DAC 可選 synch or asynch 模式來抓 roon core 的音樂資料.

(3a) Synch 模式: roon core/dac 用各自的 clock 傳/接 Lan packet/usb packet, 但 RAAT 會做 re-clock.
(3b) Asynch 模式: dac 用自己的clock, 把 roon core 當成外掛hdd, 以 packet 形式抓 data.

用 (3b) Asynch 模式會掉 packet, 也要做重傳動作. RAAT 是用 Asynchronous Sample Rate Conversion (ASRC) 確保資料完整
所以 "the data it sends that asynchronous USB is improved over synchronous (with the help of the DACs re-clocking)" 是指 (2) + (3b) 的動作.

今天學到有用的知識了


另外在PTT: Re [心得] 運用 Chrony 對時工具提升音訊品質 有 roon RAAT 中文翻譯與討論
宅男工程師

對 (1), (3a) synch 模式, RAAT 也會做 re-clock. Spotify RTSP 也會對 (1) 做 re-clock.

2024-02-26 12:34
宅男工程師

了解, "資料重傳正確性" 還是靠 Network/USB protocol 來處理

2024-02-26 13:09
宅男工程師 wrote:
我是原封不動把 amirm...(恕刪)


Aviom開宗明義說是使用傳統Cat-5e和RJ45,用自家Pro64傳訊協定。
https://www.aviom.com/library/Application-Notes/64_A-Closer-Look-at-A-Net.pdf
Aviom 這個不是針對"實體"網絡線問題,而是傳訊協定沒有為音頻傳訊做針對改善,所以有些數據包會延遲或更早訊到的問題。
而這是針對專業錄音多軌問題,延遲要做到800us,一般家用HDMI和音頻是20ms以上,所以根本和本編主題沒甚麼關係。
Volf wrote:
如果可以分享將前端換成百元等級3C用交換器,我推測換網路線聲音的變化可能就受限了!又或許交叉比對交換器或網路線單獨換哪一個比較有感?

串流音樂對我來說,向來不是主力...
所以一向我也隨便得很...方便是最大原則



我測試的系統統是從中華電信有wifi的數據機拉一條很一般的網路線約5米到音響系統處
用圖片上,燦坤買的交換器做AB TEST的比較而已.
這一米...是真的可以聽出我認為很有感的聽覺不同...

而且這種不同,很可能是換擴大機也沒有的...
但或許不是許多人心裡想的"好聽"
這種不同差異...我認為是所謂的正確.
Volf

[讚][拇指向上][100分]

2024-02-26 10:21
dida812

Crystalcable 網路線更有感

2024-02-26 10:57
李明益 wrote:
串流音樂對我來說,向...(恕刪)


李老闆在系統構成跟我去測試的情況類似,而同樣情況換掉最後一米一般網線改用音響網線的差距巨大,器材也都不算高階器材,所以很大可能是最後一米起了阻斷、屏蔽電流雜訊的功用,當然我也沒有能力做進一步的辯證,因此不敢武斷。

當系統線材的投資很低甚至當只用隨機線時,用一條或數條線想讓聲音變好這難度是很大的;但是一套系統都用上了相匹配的線材,只需換上一條較低階線材就比較容易發現。

所以之前早有先進已說過,不是線材讓音響變好聽,而是線材沒讓音響變難聽。

也看過香港發燒友用木桶理論來概括。
李明益 wrote:
用圖片上,燦坤買的交換器做AB TEST的比較而已. 

謝謝李老闆的分享!五分奉上!

這樣跟我的理解又有些不同!已經用一般3C交換器,表示在此之前訊號不可能優化!而換最後一米網路線依照宅大的理論只是減少訊號的劣化,理論上幫助應該不大!除非如其他朋友說明有電的雜訊滲入!

依照李老闆的說明,的確變因只是最後一米網路線,我比較有興趣用自己的系統測試,請問李老闆方便付押金借一條2米的網路線回來測KEF LS50 W2聽感的變化?假如聽得出差異我會進行盲測,相關結果再分享給大家參考,當然聲音優化符合我需求我會買單,畢竟只升級一條網路線比家中全部網路系統升級簡單多了!
Volf

julius5916 我知道!我聽過挖大換線的變化,和太太都能盲測出!假如我的LS50 W2同樣能聽出變化且聲音是我喜歡的!花15k升級很值得!但假如聽不出來,再貴的線送我也沒用不是嗎?

2024-02-26 11:08
julius5916

Volf 當然系統反應不出來或差異很小也沒必要花錢。

2024-02-26 11:11
cheonglee wrote:
而這是針對專業錄音多軌問題,延遲要做到800us,一般家用HDMI和音頻是20ms以上,所以根本和本編主題沒甚麼關係。

Aviom: Managing Jitter Wander & Latency in Digital Audio Networks
AVIOM 這篇文章中, 明確指出是要消除 digital audio network jitter, 而顯示受 jitter影響的 FFT 頻譜是落在人耳接收範圍內


cheonglee wrote:
有些數據包會延遲或更早訊到的問題

因外部干擾, 訊號傳遞衰減造成頻繁 resend packet, 是影響封包延遲的重要因素, 尤其對要完整傳輸的無損音樂.
goldbingo

建議使用IEEE的term: synchronous transmission。synchronous transfer mode(STM)容易混淆為ANSI和ITU-T定義的一種電信標準。

2024-02-28 16:30
goldbingo

https://images.app.goo.gl/ddPzK8sLk6QFfo1R8試著用這圖來討論,封包由右發送到左接收的時間是delay(latency),delay 的變動範圍是jitter

2024-02-28 17:12
  • 50
內文搜尋
X
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 50)
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?