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

[bchsieh]

[恕刪]
這兩天版上熱絡討論的IRQ優先權和指定核心的調整的討論也花了一點時間在JPLAY的audio pc上實作測試效果。
首先IRQ優先權調整後在我的JPLAY的audio pc上反而會聲音太衝不耐聽，所以後來就把IRQ優先權設定全部移除了。
不過關閉主機板HPET功能後我覺得在我的系統上聲音有改善。
[恕刪]

tetsuka兄您好，

依小弟調整CAT的經驗，當做了某些設定之後，聲音變衝不耐聽，小弟反而會覺得很高興，因為通常表示這個設定是正面的
（當然也有反例，所以小弟只說是通常）。

在聲音密度不夠，暫態反應慢的系統上，如果高頻延伸有問題，一般是聽不太出來的。
最多就是人聲偏薄，舞台偏遠，包圍感不好。比較沒經驗的人，可能還會以為自己的系統音場很深。
但是當做了某些調整讓聲音密度大幅增加，暫態變好的情況下，原來高頻延伸的問題就會被明顯暴露，聽感就如您所說的，太衝不耐聽。
所以小弟如果再調整過程中，遇到了太衝不耐聽的狀況，第一步並不是將調整還原，而是去想辦法調整改善高頻延伸的問題。
一旦找到改善高頻延伸的關鍵，整個系統會往前跨一大步。

一點點小經驗，給您參考。

[awuwa]

tetsuka兄您好，

依小弟調整CAT的經驗，當做了某些設定之後，聲音變衝不耐聽，小弟反而會覺得很高興，因為通常表示這個設定是正面的
（當然也有反例，所以小弟只說是通常）。

哈哈！小弟也正想跟tetsuka兄講這些話，bchsieh兄手腳真快！

在訊源的調整過程中，聽到聲音變衝，其實往往是好事！
如果變衝的同時，您也發現動態變大，音場規模也變大等音響性正向的發展的跡象，
代表這個環節的短板(瓶頸)突破了，而變衝是因為短板跑到其他地方去了，
此時系統若要再上層樓，就必須有耐心的找出下一個被卡住的地方。

舉幾個小弟遇過的實例供您參考：

小弟剛開始架構雙機時，有次在Control PC升級為雙電源，結果動態變大，但也變衝，
當時一時無解，找了好久，最後才發現是雙機間的網路出問題：
我是雙機接到同一台交換器，一條使用音響級網路線，另一條則簡單使用3C線，這條3C線也換成音響級網路線之後，
變衝的問題就不見了，而且聲音更上層樓。

後來，小弟改玩RamOS，當時也是發覺動態大增，細節量暴增，但聲音一樣變衝，
這問題找了好久，後來才知，是因為使用了一條網拍買的手工USB電訊分離線搞得鬼，
之後升級成更好的線材就搞定了。

再者，之前原本使用海盜2000CL8記憶體，近日有幸獲得更高檔的金士頓2000CL8記憶體，
一接上去，中低頻量及聲音的密度比原本大了足足有三成以上，但可惜的是，聲音又變衝了，
此時根據以往經驗，當然不可能因為變衝，而把記憶體退回，問題一定出在系統某個環節…
後來被小弟發現是PSU連到CPU、主機板和HDD等DC線的雜訊過高所致，
在做了適當的排除後，聲音當然又是再進一階。

以上接bchsieh兄的話，提供點實際經驗供您參考！

[tetsuka]

感謝bchsieh兄和awuwa兄對小弟調整IRQ後聲音變衝的改善建議
個人認為聲音變衝的原因應該出在我的擴大機跟喇叭性能等級不夠，無法控制這麼大的聲音訊息量。
RAMOS我試過後也是聲音變衝，所以後來才改用server2012R2當audio pc的OS來聽音樂。
但是RAMOS還是有留下來當成影片撥放專用，因為畫面立體感RAMOS真的表現很不錯。

不過我打算把系統配合目前的器材調整成自己順耳就好，這一個多月玩JPLAY雙CAT也花了一點費用
但是後端訊源花的費用高過擴大機和喇叭的話似乎也是本末倒置。

目前JPLAY雙CAT發出的聲音已經讓我很滿意了，先暫時停止CAT器材的升級腳步把時間用來好好聽音樂。
等以後有預算把喇叭跟擴大機更新後再來繼續強化CAT訊源硬體部份了。

[awuwa]

awuwa兄，您整理的非常詳細清楚。
所以如果使用JPLAY，就無法測試小弟之前所說的設置，
也就是讓所有播放音樂有關的程式放在同一顆核心內，然後依照先後順序指定優先權。

依小弟在Linux上的經驗，使用TSC，關閉TSC核心同步，然後將播放音樂的相關程式全都放在相同核心內，聲音表現會比較好。
可惜JPLAY太霸道..

