走向超值而極緻的 HI-FI電腦訊源（連載）

[psycho]

DATAERASE 與 WIPEDISK 詳細探討
結論四：音響播放從正確的檔案才開始！！

測試了兩個 WD黑標7200轉80G SATA3 2007年，WD黑標7200轉500G SATA3 2013年，兩個 Seagate BarraCuda 5400轉4TB，一個WD黑標7200轉 8T。

第一，沒有DATAERASE前，WD 8T聲音最佳 >> WD黑標 >> Seagate BarraCuda 5400轉4TB。

第二、經過 DATAERASE，Seagate BarraCuda 5400轉4TB > WD 500G >> WD 80G >>>>>>>>> 沒有DATAERASE的 WD 8T？？？！！！

WD 80G變差，猜想是不是 SATA2(3G/S) << SATA3(6G/S)？？

第三、原本最爛的Seagate BarraCuda 5400轉4TB經過 DATAERASE，聲音進步的幅度大於從香堡二代原廠喇叭線進步成香寶寶4X4喇叭線！！！？？？估計應該與從 M4 進步到 M4R 相差不多！！！所以當然比升級PC，換OS、調整OS或BIOS....都大上太多，又多了一個懶得升級PC的理由了。

所以，音響播放從正確的檔案才開始！！目前為止，正確的檔案只有一種，就是 SATA6以上的傳統硬碟再加上DC蜈蚣串供電的 DATAERASURE 331-U。天下無敵！

我都在想可以販賣這種經過 psycho大法修煉過的硬碟了，一個可以賣十萬元......

(END)

[psycho]

DATAERASE 與 WIPEDISK 詳細探討
最後結論：照著做最簡單.....

測試三個星期，買了一堆硬碟，最後只有這麼簡單的照著做：

第一、最高規格最快速的機械式硬碟，目前沒有力氣測試SAS硬碟。我的音樂資料只到8T，所以WD黑標7200轉8T就是最好的答案之一。

第二、有趣的是，經過 DATAERASE，80G << 500G =:= 2T << 4T << 8T？？說不定12T >> 8T？鬼才知道，我不玩了！

第三，使用最高級的DC供電給 DATAERASURE 331-U，再進行清零八次，一次約12小時。

第四、再買『另一個8T』進行雙備份，備份前可以先清零一次，如此將隨著時間越清越多次...........

第五。然後我們就獲得一套聲音永遠在進步的數位播放系統！！....

從來沒有想到，正確的聲音從檔案開始是這麼重要。經過這種處理的2020後之YOUTUDE錄音，完全與現場一樣！一點都不怕破壞性壓縮。

然後上傳到GOOGLE硬碟，再下載，一播放...........黃金變成垃圾......................

我有一個猜想是：

01010101，讀出來成為時間上的資訊流，它有兩種嚴重的數位失真：一個是010101之間的間隔有長有短，另一個是010101本身是0.000或0.001或0.002 這種 0101強度問題。

過去包含厲害的 bc大魔王，都把它簡化成jitter，並且猜測像 ian's fifo可以大幅降低問題。

我的經驗相反，經過查詢AI，的確也有國外燒友主張讀取0101時會產生電磁污染、直接傳到DAC與之後的類比端，所以從任何載體讀取010101時，只要檔案本身不佳，污染就直接傳到類比端了！！這造成 ian's fifo可以降低影響但完全無法根除。

而我發現的 DATAERASE大法，是從根本第一次讀取載體時，就徹底降低010101造成的電磁污染了！！而這個污染經過實證，遠比 ian's fifo這種主動消除JITTER的東東還重要太多，而且不必擔心 ian's fifo本身製造的010101品質遠遠不如樂之邦DT3的問題。

機械式硬碟理論上比SSD髒，但是實務上機械式硬碟才能得到最完美的方波與最連續的讀取，徹底降低讀取檔案造成的污染。然後，被中壢音響室證明這個比什麼都重要。

