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

[bchsieh]

[恕刪]
IRQ0Priority = 99(10進位) ==> System Clock(系統時鐘)
IRQ8Priority = 99(10進位) ==> Real Time Clock(CMOS實時時鐘，也就是bchsieh兄提到的RTC)
IRQ13Priority = 99(10進位) ==> Numeric Process Unit(數值運算器)
[恕刪]

awuwa兄，抱歉，小弟提的是TSC，和RTC是不一樣的..
在小弟的CAT上，RTC是關掉的，因為關掉後聲音明顯比較好..

[awuwa]

awuwa兄，抱歉，小弟提的是TSC，和RTC是不一樣的..
在小弟的CAT上，RTC是關掉的，因為關掉後聲音明顯比較好..

小弟剛剛確認過，在Windows裡，CMOS/ Real Time Clock是無法關閉的。
不曉得是不是作業系統不同的原因？
還是另有其他方法來關閉RTC!

[bchsieh]

小弟剛剛確認過，在Windows裡，CMOS/ Real Time Clock是無法關閉的。
不曉得是不是作業系統不同的原因？
還是另有其他方法來關閉RTC!

awuwa兄，小弟的系統是Linux，也許是作業系統不同的原因。
很抱歉小弟不熟悉Windows系統，沒辦法給更多建議..

[Higuma]

device manager裡面有RTC跟System Clock,

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

RTC的取用.

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

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

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

能停用的都停用掉試試.

又,查了一下RTC是實體時鐘模組,最主要功能是在關機時

紀錄時間,謝兄您停用之後怎麼解決現實時間同步問題?

每次開機都自動連上雲端同步嗎??

[bchsieh]

Higuma兄您好，

小弟的CAT是音樂專用電腦，完全不管時間的。

[psycho]

[恕刪]
當時因為一直認定Foobar加了JPLAY更好聽，所以一直沒有考慮捨棄JPLAY，並把Foobar2000.exe及ASIOhost.exe移到CPU0並獨佔。
是在bchsieh兄的文章給了小弟啟發後，才決定暫時停用JPLAY，並讓Foobar及ASIOhost獨佔CPU1看看，沒料到有這麼大的提升。
[恕刪]

所以 awuwa 的測試不是用JPLAY，而且只使用單一CAT而不是雙CAT，對吧？

那麼以上一堆玩這些設定的，好像全都不是JPLAY『雙CAT』玩家；剛剛看了他們的心得，心癢之下拿雙CAT的CONTROL PC進行測試。但是我優化過的CANDY10 根本無法執行 tasklist.exe，只好自行寫了一個一堆process的bat檔，測試之下.......聽起來沒？放在audio pc........還是沒差？不測了，懶了........

不過考慮到我的超高價dac是有 fifo 的dac，很可能也是重要變項；等其他 jplay雙cat玩家測試看看？

[psycho]

補充：

JPLAY雙CAT的情況下：000.BAT 表示設為正常，222.BAT表示設為只有JPLAY與音效卡相關為CPU1，其他為CPU0。

CCONTROL PC 無論什麼情況下，000與222皆聽不出差異。

AUDIO PC 在 H 模式下，也是聽不出差異。
AUDIO PC 在 非H 模式下，有非常明顯的差異！！000聽起來非常吵雜，的確像是被搶資源而出的亂七八糟聲音，而222就正常多了。

結論：乖乖用 JPLAY 雙 CAT 就好了嘛！..........

補充：過於優化的WIN10 不接受 taslist指令，如何寫bat檔？

很簡單，process > ttt.txt，再把 ttt.txt 中的PID列出一個完整檔，前後各加 PROCESS -A 與 1就可以了。其他還原檔可以類推。

[tetsuka]

小弟是今年六月份拜讀教授的大作後剛剛入門的CAT玩家,現在使用兩部PC安裝Server2012 R2 Core mode玩JPLAY雙CAT。
這兩天版上熱絡討論的IRQ優先權和指定核心的調整的討論也花了一點時間在JPLAY的audio pc上實作測試效果。
首先IRQ優先權調整後在我的JPLAY的audio pc上反而會聲音太衝不耐聽，所以後來就把IRQ優先權設定全部移除了。
不過關閉主機板HPET功能後我覺得在我的系統上聲音有改善。

再來為了測試指定核心的調整先把Server2012 R2回到GUI模式,另外把JPLAY的Hibernate mode停用在安裝Process Lasso Server試用版。
原本為了省錢打算用MYAV網兄提供的批次檔來指定核心就好,安裝Process Lasso Server版是為了觀察CPU指定運作狀況。
先用批次檔把JPLAY指定給核心1其他程序都丟到核心0去,但是JPLAY實際撥放時Process Lasso觀察到的JPLAY把核心1獨佔給自己使用
其他所有程序都被指定給其他核心,而且JPLAY有設定Throttle On所以除了JPLAY以外所有程序優先權都被JPLAY修改為閒置了。
所以基本上在使用JPLAY的audio pc上使用軟體指定核心是沒有必要的, 因為JPLAY自己在撥放時會強制修改。