小弟的雙核CPU，原本在Foobar輸出至ASIO: JPLAY Driver這樣的搭配下，若使用JPLAY預設的設定，常常播到一半就會中斷，
研究了好久，發現只要將JPLAY設定中的Throttle(小弟翻成節流閥)從OFF的狀態改成ON後，
播放中斷的情形就不再發生，原因為何，卻一直沒搞清楚。

今天再接續之前的觀察，試著調整Throttle這個設定，才愰然大悟，
原來，當使用預設值Throttle: Off時，JPLAY不考慮節流問題，會使盡全力吸走所有系統資源，所以我觀察到在用Foobar播放時，除了JPLAY.exe和ASIOhost64.exe這兩個程序為Realtime外，其他(system除外)的優先權一律被指定為Low(包含Foobar)。而CPU核心指定的狀況和之前的發現沒有差別；
但是，若設成Throttle: On時，JPLAY就其他程序就比較友善了，除了JPLAY.exe和ASIOhost64.exe這兩個程序仍為Realtime外，其他程序大部份都會被改為Normal(包含Foobar)，這也是為何小弟為何做這個調整後，音樂播放不再中斷了。至於CPU核心指定的狀況和之前的發現仍然沒有差別。

小弟過去比較 JPLAYmini和Foobar輸出到ASIO: JPLAY Dirver時，若僅是把Throttle設為On，Foobar完全不是JPLAYmini的對手；
但若透過其他方法，把Foobar的優先權也拉到Realtime時，因為當時還不曉得讓Foobar跟ASIOhost獨佔同一核心的優勢，所以Foobar仍小輸JPLAYmini；
近日小弟將Foobar和ASIOhost除了設成Realtime，並獨佔CPU1核心外，也不再輸出到JPLAY，而是直接輸出到我DAC的ASIO驅動，發現提升非常有感，
至於跟單純JPLAYmini的撥放有何差異，因為還想順便瞭解--若參照JPLAYmini的邏輯，讓播放程式Foobar同時使用多個核心，但優先權保持Reamtime，搞不好還有其他發現，所以等有比較有空時，再做進一步的比對。

[Higuma]

小弟的雙核CPU，原本在Foobar輸出至ASIO: JPLAY Driver這樣的搭配下，若使用JPLAY預設的設定，常常播到一半就會中斷，
研究了好久，發現只要將JPLAY設定中的Throttle(小弟翻成節流閥)從OFF的狀態改成ON後，
播放中斷的情形就不再發生，原因為何，卻一直沒搞清楚。

今天再接續之前的觀察，試著調整Throttle這個設定，才愰然大悟，
原來，當使用預設值Throttle: Off時，JPLAY不考慮節流問題，會使盡全力吸走所有系統資源，所以我觀察到在用Foobar播放時，除了JPLAY.exe和ASIOhost64.exe這兩個程序為Realtime外，其他(system除外)的優先權一律被指定為Low(包含Foobar)。而CPU核心指定的狀況和之前的發現沒有差別；
但是，若設成Throttle: On時，JPLAY就其他程序就比較友善了，除了JPLAY.exe和ASIOhost64.exe這兩個程序仍為Realtime外，其他程序大部份都會被改為Normal(包含Foobar)，這也是為何小弟為何做這個調整後，音樂播放不再中斷了。至於CPU核心指定的狀況和之前的發現仍然沒有差別。

小弟過去比較 JPLAYmini和Foobar輸出到ASIO: JPLAY Dirver時，若僅是把Throttle設為On，Foobar完全不是JPLAYmini的對手；
但若透過其他方法，把Foobar的優先權也拉到Realtime時，因為當時還不曉得讓Foobar跟ASIOhost獨佔同一核心的優勢，所以Foobar仍小輸JPLAYmini；
近日小弟將Foobar和ASIOhost除了設成Realtime，並獨佔CPU1核心外，也不再輸出到JPLAY，而是直接輸出到我DAC的ASIO驅動，發現提升非常有感，
至於跟單純JPLAYmini的撥放有何差異，因為還想順便瞭解--若參照JPLAYmini的邏輯，讓播放程式Foobar同時使用多個核心，但優先權保持Reamtime，搞不好還有其他發現，所以等有比較有空時，再做進一步的比對。

一直忘了問你,你的音效設備一定要使用新版的foo out asio嗎?

因為我一直覺得foobar新版的ASIO只是為了提高相容性而把結構

複雜化,在舊版(1.2.X)ASIO元件下,不需要多走一個ASIOhost.

對latency與系統資源都有好處.好幾年前foobar把ASIO元件更新

到2.x版後我就一直在試這個新架構,但每次都發現他非常浪費資源,

傳輸latency明顯拉高.....等於讓ASIO失去意義.

反倒是舊版ASIO一直都能穩定在foobar下使用,所以建議你也試試

改用1.2.7版(舊架構的最後一版).

https://mega.nz/#!30sA2b4I!_N_EaDDsi...i4x1hoVFjOeIRs