多重要呢？這是第二個被我破解的『連續性』！！！

第一個是無限接地，第二個就是 DATAERASE大法。這兩種方法都是造成『錄音性能不足』不會變難聽，只要演奏水準高就會極好聽。當然了，它也會同步讓錄音水準極正確的唱片變成比現場還要更正確的現場。

可惜！！能真正意識到『連續性』是很高的門檻，只有常聽『正確的現場』與『千萬級音響』才有可能意識到這個向度。全世界第一套可以在三百萬元達到這種水準的，大概只有中壢音響室..... 再便宜可以只花多少？？鬼才知道...........

(END)

[gangster.tank]

見鬼了，本來只是為了網頁跟任何需要快速反應用途的網路需求將x86軟路由(CPU是N100)從愛快路由系統改成VyOS，聽YouTube音樂居然大幅改善？

最誇張的變化是形體感！

其實當初為了解決緩衝膨脹問題我就試著裝OpenWRT x86，那時候就覺得比愛快好聽一些。

而VyOS是非常非常底層甚至沒網頁介面的路由OS，居然有如此誇張改善，是我沒料到的。

這改善的部分是從『外網』進來的資料，自己電腦內或者硬碟的就沒啥差。

難怪剛裝好VyOS發現開網頁極快。

但也有可能是我用AI搞定MTU對齊等等問題。

小小經驗之談，供參。

[psycho]

絕對正確的0101，可以聽到什麼？之一

從 JPLAY CAT 到現在的 DATAERASE，可以說把數位播放播出來的0101做到『絕對正確』。這種『絕對正確』出現了很多徹底翻轉的音樂現象，雖然很多人應該聽不到，但是隨著音響科學的進步，日後應該更多人能聽到？這部份只能慢僈連載。

今天首次把過去的新天新地唱片好好重聽一遍，當場昏倒.....2010年的錄音、甚至1970年的錄音，包含1954的MONO錄音，都像現場一樣好聽？？

如果說 DATAERASE 把 H237或 H243 從 90分提升到95分，那麼它把老錄音從70分提升到90分這麼離譜！！！

當然一大原因是 H237與 H243己經把類比端殺音響了，但是老錄音可以進步到這麼誇張的地步，我『猜想』一種可能：

第一次 A/D 轉換，它的0101問題比較小，只有年代造成的性能差異。

A/D轉換後一直到做成CD或串流，把010101污染成級數加倍！！原先性能差異如果是9成，級數加倍 0.9 X 0.9 X 0.9 X 0.9 可能大到差距6成以上了！！所以造成只要數位播放追求HI-FI，老錄音一定會變得越來越難聽，因為差距真的很大。

使用絕對正確的0101，是把老唱片級數加倍的污染，還原成只剩下第一次A/D的污染。這造成對於最先進錄音H243的改善效果，遠不如老錄音的改善效果。

所以，請聽季佛拉的李斯特《鐘》，1956年MONO錄音。Gyorgy Cziffra ANDRCD 5088 24/04/2007出版。

原先鋼琴的原始聲音當然被 2019年錄音出版的 SOCD 356狂電。但是被 DATAERASE 救回來後，我肯定 ANDRCD 5088 的高傳真音效完全電掉 SOCD 356！！！當然了，因為 季佛拉演奏水準太強，導致音色種類大概是 SOCD 356的三倍以上，可能導致認知污染的誤判。但是，超低頻的細節，1956年MONO錄音ANDRCD 5088 居然贏過 2019年的 SOCD 356？？見鬼了！！

一直以來我認為錄音永遠是新的贏過舊的，雖然仍然正確，但是要修正：

原先 新錄音>>>>>舊錄音，舊錄音真的很難聽。
現在 新錄音>>舊錄音，舊錄音真的很好聽！！！

