推 rugger5566: 耳機不考慮金屬瓜嗎? 或是LCD24(把820當弟弟輾壓) 03/02 21:38
有考慮PS1000e,但是不知道在Epic Music上面的表現好不好,LCD又擔心搖滾樂表現不佳
→ rugger5566: 另外想請教,G1對固有系統DAC明顯嗎?用手機遙控音質? 03/02 21:39
G1算是歪打正著買的,內建線電跟兩顆飛秒時鐘,可參考我之前的心得,在架了專線之後
整體提升不少
※ 編輯: sanchih (49.216.240.128 臺灣), 03/02/2021 21:48:26
推 Oswyn: 不就是 NUC 不夠力嗎,Roon 44.1 都卡? 有試過其它播放器? 03/02 21:47
NUC是i7 16G Ram應該不至於不夠力,直出352.8給DAC都很順,但是加一個G1升705.6就卡
對吼,晚點試一下用樹莓派Volumio出給G1看看
※ 編輯: sanchih (49.216.240.128 臺灣), 03/02/2021 21:53:11
→ Oswyn: 這類問題請先裝個 LatencyMon & 開工作管理員查一下效能 03/02 21:49
之前Roon Core用Win10的時候都有在監控,升到352.8平均CPU30~50%,溫度都在60度以下
改用Rock後想說Linux架構耗能應該比Win低
→ rugger5566: LCD24不一樣,根本搖滾專武...動圈能贏的地表沒5支 03/02 21:50
剛看了一下價格,這個不是捏一下而已,都捏爆了還買不起 XD
推 rugger5566: 不過光是G1能顯示美美的專輯封面好像就很值得了(誤) 03/02 21:52
顯示螢幕的唯一好處,就是偶爾抬頭看一下而已...
※ 編輯: sanchih (49.216.240.128 臺灣), 03/02/2021 22:00:34
※ 編輯: sanchih (49.216.240.128 臺灣), 03/02/2021 22:02:17
→ Oswyn: 頓一下頓一下已經不是音質問題而是出現錯誤,這通常都是 03/02 22:05
→ Oswyn: buffer 過/欠載造成的,Roon 的 Buffer size 調大一點試試 03/02 22:05
請教一下,是Resync Delay跟Zone Grouping Delay那邊嗎?
→ Oswyn: 另外 DCP&ISR 卡不跟 CPU 效能有絕對的關係 03/02 22:07
請問DCP&ISR是?
※ 編輯: sanchih (49.216.240.128 臺灣), 03/02/2021 22:11:46
※ 編輯: sanchih (49.216.240.128 臺灣), 03/02/2021 22:13:51
→ Oswyn: Resync Delay 是音軌切換有問題時的調整,Zone Grouping 03/02 22:25
→ Oswyn: Delay 是複數分區設備的同步調整 03/02 22:25
→ Oswyn: 應該要找 Hardware Buffer Size 相關設定 03/02 22:26
好的,我研究一下,感謝您~
※ 編輯: sanchih (49.216.240.128 臺灣), 03/02/2021 22:30:03
更新一下進度
發完文後用盡一切方法試著解決升頻到705.6kHz播放卡頓的問題,包含
1.Roon Core改為Win10
2.Roon Core改為Mac OS
3.Roon DSP能調的全部逐一測試
4.G1訊號輸入從有線改無線
結果就在測試方法4時問題獲得解決
只能說真的是玄學,只要遇到撥放卡頓,就把G1訊號無論從無線改有線或是有線改無線
只要有變更,就解決了
但是Roon DSP只要有任何調整,卡頓就會再次出現
為了確保訊號能透過網路順利傳送,我直接把Roon DSP關掉,原汁原味輸出給G1去升頻
目前連續撥放幾首Tidal或資料庫裡面的音樂都順暢沒有問題
最後解決卡頓問題的原理真的搞不懂
可能是Roon跟G1之間要合一下八字或是中間擺個水晶調磁場之類的
至少問題解決了,明天來去買一包乖乖椰子口味回來擺 XD
※ 編輯: sanchih (49.216.240.128 臺灣), 03/03/2021 01:31:28
推 elguapo: 有沒有可能是Ethernet switch的問題? 03/03 17:29
→ elguapo: Roon討論區有反應類似的情況,Roon是建議選擇最簡單的unm 03/03 17:38
→ elguapo: anaged switch(不要智慧型);如果已經是最簡單的那種sw 03/03 17:38
→ elguapo: itch那麼就要進一步調整封包的frame size(取消jumbo fra 03/03 17:38
→ elguapo: me) 03/03 17:38
應該是網路的問題,但是不知道是哪個環節,現在只要歌單裡面有MQA的歌,一解碼播放
就又開始卡頓,必須按照上述的切換連線方式來排除
今天也試著更換成Cat8的線同樣卡頓,我的Switch是TP-LINK TL-SG108E,算是很陽春的
也進去把Flow Control打開跟設QoS把優先權給Roon Core跟G1以及試著把WiFi關掉
所有頻寬只給有線連結的Roon Core跟G1,都沒有獲得改善
Rock好像沒辦法進去設網路卡,我等一下改用Win10版Roon Core進去試試看
※ 編輯: sanchih (49.216.93.145 臺灣), 03/03/2021 19:18:09
剛剛試著把jumbo frame關掉或者是設成9k,仍然沒有獲得改善
※ 編輯: sanchih (49.216.93.145 臺灣), 03/03/2021 19:50:57
推 elguapo: 請問Rock的硬體配備是...? 03/03 20:04
硬體的話是Intel NUC8i7BEH https://reurl.cc/zb1EA6
→ elguapo: 不知能否提供一下log file 03/03 20:05
Rock是Linux架構,不太懂如何把log file抓出來
→ elguapo: 我在想要不要試看看RJ45直接(Roon core電腦設一個DHCP 03/03 20:10
→ elguapo: 讓G1抓到後,用區域音檔播看看),如果能控就表示是網路 03/03 20:10
→ elguapo: 的某部分硬體出問題。 03/03 20:10
→ elguapo: MacOS的DHCP啟動方式可以參考這篇: 03/03 20:12
→ elguapo: 對不起DHCP “Server” 03/03 20:12
→ elguapo: 我個人在Mac上用這個方式RJ45直控NAA 03/03 20:14
上面這個方式看不太懂如何操作
狀況是這樣
1.播放只要是由G1自己單獨撥放升頻到705.6k(大約45Mbps)都順暢沒有問題
證明Tidal從外部網路進來到家中區網沒有問題
2.由Rock輸出訊號給G1,從44.1k(2Mbps)~352.8k(約22Mbps)以內範圍都沒有問題
原本預想有可能是705.6k檔案太大?導致Rock到G1這段網路吃不消
但是試過從Rock僅輸出44.1k,只要最終透過G1輸出到705.6k就會卡頓,352.8k不會
3.卡頓情形可以透過改變G1連線方式獲得暫時改善
不管是無線(144Mbps)還是有線(1000Mbps),只要有切換,一直到播放MQA檔之前都順暢
一但只要撥放到MQA,播放中正常,下一首就又開始卡 XD
※ 編輯: sanchih (49.216.93.145 臺灣), 03/03/2021 21:54:48
※ 編輯: sanchih (49.216.93.145 臺灣), 03/03/2021 21:58:44
推 Oswyn: 先把 Switch 的 ICMP and IGMP enable,Roon & G1 的 IP 用 03/03 22:07
→ Oswyn: 手動設靜態、Static Multicast IP: 設 Roon IP、VLAN ID:1 03/03 22:07
→ Oswyn: 、Forward Port:G1 的 port number 03/03 22:07
→ Oswyn: 其實暫時把 Roon & G1 的 LAN 接到無管理的 SW 測最快 03/03 22:09
→ Oswyn: 先接到同個 Router or AP 下的網路 port 03/03 22:10
目前已按照您建議的下去設定,仍然沒有改善,打算明天買一台無管理的SW來試試~
推 elguapo: 我建議的直掛是一條RJ45線,一端連G1,另一端接Mac(Mac 03/03 22:34
→ elguapo: 的 DHCP server 相較容易設定)。 03/03 22:34
→ elguapo: 第一步:Mac 那端 Ethernet 先手動設好 IP、用 terminal 03/03 22:34
→ elguapo: app 敲 ifconfig 看一下 Ethernet 的 en#,然後用我前 03/03 22:34
→ elguapo: 面推文內附的 URL 剪貼 config 改成您的 en# 存到指定路 03/03 22:34
→ elguapo: 徑,然後照著下指令即可啟動 DHCP Server。 03/03 22:34
→ elguapo: 第二步:G1 重開重新抓一次 IP address(這個 IP address 03/03 22:34
→ elguapo: 是來自 MacOS 的 DHCP Server)。 03/03 22:34
→ elguapo: 第三步:Mac 上的 Roon Core 應該會看見 G1,正常設定起 03/03 22:34
→ elguapo: 來。 03/03 22:34
→ elguapo: 完成之後用 Mac 這端用 44.1、Roon 升頻 705.6 試播看看 03/03 22:34
→ elguapo: ?如果需要穿插 MQA 可以先去 2L test bench 下載來測。 03/03 22:34
→ elguapo: 如果 G1 都沒問題不會卡,拿麼可以肯定是網路硬體某地方 03/03 22:34
→ elguapo: 有問題。 03/03 22:34
→ elguapo: 對了,在 Mac 上要這樣測請將 Ethernet 優先權放到最高, 03/03 22:36
→ elguapo: 這在系統設定:網路。 03/03 22:36
剛剛用PC DHCP Server跟G1對接方式測試,MAC DHCP Server一直卡在終端機指令那邊
測試結果是仍然會發生,只是卡頓的頻率變少
推 elguapo: 對不起我想問題應該是G1本身極限。 03/03 23:10
→ elguapo: 方才查閱G1的性能,網路串流和USB輸入其PCM上限只有384KH 03/03 23:10
→ elguapo: z,所以Roon先升705.6再給G1是無用的;另外G1本身跟MQA沒 03/03 23:10
→ elguapo: 有合作,能開MQA是用他們自己的resampling和除噪,Roon 03/03 23:10
→ elguapo: 直接餵MQA的話,在Roon裡必須在decice setup裡將G1設No M 03/03 23:10
→ elguapo: QA Support(當然Core Decoder還是留著讓Roon做first unf 03/03 23:10
→ elguapo: old)。 03/03 23:10
→ elguapo: Device setup* sorry typo 03/03 23:10
→ elguapo: 打太快... 「Auralic 這家公司沒跟 MQA 合作」 03/03 23:13
我從Roon輸出給G1都是介於44.1k~352.8k,只是當G1接收後升到705.6k才會有問題
而G1如果自己直接掛Tidal而不是接收Roon訊號的話,無論是一般PCM或是MQA
要升到705.6k都是順暢沒問題
我也高度懷疑跟Auralic沒有跟MQA合作加上和Roon有某些軟體同步bug有關係
因為同樣的播放清單G1自己掛Tidal就爽爽播,而收Roon訊號就會有狀況
我現在就照您說的在Roon的音訊裝置設定裡,把MQA支援都關掉,目前升頻播放都順利了
折騰了兩天終於把問題解決了
感謝幾位前輩幫忙把脈跟提供藥方~
※ 編輯: sanchih (49.216.93.145 臺灣), 03/04/2021 00:41:57
推 elguapo: 很高興有幫到您 :D 03/04 01:16