[Higuma]

device manager裡面有RTC跟System Clock,

記得可以停用,但我不知道這樣是不是能關閉OS對

RTC的取用.

更正,RTC無法停用,只能解除安裝,但重開機後會

自動裝回,倒是System Clock可以停用,且對聲音

似乎有所助益,之後再仔細確認.....考慮把系統裝置

能停用的都停用掉試試.

更新一下目前狀況,在把HPET與同步平台關閉改用TSC後,

我確認把device manager內的System Clock關閉有好處,

就進而把原先指定IRQ 0與8優先權為1的機碼砍掉了,明顯

出現聽感差異...小提琴高把位音色感覺是更準確了.

以上供參

[awuwa]

一直忘了問你,你的音效設備一定要使用新版的foo out asio嗎?

因為我一直覺得foobar新版的ASIO只是為了提高相容性而把結構

複雜化,在舊版(1.2.X)ASIO元件下,不需要多走一個ASIOhost.

對latency與系統資源都有好處.好幾年前foobar把ASIO元件更新

到2.x版後我就一直在試這個新架構,但每次都發現他非常浪費資源,

傳輸latency明顯拉高.....等於讓ASIO失去意義.

反倒是舊版ASIO一直都能穩定在foobar下使用,所以建議你也試試

改用1.2.7版(舊架構的最後一版).

https://mega.nz/#!30sA2b4I!_N_EaDDsi...i4x1hoVFjOeIRs

目前使用Foobar2000 V. 1.3.8版，的確沒注意過新版把ASIOhost獨立出來的問題，
這對小弟是個重要的提醒，因為連帶也解決使用Jacky2000兄那個提升優先權批次檔無法在開機啟動時，自動先把ASIO host提升優先權的問題，
因為要播放音樂之後，ASIOhost才會被foobar呼叫出來。不過現在連帶解決這問題，提升應該不小。

萬分感謝Higuma兄提醒！

[bchsieh]

[恕刪]
至於跟單純JPLAYmini的撥放有何差異，因為還想順便瞭解--若參照JPLAYmini的邏輯，讓播放程式Foobar同時使用多個核心，但優先權保持Reamtime，搞不好還有其他發現，所以等有比較有空時，再做進一步的比對。

awuwa兄，請問JPLAYmini和Foobar可以同時使用多個核心嗎？
如果程式沒有特別寫成可多核心執行，都是只能同時在一顆核心執行而已。


另外，在windows下，可以指定某個IRQ裝置鎖定給特定CPU核心嗎？
如果可以的話，請試試看將音效卡IRQ鎖定給跟播放程式相同的CPU核心。

[awuwa]

awuwa兄，請問JPLAYmini和Foobar可以同時使用多個核心嗎？
如果程式沒有特別寫成可多核心執行，都是只能同時在一顆核心執行而已。

不曉得我的理解有沒有錯誤。
小弟之前說這兩個播放程式可以同時使用多個核心，
是使用Process Lasso或System Explorer觀察到，JPLAYmini和Foobar安裝後，就像一般 Windows程序一樣，會同時佔用所有CPU核心，
不過實際運作時，到底是只隨機選用一個核心，還是選用的核心會隨著中斷不段變動，小弟非技術底，無從得知，還望請B兄進一步解釋。

另外，在windows下，可以指定某個IRQ裝置鎖定給特定CPU核心嗎？
如果可以的話，請試試看將音效卡IRQ鎖定給跟播放程式相同的CPU核心。

好像不行吧！
Windows若有這種搞法，應該早psycho兄玩翻了。


話又說回來，bchsieh兄的Linux系統，應該都有做到以上要求，真好奇聲音達到何等境界？

[bchsieh]

不曉得我的理解有沒有錯誤。
小弟之前說這兩個播放程式可以同時使用多個核心，
是使用Process Lasso或System Explorer觀察到，JPLAYmini和Foobar安裝後，就像一般 Windows程序一樣，會同時佔用所有CPU核心，
不過實際運作時，到底是只隨機選用一個核心，還是選用的核心會隨著中斷不段變動，小弟非技術底，無從得知，還望請B兄進一步解釋。

要能夠同時使用多核心的執行檔，必須在寫程式的時候，就要寫成多執行緒的模式。
一般程式，除非特別有必要，例如需要非常多的運算，像是photoshop等等程式，不然都不會特地寫成多執行緒，自找麻煩。
理論上這不會因不同作業系統而有不同的做法。
當然也有可能JPLAYmini和Foobar的作者，真的把軟體寫成多執行緒也說不定。

話又說回來，bchsieh兄的Linux系統，應該都有做到以上要求，真好奇聲音達到何等境界？

awuwa兄，您言重了。
雖然小弟的linux系統的確是有做到這些設定，但是在其他地方，例如音響的後端，有更多更大的瓶頸需要克服。
所以純粹只是自爽而已，見不得人啦~~