以上聲音優化在JPLAY的CONTROL PC有沒有效果找時間我會再試試看,不過JPLAY自己的audio pc系統優化上感覺已經做得相當好了。

[awuwa]

小弟是今年六月份拜讀教授的大作後剛剛入門的CAT玩家,現在使用兩部PC安裝Server2012 R2 Core mode玩JPLAY雙CAT。
這兩天版上熱絡討論的IRQ優先權和指定核心的調整的討論也花了一點時間在JPLAY的audio pc上實作測試效果。
首先IRQ優先權調整後在我的JPLAY的audio pc上反而會聲音太衝不耐聽，所以後來就把IRQ優先權設定全部移除了。
不過關閉主機板HPET功能後我覺得在我的系統上聲音有改善。

再來為了測試指定核心的調整先把Server2012 R2回到GUI模式,另外把JPLAY的Hibernate mode停用在安裝Process Lasso Server試用版。
原本為了省錢打算用MYAV網兄提供的批次檔來指定核心就好,安裝Process Lasso Server版是為了觀察CPU指定運作狀況。
先用批次檔把JPLAY指定給核心1其他程序都丟到核心0去,但是JPLAY實際撥放時Process Lasso觀察到的JPLAY把核心1獨佔給自己使用
其他所有程序都被指定給其他核心,而且JPLAY有設定Throttle On所以除了JPLAY以外所有程序優先權都被JPLAY修改為閒置了。
所以基本上在使用JPLAY的audio pc上使用軟體指定核心是沒有必要的, 因為JPLAY自己在撥放時會強制修改。

以上聲音優化在JPLAY的CONTROL PC有沒有效果找時間我會再試試看,不過JPLAY自己的audio pc系統優化上感覺已經做得相當好了。

因為現在無法聽音響，所以用工作筆電裝Jplay試用版來確認一下，結果沒錯：tetsuka兄突破盲腸了！教授之前說的也是正確的！

JPLAY在安裝時，會把自己(JPLAY.exe)放在第2核心(CPU1)，在"沒有"播放音樂的情況下，會看到一般的Windows程序仍會共用CPU1。
但是在播放音樂時，分成兩種狀況討論：

一、直接使用JPLAYmini播放：
JPLAY會把JPLAY.exe留在CPU1, 優先權設為Realtime；
JPLAYmini.exe(播放程式)則可使用包含CPU1的"所有CPU核心"，但優先權一樣為Realtime；
System這個程序完全沒被JPLAY變動到，使用所有CPU核心，並設為Normal；
其他所有程序則全部排除在CPU1外，並設為Low。

二、使用Foobar播放，輸出設為ASIO：JPLAY Driver時：
JPLAY會把JPLAY.exe留在CPU1, 優先權設為Realtime；
ASIOhost64.exe(或ASIOhost32.exe)會被排除在CPU1外，但設為Realtime；
System這個程序完全沒被JPLAY變動到，使用所有CPU核心，並設為Normal；
其他所有程序則全部排除在CPU1外，並設為Low，其中也包括播放程式Foobar2000.exe。

當播放結束後，所以設定回到JPLAY安裝後的一般狀況，只看得出JPLAY.exe被設定在CPU1，但沒有獨佔，優先權也回到Normal，這樣做非常 Smart，因為不聽音樂時，一般的工作完全不受影響。

由上面的狀況來解讀JPLAY的邏輯，小弟有幾個心得：
■ 無論誰比較接近輸出端，只要跟播放音樂有關的程序，優先權都要Realtime；
■ 比較前端的播放程式只要Realtime就好，獨佔核心似乎並非必要；
■ JPLAY.exe應該是最後端(接近輸出端)的程序，所以除了 Realtime外，也要獨佔核心，這點似乎呼應到bchsieh兄的看法。
■ JPLAY似乎有故意對其他非JPLAYmini的播放程式視而不見(門前手牽手，背後下毒手)，如Foobar的優先權就被當做一般程序而降為Low，非JPLAYmini使用者若不知要自行調整，往往會發現表現不如JPLAYmini，也是理所當然。不過若您又使用Fidelizer時，當把播放器設為Foobar，它就會再把Foobar的優先權提高到Realtime。前面提過，在IRQ方面也有類似問題！優化業界好像很有默契，一個挖坑，一個補洞，兩個都荷苞滿滿！

以上若各位有其他看法，也請指教並補正！

[bchsieh]

[恕刪]
■ 比較前端的播放程式只要Realtime就好，獨佔核心似乎並非必要；
■ JPLAY.exe應該是最後端(接近輸出端)的程序，所以除了 Realtime外，也要獨佔核心，這點似乎呼應到bchsieh兄的看法。
■ JPLAY似乎有故意對其他非JPLAYmini的播放程式視而不見(門前手牽手，背後下毒手)，如Foobar的優先權就被當做一般程序而降為Low，非JPLAYmini使用者若不知要自行調整，往往會發現表現不如JPLAYmini，也是理所當然。
以上若各位有其他看法，也請指教並補正！

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

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