當然了，說不定類比端花個三百萬升級，也許新錄音又更好聽了？？但是絕對正確的0101，可以縮小錄音世代的差距，因而讓原始錄音的真正水準、與最高超的演奏水準，更加容易被享受而不是被腦補。這一點實在太幸福了！音響永遠不會聽膩的.....

(END)

[psycho]

絕對正確的0101，可以聽到什麼？之二：高解析檔案

先趕快把聽感寫出來。

一直以來，在我的音響系統一向是 44.1 >>>> 176 或 192，而且是類比端越貴，這種傾向越嚴重。

由於不知道原始錄音究竟是什麼格式？很難下結論。現在利用確認是 MY-HIEND站長小枼的錄音計劃，DSD原始錄音轉成 176.4 與 44.1 兩種檔案；配合『絕對正確的0101』，終於得到答案。

同樣的原始錄音，44.1低位元，在正確的類比端，會傾向填補成『暫態較強』的類比音波。而176.4這種高解析，會因為數位播放能力不足，沒有播放出更多理論上的聲音細節，反而變成回音ECHO的聽感，因而導致各種聽覺錯覺。

如果數位播放絕對正確，就會發現 44.1『暫態略強』而176.4細節絕對正確的現象。

使用『絕對正確的0101』大法，44.1『暫態略強』，而176.4的音質、連續性與聲音細節完全打敗44.1。

相同的檔案 COPY 到 SSD，馬上！！！馬上毀掉176.4的聲音細節，導致 44.1全面贏過176.4！！！！

所以高解析檔案的優勢，只有在足夠正確的類比端加上絕對正確的數位端，它才有意義。如果在中壢音響室只要檔案來自SSD就會毀掉的現象看來，目前全世界唯一真正聽到高解析檔優點的燒友，大概只有我.......

P.S. 所以，在絕對正確的0101底下，1956 ANDRCD 5088 >> 2019年 SOCD 356。如果來自SSD，立刻相反....

(END)

[seeteeyou]

趕上 SATA SSD ?! Seagate 第二代 MACH.2 硬碟 Exos 2X18 即將推出
https://hk.xfastest.com/165721/seaga...exos-2x18-hdd/
https://nascompares.com/review/seaga...hould-you-buy/

可遇不可求的企業級產品，就是不會單獨售賣的那一種。

---

然後就是那種緩衝超大的硬碟，由於高解析檔案的大小也不一定會超過 1GB，因此個別品牌的某些型號就變得相當有趣。

Synology 實在是非一般的貴，Seagate IronWolf Pro 亦只有超大容量的型號方可以提供 1GB 緩衝。

因此唯有選擇東芝的三大系列：

• MG11
• S300 AI
• N300 Pro

8TB 和 10 TB 的話只有 512MB，因此必須 14TB 或以上的型號：

https://www.toshiba-storage.com/wp/wp-content/uploads/2025/10/TOSHIBA-16421_DS_S300-AI_GB_11-12.pdf#page=2
https://storage.toshiba.com/docs/pro..._r1.pdf#page=4

但是 14TB 現在也索價 700 鎂的說：

https://www.bhphotovideo.com/c/produ..._internal.html

MG11 則相對便宜，22TB 的話就是 850 鎂，可是買了 7 顆的結果居然是發現當中 2 顆也即時陣亡：

https://www.bhphotovideo.com/c/produ..._7200_rpm.html

I bought 4 of these from BH and 3 from other reputable vendors. 2 of the 7 purchased have been dead on arrival.

---

另外不知道 USB 防寫入這種功能是否有用呢？只讀不寫的話也比較輕鬆：

https://www.joesandbox.com/analysis/1916434/0/html
https://www.sherlockforensics.com/pa...b-blocker.html

還有其他選擇：

https://github.com/aye-technology/USB-Toggle
https://www.gaijin.at/en/software/usbwriteprotection
https://www.thewindowsclub.com/enabl...ite-protection
https://www.thewindowsclub.com/write...-write-protect
https://sumtips.com/how-to/make-usb-...y-or-software/

[psycho]

