-
2022-07-28, 04:50 PM
#6671
慘了!!又有混淆變項!!!
慘了!!又有混淆變項!!!
作者: psycho
再度重申:極緻CAT的關鍵
那我為什麼要重申那套CAT的聲音是不合格的呢?目前猜測最可能是CONTROL PC帶衰,第二可能是沒有1500W的ROUTER。總之,『絕對極緻』的音響立場,絕不能妥協的就是『頻寬的正確性平衡』:
如果說我的CAT高中低頻分別是 7 : 8 : 8
dequad之CAT就是 9 : 8.5: 6
也就是說:雖然會意識到我的高頻不夠水準,但是更容易感覺dequad之CAT嚴重地『正確性不平衡』!而這種不平衡,得不到最極緻的音響快感。
先前被dequad之CAT電到歪掉,只能挑剔他的供電與CONTROL PC太差。最近卻莫名奇妙發現一個重大的混淆變項!!真是令人昏倒..........
一切都因為我的CONTORL PC中了勒索病毒,火大了直接把SSD全部刪除,重新分割,重新安裝OS。AUDIO PC則完全沒動。
250G的SSD,先切60G與190G,先安裝 gangster.tank提供的Windows 10 企業版 LTSC 長期服務。立刻安裝JPLAY6.2,可以播放但是一直中斷。於是把JPLAY所有服務都設定成『即時』,再把網卡速度固定在100M雙向,然後把USB省電功能全關。只有這樣子做而己。
然後....然後『高頻的正確性』大幅改善!!??
先前dequad來時,使用的CONTROL PC也是gangster.tank提供的Windows 10 企業版 LTSC,除了進行JPLAY幾乎不做其他事,頂多是查一查GOOGLE與YOUTUDE。也就是說,兩個OS可以視為完全一樣,差別是一個己經安裝完『兩年(?大約)』,另外一個則是全新安裝。在硬體完全一樣的情況下,『高頻的正確性』大幅改善!!因為記憶不可靠所以不敢說確定追上了dequad之CAT,但是如果兩台CAT都有這等種改善幅度,那鐵定追上dequad之CAT了。
也就是說,根本不必升級電腦硬體,先來個『全新重灌』,舊電腦就可以追上新電腦啦!!??
見鬼了!這是什麼混淆變項?我們這些比較新舊電腦的玩家,一定都是新電腦+『全新安裝OS』跟舊電腦+安裝完『一年』OS;根據上述聽感比較,你聽到的差距異可能不是來自電腦硬體,而是『重新安裝OS』??
吐血了!這下子最新的CAT有多少價值?要先排除掉這個混淆變項啦。dequad 你的CONTROL PC之OS是全新安裝還是安裝很久了??
幸好,『供電』這環節比較沒有混淆變項.............
(END)
P.S. 今天又測試安裝WIN10最新版,直接從M$下載。聲音果然大幅輸給『全新重灌』Windows 10 企業版 LTSC;但是要比先前『安裝完兩年』的LTSC,只怕不相上下!!!
-
The Following 5 Users Say Thank You to psycho For This Useful Post:
-
2022-07-29, 09:07 AM
#6672
會不會又是量子效應的另一例?
小弟編譯軟體時的供電不同,聲音就會不同。
會不會是教授灌系統時,比上一次的供電情況好上不少?造成新灌的高頻更正確。
記得以前有樂友提到安裝系統時會有類似rip CD的效應,小弟的量子版的靈感就是由此來的。
如果是如此,以後灌系統時,也要先把冷氣之類的關掉再來安裝。
-
The Following 6 Users Say Thank You to sam0402 For This Useful Post:
-
2022-07-29, 10:36 AM
#6673
-
The Following 5 Users Say Thank You to psycho For This Useful Post:
-
2022-07-29, 03:31 PM
#6674
教授,我之前的實驗是把主機板全部USB埠關閉之後,只留下一個USB孔透過USB HUB重新供電安裝系統,聲音會大幅改善。
所以之前才說,高階主機板並不是不好,而是太多功能,如果懂得關閉那些不必要的功能,聲音就會超越低階主機板。
-
The Following 7 Users Say Thank You to gangster.tank For This Useful Post:
-
2022-07-29, 04:51 PM
#6675
回覆教授的問題:我的 control PC 在 5/1 用16GB 的小 Optane 裝了 Windows Server 2022,過了一陣子又用 Macrium Reflect 複製移到大 Optane (900P)上。應該可以排除是系統安裝太久導致衰聲。
去教授家拜訪前兩天,control PC 換上兩條 Apacer 的 DDR4 ECC 記憶體,後來才發現這兩條有點問題。換上原用的 Samsung (應該是 E-die)、又換了 ripple 和 transient 表現很好的 ATX 電源後,就覺得不用急著換12代電腦了。
附帶一提,如果怕系統用久了產生很多垃圾檔案、影響性能,不妨在系統剛安裝好(包括所有基本的 driver 和軟體)的時候用很方便的 Macrium Reflect (在 Windows Server 上不能用;Win 10/11 則沒問題)做系統備份或 clone。之後若想重新安裝系統,直接將備份還原到 SSD 上(還原的時候必須用其他系統碟開機操作),系統就回復到剛安裝好的狀況。
-
The Following 5 Users Say Thank You to dequad For This Useful Post:
-
2022-07-31, 11:46 AM
#6676
關於 JPlay 的 engine 模式和 DAC Link 頻率,不知道大家比較喜歡哪個模式的聲音?DAC Link 能夠調到多高?
我的系統目前在 dual PC (雙機模式)下, JPlay 版本為 7D:
Engine 為 Classic 模式
用手機上的 mConnect 或 MusicLife app 遙控(JPlay femto server) 播放,DAC Link 最高可到 500Hz。
用 JPlay Mini 播放,DAC Link 最高也只能到 500Hz(曾經 700Hz 也可播放,但沒辦法穩定重現)。
Engine 設為 ULTRAstream 模式
mConnect 或 MusicLife 幾乎無法播放。曾經用 200Hz 的 DAC Link 成功播放過,但平常即使調低到 1Hz 也不一定能正常播放。一般來說 DAC Link 頻率越低越有機會能配合播放,但我較喜歡 DAC Link 頻率高的聲音表現。
用 JPlay Mini 播放,DAC Link 最高到 200Hz。
因為方便、又可以看著唱片封面選曲,我現在多用手機控制、在 Classic-500Hz 的模式下播放。 JPlay Mini 播的話,我較常用 ULTRAstream-200Hz 的設定,感覺上清晰度更高一點;相較之下,Classic 模式的聲音比較 「euphonic」。
此篇文章於 2022-07-31 11:49 AM 被 dequad 編輯。
-
The Following 5 Users Say Thank You to dequad For This Useful Post:
-
2022-07-31, 09:04 PM
#6677
-
The Following 4 Users Say Thank You to psycho For This Useful Post:
-
2022-07-31, 09:25 PM
#6678
作者: psycho
而 JPLAY 7.0 的 200Hz 對應 6.2的應該是 170HZ,我不知道什麼原因,我用的CAT只能『穩定地』使用到170(或200),幾乎無法使用更大的數字。
而這個數字的確是越大越HI-FI,可惜就是只能止於170或200。因此理論上,能使用越高的數字,聲音應該越正確。不過如果是JPLAYSTREAM模式的500HZ相比JPLAYMINI的20HZ,我先前的測試仍然是偏好JPLAYMINI,所以才會放棄JPLAYSTREAM。現在懶得重新測試了........
猜測是DPClatency之類的總體延遲太高了吧.
那個DAC LINK照你們敘述應該就是多機間的握手頻率,
需要穩定+夠低的延遲,頻率越高越嚴苛.
還記得古早年代,大家就發現壓低buffer對重播有好處,
但很多機器都無法壓到太低,因為會出現爆音之類的問題,
但對OS背景應用進行精簡,壓低DPClatency之後就能解決.
DAC LINK看起來有類似特性,反過來說ultra stream如果比
classic更容易拉高DAC LINK,我會合理懷疑他背後多做了一些
處理甚至也許是DSP.....所以有人驗過兩種模式下的data stream
一致嗎?
-
The Following 5 Users Say Thank You to Higuma For This Useful Post:
-
2022-08-01, 07:16 AM
#6679
我的雙 CAT 原來是用兩部 PC 主機板內建的網卡經過 NETGEAR GS105 互連。當時大概調整不完善,導致 ULTRAstream 模式完全不能用,Classic 模式下 DAC Link 最高只能到 200Hz。
改用 InfiniBand 網卡連接雙 CAT 後,ULTRAstream 可以正常使用、各種模式下的 DAC Link 可用頻率也提高;就沒再換回 Ethernet 網卡試了。
在 JPlay 論壇查到 JPlay 老闆 Marcin 對 ULTRAstream 模式的說明:
Most optimal is UltraStream which is lowest latency and uses UDP vs. TCP in other Engines.
找到 UDP(User Datagram Protocol)和 TCP 的簡單比較如下:
Feature |
TCP |
UDP |
Connection status |
Requires an established connection to transmit data (connection should be closed once transmission is complete) |
Connectionless protocol with no requirements for opening, maintaining, or terminating a connection |
Data sequencing |
Able to sequence |
Unable to sequence |
Guaranteed delivery |
Can guarantee delivery of data to the destination router |
Cannot guarantee delivery of data to the destination |
Retransmission of data |
Retransmission of lost packets is possible |
No retransmission of lost packets |
Error checking |
Extensive error checking and acknowledgment of data |
Basic error checking mechanism using checksums |
Method of transfer |
Data is read as a byte stream; messages are transmitted to segment boundaries |
UDP packets with defined boundaries; sent individually and checked for integrity on arrival |
Speed |
Slower than UDP |
Faster than TCP |
Broadcasting |
Does not support Broadcasting |
Does support Broadcasting |
Optimal use |
Used by HTTPS, HTTP, SMTP, POP, FTP, etc |
Video conferencing, streaming, DNS, VoIP, etc |
我猜 JPlay 的 ULTRAstream 是在 TCP 的連線上傳 UDP 封包。有待版上的專家們解說。
ULTRAstream 和 Classic 兩種模式聲音走向的差異,在我的系統上從最早使用單 CAT 開始就一直是那樣。不過隨著訊源系統漸漸優化,兩者的差異變小了。
mConnect 或 Musiclife 這些 uPnP 的 control point app 就像是遙控器一樣,沒有直接涉及音樂的傳輸。雖然它們對音質可能還是有影響,但電腦開機後完全不須用到鍵盤滑鼠螢幕,從手機就可以播 JPlay,用起來很開心。
upnp.png
⋯⋯ 在硬體完全一樣的情況下,『高頻的正確性』大幅改善!
看教授這樣講,開始感覺我數位訊源的聲音好像比以前悶了一點點點點
此篇文章於 2022-08-01 08:28 AM 被 dequad 編輯。
-
The Following 5 Users Say Thank You to dequad For This Useful Post:
-
2022-08-02, 01:13 AM
#6680
-
The Following 2 Users Say Thank You to psycho For This Useful Post:
發文規則
- 您不可以發表新主題
- 您不可以發表回覆
- 您不可以上傳附件
- 您不可以編輯自己的文章
-
討論區規則
|