作者hanktung (Hank)
看板Audiophile
標題[心得] 數位串流 Uptone EtherREGEN switch 心得
時間Tue Jul 14 15:36:16 2020
小弟在0 1的世界裡打混20年了,
TCP傳輸有Checksum檢查機制,
為什麼還會有差異,
別問我這麼高深的問題, 我回答不了,
Uptone EtherREGEN 這台switch在耳機版已有前輩分享過了,
開箱圖就直接略過了, 直接講聽感吧.
聽感:
最直接明顯的地方就是聲音變厚且有水份,
尤其聽人聲, 情感表達真的細膩,
通常變厚聲, 直覺都會覺得聲音變軟變糊,
這台我覺得是聲音稍微的柔化,
但形體跟線條感依然明確,
低頻清晰有彈性, 不會有肥厚淤塞感,
同時更有層次,
而且背景更加乾淨, 躁感降低,
使得整體聲音變得非常耐聽,
且非常討喜的調音,
其他部分當然也有微幅提升,
像是音場加大跟定位更明確,
只是音樂性部分更加讓我驚豔,
之前因為換敏力1603喇叭線,
聲音平衡跑掉, 變得有些微乾, 刺耳,
這台剛好補了這些的缺陷,
而且補得剛好, 不會過多,
聲音變得平衡且自然,
如果本身系統太乾太薄, 應該也救不回來了XD
缺點:
目前只有稍微覺得泛音收斂了一點,
也許是還run不夠久,
還有就是這台溫度蠻高的,
應該有50幾度, 跟我管機有得比XD,
應該需要加個散熱器.
結論:
玩數位串流可以考慮嘗試看看switch,
在我系統上(HTPC+Daphile)感受明顯,
當然每套系統不同, 感受一定不同,
myhiend有推薦更高等級的switch,
像是SOtM, Melco, 或是CP值也許更高的Nuprime sw-8,
但這些沒聽過, 不予置評,
如果系統本身乾薄, 想提升韻味,
也許可以考慮EtherREGEN.
另外這台還有外接時鐘以及接地孔,
也有SFP接孔, 可玩性蠻高的,
但以上聽感都沒有接這些,
且電源也是使用原機附的變壓器,
100% Uptone原汁原味.
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 175.97.24.61 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Audiophile/M.1594712178.A.32E.html
※ 編輯: hanktung (114.32.48.170 臺灣), 07/14/2020 16:10:46
※ hanktung:轉錄至看板 Headphone 07/14 16:13
1F：推 dorbeetle: 有點掙扎要不要試試看這部份…目前是用unifi的switch 07/14 17:52
2F：→ dorbeetle: 有點難以理解怎麼會這樣… OTZ 07/14 17:53
3F：→ hanktung: 我也是猶豫很久才嘗試, 但很值得, 滿意使用中 07/14 18:00
4F：推 jin879: 確定末端資料流的protocol使用tcp嗎？ 07/14 18:28
5F：→ jin879: 很多如h264的影像資料流為了速度考量 07/14 18:29
6F：→ jin879: 是會使用udp來傳輸的，包含airplay/google cast 07/14 18:30
7F：推 jin879: jitter無所不在阿 07/14 18:32
8F：→ hanktung: 也不確定是否tcp, 但音響用的速度要求沒相對那麼高，走 07/14 21:51
9F：→ hanktung: tcp蠻合理的 07/14 21:51
10F：推 jin879: 我覺得clock, rising time等等造成jitter的影響巨大 07/14 22:01
11F：→ jin879: 0/1也不過是類比訊號的一種呈現方式 07/14 22:02
12F：→ jin879: 不可能有完美的方波，所以jitter總是藏在細節裏 07/14 22:03
14F：→ djboy: 博士，曾任AES研討會主席。他表示，只要你的數位設備都 07/14 22:30
15F：→ djboy: 合乎規定，那"數據jitter"是會影響資料的正確性。 07/14 22:31
16F：推 Dopin: 我是覺得走 token ring 比較好啦 只是已經不知死幾年了 :p 07/14 22:31
17F：→ djboy: 而switch，只負責數據的傳輸。 07/14 22:31
18F：→ djboy: 我寫錯了，那"數據jitter"是「不」會影響資料的正確性。 07/14 22:31
19F：→ djboy: 01不是方波，但是無損於數據資料的正確傳輸 07/14 22:32
21F：→ hanktung: 各位大大可以參考 07/14 22:58
22F：推 EntHeEnd: 讚喔 07/14 23:14
23F：→ hanktung: 我也是看了E大的文入坑了XD，但真的值 07/14 23:21
24F：推 djboy: 我上個月就看了上面那篇原廠文章，該笑還是該吐血呢…… 07/14 23:31
25F：→ djboy: 然後，馬上隔壁版就來個音響switch，下面也發生大戰 07/14 23:31
28F：→ djboy: 原本在耳機版和今天時，我還想找這篇文章出來做對比。 07/14 23:34
29F：→ djboy: 感謝原po提供。一個音響switch，整篇文章在講設備間訊噪傳 07/14 23:34
30F：→ djboy: 輸的問題，這其實是除了光纖/無線外都會有影響的。but， 07/14 23:35
31F：→ djboy: 要解決這個問題，不應該在前端，而是在DAC這邊才對。 07/14 23:35
32F：→ jin879: jitter從來不會影響正確性，但影響的是資料來的時間阿 07/15 00:10
33F：→ jin879: 除非不想要實時播放，把接收端buffer設計很大 07/15 00:12
34F：→ jin879: 再接收端re-clock內部重新洗牌訊號 07/15 00:13
35F：→ jin879: 不然buffer一滿一空，等資料時，jitter總是又跑出來了 07/15 00:15
36F：→ hanktung: 其實數位資料的傳遞，以軟體面來說，應該都能確保其資 07/15 00:32
37F：→ hanktung: 料正確性，1k大小的資料，再怎麼傳遞還是1k且內容不會 07/15 00:32
38F：→ hanktung: 改變，但音響影響的因素不光正確的資料，jitter影響， 07/15 00:32
39F：→ hanktung: 訊躁傳遞，共地的雜訊，以及其他我所無法理解因素，的 07/15 00:32
40F：→ hanktung: 確hiend級的dac，理論上應該受這些因素影響會更小，但 07/15 00:32
41F：→ hanktung: 實際上每個前端的環節影響還是在的，只能說實際體驗跟 07/15 00:32
42F：→ hanktung: 認知想法還是會有落差 07/15 00:32
43F：→ pensees: 數位資料的傳遞不影響聽感，是建立在理想的DAC上面，但 07/15 08:16
44F：→ pensees: 完美的DAC並不存在 07/15 08:16
45F：→ pensees: 同意樓上說的。除非DAC不要實時播放 07/15 08:24
46F：→ djboy: 非同步IC的議題己經講爛了，就不說了。話說，音響就是電子 07/15 09:09
47F：→ djboy: 工程學的產品，只要是電子工程，就可以量到訊號波型。假設 07/15 09:10
48F：→ djboy: 這個SWITCH這麼威，換台後直接去量DAC端的接地訊號就一清 07/15 09:10
49F：→ djboy: 二楚了。看到原廠的資料連個簡單量測圖表都沒有，只能搖頭 07/15 09:11
50F：→ djboy: 嘆氣了~~~ 07/15 09:11
51F：推 kolnoa: 品嘉有一萬到十萬的switch，去聽一輪啊 07/15 09:58
52F：推 martinlin77: 推 請問用樹莓wifi 接NAS是否就沒有需要switch 07/15 14:57
53F：→ hanktung: switch是走有線 wifi用不到 但有線會比較好聲 07/15 16:04
54F：推 max0427: 派4以前有線與usb共一線，wifi較好聽是可能的；派4確實 07/15 21:40
55F：→ max0427: 分開，我是選了有線啦。 07/15 21:40
56F：推 xoy: ER從開發階段在國外就一直在吵，害我差點沒搶到第一批的。J 07/16 17:58
57F：→ xoy: . S.是個蠻有趣的人，在官方討論區也講過不只一次ER不太需要 07/16 17:58
58F：→ xoy: 改電源跟外接時鐘跟避免金屬接頭的網路線，不過使用者還是換 07/16 17:58
59F：→ xoy: 的不亦樂乎，也一樣跟反對的人吵成一團，在話題上是很成功的 07/16 17:58