看板 Audiophile 關於我們 聯絡資訊
小弟在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://www.ptt.cc/bbs/Audiophile/M.1594712178.A.32E.html ※ 編輯: hanktung (114.32.48.170 臺灣), 07/14/2020 16:10:46 hanktung:轉錄至看板 Headphone 07/14 16:13
dorbeetle: 有點掙扎要不要試試看這部份…目前是用unifi的switch 07/14 17:52
dorbeetle: 有點難以理解怎麼會這樣… OTZ 07/14 17:53
hanktung: 我也是猶豫很久才嘗試, 但很值得, 滿意使用中 07/14 18:00
jin879: 確定末端資料流的protocol使用tcp嗎? 07/14 18:28
jin879: 很多如h264的影像資料流為了速度考量 07/14 18:29
jin879: 是會使用udp來傳輸的,包含airplay/google cast 07/14 18:30
jin879: jitter無所不在阿 07/14 18:32
hanktung: 也不確定是否tcp, 但音響用的速度要求沒相對那麼高,走 07/14 21:51
hanktung: tcp蠻合理的 07/14 21:51
jin879: 我覺得clock, rising time等等造成jitter的影響巨大 07/14 22:01
jin879: 0/1也不過是類比訊號的一種呈現方式 07/14 22:02
jin879: 不可能有完美的方波,所以jitter總是藏在細節裏 07/14 22:03
djboy: https://reurl.cc/ZO6dWa B&Q任職18年,有實作產品/專利, 07/14 22:29
djboy: 博士,曾任AES研討會主席。他表示,只要你的數位設備都 07/14 22:30
djboy: 合乎規定,那"數據jitter"是會影響資料的正確性。 07/14 22:31
Dopin: 我是覺得走 token ring 比較好啦 只是已經不知死幾年了 :p 07/14 22:31
djboy: 而switch,只負責數據的傳輸。 07/14 22:31
djboy: 我寫錯了,那"數據jitter"是「不」會影響資料的正確性。 07/14 22:31
djboy: 01不是方波,但是無損於數據資料的正確傳輸 07/14 22:32
hanktung: https://reurl.cc/kdzRjK 這篇發表於原廠官網的解釋, 07/14 22:58
hanktung: 各位大大可以參考 07/14 22:58
EntHeEnd: 讚喔 07/14 23:14
hanktung: 我也是看了E大的文入坑了XD,但真的值 07/14 23:21
djboy: 我上個月就看了上面那篇原廠文章,該笑還是該吐血呢…… 07/14 23:31
djboy: 然後,馬上隔壁版就來個音響switch,下面也發生大戰 07/14 23:31
djboy: #1Uykfb_w (Headphone) 下面推就在講原廠文章中的事情,還 07/14 23:32
djboy: 有解法。 https://imgur.com/Hbbo0uz 07/14 23:33
djboy: 原本在耳機版和今天時,我還想找這篇文章出來做對比。 07/14 23:34
djboy: 感謝原po提供。一個音響switch,整篇文章在講設備間訊噪傳 07/14 23:34
djboy: 輸的問題,這其實是除了光纖/無線外都會有影響的。but, 07/14 23:35
djboy: 要解決這個問題,不應該在前端,而是在DAC這邊才對。 07/14 23:35
jin879: jitter從來不會影響正確性,但影響的是資料來的時間阿 07/15 00:10
jin879: 除非不想要實時播放,把接收端buffer設計很大 07/15 00:12
jin879: 再接收端re-clock內部重新洗牌訊號 07/15 00:13
jin879: 不然buffer一滿一空,等資料時,jitter總是又跑出來了 07/15 00:15
hanktung: 其實數位資料的傳遞,以軟體面來說,應該都能確保其資 07/15 00:32
hanktung: 料正確性,1k大小的資料,再怎麼傳遞還是1k且內容不會 07/15 00:32
hanktung: 改變,但音響影響的因素不光正確的資料,jitter影響, 07/15 00:32
hanktung: 訊躁傳遞,共地的雜訊,以及其他我所無法理解因素,的 07/15 00:32
hanktung: 確hiend級的dac,理論上應該受這些因素影響會更小,但 07/15 00:32
hanktung: 實際上每個前端的環節影響還是在的,只能說實際體驗跟 07/15 00:32
hanktung: 認知想法還是會有落差 07/15 00:32
pensees: 數位資料的傳遞不影響聽感,是建立在理想的DAC上面,但 07/15 08:16
pensees: 完美的DAC並不存在 07/15 08:16
pensees: 同意樓上說的。除非DAC不要實時播放 07/15 08:24
djboy: 非同步IC的議題己經講爛了,就不說了。話說,音響就是電子 07/15 09:09
djboy: 工程學的產品,只要是電子工程,就可以量到訊號波型。假設 07/15 09:10
djboy: 這個SWITCH這麼威,換台後直接去量DAC端的接地訊號就一清 07/15 09:10
djboy: 二楚了。看到原廠的資料連個簡單量測圖表都沒有,只能搖頭 07/15 09:11
djboy: 嘆氣了~~~ 07/15 09:11
kolnoa: 品嘉有一萬到十萬的switch,去聽一輪啊 07/15 09:58
martinlin77: 推 請問用樹莓wifi 接NAS是否就沒有需要switch 07/15 14:57
hanktung: switch是走有線 wifi用不到 但有線會比較好聲 07/15 16:04
max0427: 派4以前有線與usb共一線,wifi較好聽是可能的;派4確實 07/15 21:40
max0427: 分開,我是選了有線啦。 07/15 21:40
xoy: ER從開發階段在國外就一直在吵,害我差點沒搶到第一批的。J 07/16 17:58
xoy: . S.是個蠻有趣的人,在官方討論區也講過不只一次ER不太需要 07/16 17:58
xoy: 改電源跟外接時鐘跟避免金屬接頭的網路線,不過使用者還是換 07/16 17:58
xoy: 的不亦樂乎,也一樣跟反對的人吵成一團,在話題上是很成功的 07/16 17:58