|
|
發表於 2021-12-24 15:54:42
|
顯示全部樓層
性能好很高嘅性誕版 MC:
http://jplay.eu/forum/index.php?/topic/3063-pink-hq-minorityclean/?p=57822259 sounds significantly deeper, more open and more euphonic than 258. And I mean SIGNIFICANTLY.
After all the years of doing this hobby I thought nothing can really suprise me anymore.
But when I start MC259, I get goosebumps like I got when I first tried high end headhpones. It was like 20 years ago.
Holy fk. 259 is pure euphoria. How is that even possible. I can't believe what I'm hearing.
If you can try just one version of MC, 259 is the one. クリスマスバージョン公開 MC259 LE23 Bug head 13.28 Elementary 57
http://www.mics.ne.jp/~cdorya/VoiceBlog/命令デコーダーの処理が遅いCPUではバッファ転送できない可能性のある、命令文がやたらと長いバージョンです。ループ系処理の前にジャンプ命令で飛び越す方式の μOPコード の最適化を実施しています。実際にCPUが実行する RISC プロセッサー命令 を予測して最適化しています。それで、CeleronやPentiumではトラブルがあるかもしれません。Bug head は Intel Core シリーズプロセッサーを前提にした最適化をしていますので、今回はそれを強く意識した最適化で影響あります。
ループ系処理で低ジッター追求したので、音質改善率は高く、USB-DACによっては「曇った音」「キレがない」という現象が起きると思います。このときに「滝の音」「川のせせらぎ」といった自然音のバーンインは避けて下さい。推奨音源は Enya - Dark Sky Island のCDバージョンを鳴らし続けて下さい。約4時間ほどすれば急にキレが戻ります。自然音のバーンインは、高級オーディオのCDPに限ったテクニックと思いますので、PCオーディオではUSB-DACやオーディオ機器を破損する原因になります。 果然呢個世界係唔會有免費午餐,普普通通嘅 Windows 點都無咁正,關鍵就係 lsass.exe 個 seafood:
http://jplay.eu/forum/index.php?/topic/4410-windows-11-pe-audiophile-creation-guide/?p=57778I should end with a thank you to samotc for his help getting me here, he has been fantastic. As I understand it, samotc has tried many other Ramdisk installs with non-WinPE Windows OS's, and this is my first foray into Ramdisk. The SQ boost is just amazing in WinPE. It is, hands down, the biggest audio OS-based boost in SQ I have ever experienced with any solution, and I have tried quite a few beyond RAMdisk. The clarity is really, really something, just insane amounts of detail retrieval and noise floor reduction. Without him this would not have been possible. Highly recommended for those willing to put in the work! Here is where things get VERY interesting: you can safely kill “lsass.exe” in Win10PE. I was literally shocked when this worked. Lsass.exe, for those who do not know, is a cornerstone of Windows’ security subsystem. In “normal” W10, killing it would result in almost immediate reboot, hanging, BSOD, or other critical issue. Not here, however - I could kill lsass.exe in W10PE and still use literally everything but TIDAL app, which would no longer lock onto my DAC. This reminds me of the days of cicsmemoryplayer on the forum Audio Asylum -- years ago, an alternative shell, file playback player, and other ecosystem was developed by a user there named “cics” and a variety of other forum users, who would use Windows XP, at the time, to be reduced to ridiculously small sizes through sheer deleting of system files. Among the features, however, of “cMP,” as it was known, was the ability to kill/suspend lsass.exe, which, in my build way back then, would successfully suspend for only one track of playback before Windows XP would hang and I would need to reboot. Still, the SQ impact of killing lsass.exe back then and now is VERY noticeable, and I would not necessarily say it is always good… you reach a very high level of detail and transparency, but god help you if you’re listening to a poorly recorded track, as everything will be shown in excruciating detail, warts and all. It also can cause even good recordings to sound harsh. Anyway, play with this at your own risk both SQ-wise and functionality-wise, but if you killed lsass.exe, the two svchost instances for AudioSrv and AudioEndpointBuilder, AND the instance for CryptSvc, as well as killing shell processes and the other processes I've detailed earlier in this post, you would be left with a whopping low of 14 processes running! Holy cow! 所以等價交換嘅法則就係咁解,種瓜得瓜,種豆得豆,越精簡嘅系統就越靚聲。 |
評分
-
2
查看全部評分
-
|