搜尋:
搜尋花去 0.00 秒。
-
小弟的直覺：類比性能差距那麼大，有很大一部份原因來自於Maestro那顆分離式電源。
-
有幸在中部Audiomat的用家中聽到原本Tempo 2.8和Maestro Reference舊旗鑑的升級前後差異，真的有點巨大。
很難想像Maestro 3神化到何等境界…
-
-
離題一下！
可否請psycho教授說明一下何謂高階DSD轉PCM？
實際做法為何？
小弟一直不得要領，有請教授開釋！
-
今天下午肚皮一直跳，還以為肚子餓了，原來是在這邊被大師開刀了(angry)
可能是小弟使用的硬體和大師的有點差異，例如我是主機板USB直出，沒有使用這邊常用的USB優化方案，或許因為如此，所以感受會有點不同。但…我可沒有類似"什麼都不用動，聲音就是最好的…"這樣的說辭喔！
...
-
-
這幾天先後深入測試剛出爐的Candy版Win10、以及本週才上菜的WS2016，
最大的發現是：好聲！什麼都不用動，就有非常好的音質。
當然，適度的優化還是能讓聲音再上層樓，
但若依循以往在Win7/8/2012…等系統的優化方法，
有一半以上的招數會踩到地雷…
舉例而言：
以前的作業系統，關掉防毒防火牆軟體是優化的基本要求，...
-
本來我也是這麼認為，合理的想法是：服務中要啟用Multimedia Class Scheduler，此時系統就會根據播放器的設定，參照登錄檔中的MMCSS的機碼設定來分配CPU資源。但事實似乎並非如此。
Multimedia Class Scheduler"未啟用"，Foobar播放器指定使用MMCSS，MMCSS的機碼會影響聲音；
Multimedia Class...
-
Windows作業系統中，除了Kernel的Time Resolution外，還有一個跟時間有關，但令人相當頭痛的MMCSS Clock Rate。
Time Resolution可以用第三方軟件突破作業系統的限制，目前最低設值可到0.5ms。
MMCSS在登錄檔中可設定Clock Rate，設值最小可以到1，設值1=100ns=0.0001ms。
頭痛的地方包括：
★...
-
不曉得網兄使用的播放程式是那套？CPU是？
HPET關閉後，可以使用"WinTimerTester"這支程式去檢查一下目前的clock模式，基本上應該可以出現2Mhz以下的QueryPerformanceFrequency，小弟的990主板+AMD170u CPU降頻至800Hz後，出現0.78Mhz這個數值，可以確定未使用HPET了。
...
-
bchsieh兄您好：
近日我的設定是把foobar2000和ASIOhost64兩個程序鎖在CPU1，並都設為Realtime，其餘程序全趕到CPU0，並設為Low，
這樣的聲音相當不錯，但偶爾有小爆音出現，我一直以為是其他地方出問題。
前日友人來訊，告訴我要把foobar設為High就好，讓ASIOhost64獨享Realtime的優先權，
這個建議與您的提議完全一樣，...
-
Higuma兄您好：
經過小弟與幾位友人近日的確認，有一些小心得：
1. foo-out-asio改用1.2.7版，的確在播放時，只會出現foobar2000.exe一個程序，ASIOhost被foobar隱藏起來了。
2. 在多次比對1.2.7版與2.1.2版...
-
不曉得我的理解有沒有錯誤。
小弟之前說這兩個播放程式可以同時使用多個核心，
是使用Process Lasso或System Explorer觀察到，JPLAYmini和Foobar安裝後，就像一般 Windows程序一樣，會同時佔用所有CPU核心，
不過實際運作時，到底是只隨機選用一個核心，還是選用的核心會隨著中斷不段變動，小弟非技術底，無從得知，還望請B兄進一步解釋。
...
-
目前使用Foobar2000 V. 1.3.8版，的確沒注意過新版把ASIOhost獨立出來的問題，
這對小弟是個重要的提醒，因為連帶也解決使用Jacky2000兄那個提升優先權批次檔無法在開機啟動時，自動先把ASIO host提升優先權的問題，
因為要播放音樂之後，ASIOhost才會被foobar呼叫出來。不過現在連帶解決這問題，提升應該不小。
萬分感謝Higuma兄提醒！
-
小弟的雙核CPU，原本在Foobar輸出至ASIO: JPLAY Driver這樣的搭配下，若使用JPLAY預設的設定，常常播到一半就會中斷，
研究了好久，發現只要將JPLAY設定中的Throttle(小弟翻成節流閥)從OFF的狀態改成ON後，
播放中斷的情形就不再發生，原因為何，卻一直沒搞清楚。
今天再接續之前的觀察，試著調整Throttle這個設定，才愰然大悟，...
-
哈哈！小弟也正想跟tetsuka兄講這些話，bchsieh兄手腳真快！
在訊源的調整過程中，聽到聲音變衝，其實往往是好事！
如果變衝的同時，您也發現動態變大，音場規模也變大等音響性正向的發展的跡象，
代表這個環節的短板(瓶頸)突破了，而變衝是因為短板跑到其他地方去了，
此時系統若要再上層樓，就必須有耐心的找出下一個被卡住的地方。
舉幾個小弟遇過的實例供您參考：
...
-
因為現在無法聽音響，所以用工作筆電裝Jplay試用版來確認一下，結果沒錯：tetsuka兄突破盲腸了！教授之前說的也是正確的！
JPLAY在安裝時，會把自己(JPLAY.exe)放在第2核心(CPU1)，在"沒有"播放音樂的情況下，會看到一般的Windows程序仍會共用CPU1。
但是在播放音樂時，分成兩種狀況討論：
一、直接使用JPLAYmini播放：
...
-
小弟剛剛確認過，在Windows裡，CMOS/ Real Time Clock是無法關閉的。
不曉得是不是作業系統不同的原因？
還是另有其他方法來關閉RTC!
-
Higuma兄也是小弟崇拜的先進之一，很多目前優化的手段，都是參考您先前留下的心得，感謝再三！
不過，關於MMCSS，小弟有個疑問：
我知道Foobar現在可以設定MMCSS，小弟都把它設成Pro Audio，
並且也有調整登錄檔中有關Pro Audio的設定。
可是，小弟Foobar輸出選的是ASIO，
但MMCSS不是只有對WASAPI輸出有效嗎？...
-
硬體的IRQ小弟都有調整，謝謝提醒！
這部份的調整真的非常重要而且有效。
不過，既然說到IRQ Priority，就順便在此分享一下小弟前陣子的意外發現：
首先，感謝STSD眾燒友們的熱心分享，讓小弟在CAT的優化能有所依據，按部就班就能達到一定水準。
所以，舉凡在這些網兄們有提到的優化建議，小弟都嚐試過，但抱歉的是，未能完全掌握每個設值對聲音的影響。
...
-
關於Foobar2000.exe和ASIOhost64.exe這兩個程序，誰的優先權應該調得比較高，小弟有參照bchsieh兄的建議試看看，
不過初步的心得是：
無論
Foobar2000.exe(Realtime)加ASIOhost64.exe(High)，
或是
Foobar2000.exe(High)加ASIOhost64.exe(Realtime)，...
-
小弟原本是使用Foobar，Output選 ASIO: JPLAY Driver，所以此時跟音樂播放有關的，應該是Foobar2000.exe, ASIOhost64.exe和Jplay Audio Service三個，其中Jplay Audio Service在安裝後，會把自己指定在CPU1這個核心，並在播放時自動把優先權拉到Realtime(停止播放時又自動降為Normal)。...
-
感謝bchsieh兄不吝分享。近來給小弟最大啟發的文章就是上面這段。
關於CAT的優化，真的除了P900和bchsieh兄外，千篇一律都是建議大家要在BIOS和Windows中開啟HPET，
小弟算是盲從者，也做了這個設定。
看了B兄關於HPET和TSC的見解後，
小弟先做了一個嘗試，在WS2102上裝上Process Lasso Server版，...
-
教授這個思維，最好JPLAY作者能看到！
JPLAY若真能支援CUDA Offload，那豈不等於在單機上完成雙機的任務，又能免去中間網路的瓶頸，一舉數得。
-
這篇前幾天有瞄到，研究過程看不懂，但結論就比較容易理解。
怕各位懶得看，小弟雞婆，把結論轉貼出來：
Conclusions and Discussion
On the basis of our results thus far, we can make specific recommendations to the music download industry for...
|
