awuwa兄,抱歉,小弟提的是TSC,和RTC是不一樣的..
在小弟的CAT上,RTC是關掉的,因為關掉後聲音明顯比較好.. :}
可列印查看
device manager裡面有RTC跟System Clock,
記得可以停用,但我不知道這樣是不是能關閉OS對
RTC的取用.
更正,RTC無法停用,只能解除安裝,但重開機後會
自動裝回,倒是System Clock可以停用,且對聲音
似乎有所助益,之後再仔細確認.....考慮把系統裝置
能停用的都停用掉試試.
又,查了一下RTC是實體時鐘模組,最主要功能是在關機時
紀錄時間,謝兄您停用之後怎麼解決現實時間同步問題?
每次開機都自動連上雲端同步嗎??
Higuma兄您好,
小弟的CAT是音樂專用電腦,完全不管時間的。
補充:
JPLAY雙CAT的情況下:000.BAT 表示設為正常,222.BAT表示設為只有JPLAY與音效卡相關為CPU1,其他為CPU0。
CCONTROL PC 無論什麼情況下,000與222皆聽不出差異。
AUDIO PC 在 H 模式下,也是聽不出差異。
AUDIO PC 在 非H 模式下,有非常明顯的差異!!000聽起來非常吵雜,的確像是被搶資源而出的亂七八糟聲音,而222就正常多了。
結論:乖乖用 JPLAY 雙 CAT 就好了嘛!..........(devil)(giggle)
補充:過於優化的WIN10 不接受 taslist指令,如何寫bat檔?
很簡單,process > ttt.txt,再把 ttt.txt 中的PID列出一個完整檔,前後各加 PROCESS -A 與 1就可以了。其他還原檔可以類推。
小弟是今年六月份拜讀教授的大作後剛剛入門的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方面也有類似問題!優化業界好像很有默契,一個挖坑,一個補洞,兩個都荷苞滿滿!
以上若各位有其他看法,也請指教並補正!