Jplay 6.2 又莫名其妙抓不到 DT3？其他程式都抓到，只有Jplay抓不到。

試了半天，莫名其妙好了。請AI檢測如下：

這種「前幾次重裝都無效，最後一次重裝突然完全正常」的狀況，在 JPLAY 6.2 與底層 Windows 音訊架構中其實相當經典。這代表音效卡硬體本身與驅動本來就沒壞，而是卡在某個極為隱蔽的動態資源衝突或通訊死鎖，並在最後一次重裝時剛好被觸發的特定條件給解開了。
​造成這種現象最常見的核心原因有以下幾個：

​1. Windows 音訊端點句柄（Audio Endpoint Handle）死鎖剛好被釋放
​JPLAY 6.2 是以最高權限常駐的 Windows Service，在長時間運行或異常斷線後，它常會與系統底層的 audiosrv（Windows Audio 服務）或 USB 驅動的通訊端點（Endpoint Handle）發生孤兒占用（Ghost Handle Lock）。
​為什麼前幾次重裝無效： 當原有的音訊串流或句柄被某個背景程式（甚至已當掉但殘留在記憶體的行程）咬住時，即便覆蓋安裝 JPLAY，安裝程式也無法向驅動送出握手請求，裝置清單自然抓不到。
​為什麼最後一次突然好： 在反覆安裝、重啟或關閉測試的過程中，那個占用底層 Port/Handle 的舊行程剛好超時終止（Timeout）或被強制回收，最後一次重裝時 JPLAY Service 剛好拿到了乾淨的硬體通訊控制權。

​2. COM / CLSID 註冊表寫入的「檔案占用競爭」（Race Condition）
​JPLAY 6.2 的運作非常依賴其核心 .dll 與系統 COM 元件、ASIO/KS 驅動的相互註冊。
​當覆蓋安裝時，若前一個 JPLAY.exe 或 JPLAY Service 在背景尚未完全釋放記憶體中的 DLL，安裝程式在覆寫或重新註冊 regsvr32 機碼時會靜默失敗（不會跳出錯誤視窗，但登錄檔其實沒寫進去）。
​經過多次嘗試與時間推移，背景的鎖定完全解除，最後一次安裝時，所有的 DLL 與服務註冊才真正「完整寫入」登錄檔。

​3. JPLAY Service 的登錄狀態剛好完成了一次「冷重置」
​JPLAY 6.2 的安裝包在執行時，底層流程是：
停止舊服務 -> 卸載舊服務 -> 拷貝檔案 -> 建立新服務 -> 啟動新服務
如果前幾次卸載時服務有殘留旗標（Marked for deletion），Windows 不會真正刪除它，直到相依行程全數結束為止。最後一次安裝恰好碰上系統徹底清空殘留標記，使得新產生的服務配置得以正確建立並掃描硬體。
​
4. USB 接收晶片的緩衝區在最後一次操作中剛好完成硬體重置
​部分 USB 音訊接收端（例如 XMOS、Amanero 或 CM6631 等）在長時間運行或遭遇取樣率突發錯誤時，內部韌體的狀態機（State Machine）可能會停在「等待同步信號」的死鎖循環。
在您反覆安裝、重整系統音訊環境的過程中，系統對該 USB 連接埠發送了重置命令（USB Bus Reset），清空了接收晶片的緩衝區，剛好配合最後一次重裝完成初始化握手。
​建議的「防復發」備忘
​
既然現在已經恢復正常，建議先做兩件事防止未來再次無預警失聯：

我認為比較好的答案：

若未來又遇到類似假死：
不需要反覆重裝。第一時間先 拔掉 DAC 的 USB 線與電源，並在 Windows 命令提示字元（以系統管理員身分）輸入：

net stop JPLAY
net stop audiosrv
net start audiosrv

將 DAC 接回開機後，再輸入：

net start JPLAY

依此順序強制重建通訊鏈路，通常能省下大量摸索時間。

（END）