再次請問一下,
我剛剛上yahoo和露天找了一陣子,
符合 大同 22awg 無氧銅的 目前至少要用到 cat 6a規格的才有,
1米看來約21元,
不知是否我看漏了,有其它較低規格符合22awg的?
還是符合這個22awg 無氧銅的最便宜就是cat 6a了,
如果是23awg 的cat 6就大約 1米 10元上下,
但是線就比較細了。
可列印查看
再次請問一下,
我剛剛上yahoo和露天找了一陣子,
符合 大同 22awg 無氧銅的 目前至少要用到 cat 6a規格的才有,
1米看來約21元,
不知是否我看漏了,有其它較低規格符合22awg的?
還是符合這個22awg 無氧銅的最便宜就是cat 6a了,
如果是23awg 的cat 6就大約 1米 10元上下,
但是線就比較細了。
brasstp兄,
如果您的環繞喇叭尺寸不大,四條23awg的線並起來當成一極,粗細為17awg,也算是夠用了。
感謝bchsieh大,
我的環繞是AE EVO1 算是小的喇叭,
看來用23AWG的就可,
這樣可能比較負荷的起。
連假這些時間,開始Run剛拿到的Singxer F-1 DDC,剛使用的第一天,F-1的聲音比較悶,run了二天之後,悶的情況有改善,但此時和DT2反覆比對的感覺,實在聽不出來明顯的差異,我不確定再run久一點是否會有差異,我會暫時使用F-1下去,但以目前的感覺,和DT2相較下並不推薦F-1(並不是不好,而是DT2相較之下CP值高)。若run久了之後有差異出現,再行公布了。
另外,這段時間也去依照bchieh, awuwa, Higuma等前輩的討論內容去調整MMCSS, IRQ priority, Time Resolution等,配合原本就在使用的process lasso,感覺前端的處理有完善一些,但是從之前的討論內容及網路上找到的資料,還是有些不確定的地方,請高手再協助確認:
我使用的是windows 10系統,bios及系統內的HPET是關閉未使用的,播放程式使用lasso獨佔CPU 1核心,CPU 0,2-3核心給其他程式使用,我目前不確定的問題如下:
1. 在HPET不使用的情況之下,IRQ 0(system clock)及IRQ 8(RTC) 的priority究竟需不需要設定?
2. 承上,RTC是否需要在裝置管理員中設定為停用?
3. IRQ priority的設定值是不是可以一樣,比如說,IRQ 0和8都設定為1?因為有些說法說不能設成同樣值(如,http://support.tcelectronic.com/entr...s-in-Windows-7 ),但更多人可以設成同樣值。
4. IRQ priority設成0的意思是什麼?(有一次我AO後,它把我的IRQ 8 priority設成0)
5. Time Resolution在HPET關閉的情況下,還需要設定成0.5ms? 另外,我用 http://www.stsd99.com/phpBB3/viewtop...2031&start=113 , 調整的方式一直都不能完全成功,如果需設定,有其他設定的方式嗎?
問題很多,謝謝高手的指點。
不曉得網兄使用的播放程式是那套?CPU是?
HPET關閉後,可以使用"WinTimerTester"這支程式去檢查一下目前的clock模式,基本上應該可以出現2Mhz以下的QueryPerformanceFrequency,小弟的990主板+AMD170u CPU降頻至800Hz後,出現0.78Mhz這個數值,可以確定未使用HPET了。
此外,也可以進一步到裝置管理員把"高精確度事件計時器(HPET)"停用。
個人的經驗是加了IRQ0Priority和IRQ8Priority這兩筆設定為1,聲音好很多。
關閉HPET加上播放程式放到同一CPU核心後,雖然播放程式只使用CPU的CLOCK,但加上以上兩筆聲音更好,個人理解可能是其他週邊(如USB)或驅動程式仍需要比較精準的時鐘來運作(這裏我也不肯定,有勞真正的高手回覆)。
此外,我們發現,把IRQ13Priority的優先權壓低(設值為99(十進位)),聲音在通透感上有非常大的助益。
依此邏輯,您也可以把其他跟音樂播放無關的週邊,如鼠鍵、顯卡等IRQ優先權壓低,對聲音一樣有幫助。
如上,RTC(以及IRQ8Priority)不要停用聲音確定更好。
但是系統計時器System Clock(以及IRQ0Priority)這個值似乎就得看系統配備,小弟的機器是不停用,並把IRQ0Priority設為1最好。但最近遇到IBM X60 32位元Win7筆電,關閉"系統計時器System Clock"後,播放幾分鐘會出現啵一聲的中斷問題竟解決了。所以System Clock這部份似乎暫無定論,建議耳聽為憑。
IRQ Priority的值確定可以一樣(都為1),但越多組IRQ設值為1,其優先的效果會下降也是可想而知。
小弟針對這問題曾做過試驗,把IRQ0Priority和IRQ8Priority都設為1,但是把USB埠所佔用的PCI設為2;也曾把IRQ0Priority和IRQ8Priority都設為2,但是把USB埠所佔用的PCI設為1…
以上這兩種設定,聲音不如把這3且IRQ全設為1。
IRQ priority設成0就是代表"不使用這組設定",有設跟沒設一樣,沒有任何效果。
要把Time Resolution設成0.5ms,網上很多教學,但都有點複雜。跟您透露一招偷吃步的方法:
把JPLAY裝上去(試用版也可以),並啟用JPLAY Audio Service就好了,JPLAY預設會把TimeResolution改成0.5ms。
若您沒使用JPLAYmini當播放程式,建議使用Process Lasso把JPLAY Audio Service移到CPU0,並把優先權設到"IDLE閒置"即可,這樣對聲音影響最低。
這個設值影響有多大?
有次到朋友家家訪,他用的是8、9年前雙核老筆電,軟體使用和我類似的優化方法。
我一聽到聲音就覺得不對勁,因為聲音完全放不開,音場限縮在兩喇叭間,且定位感不佳。
檢查一下他的系統,發現他的TimeResolution設為1ms。這和我慣用的0.5ms在聲音上有那麼大的差距嗎?我也不信!
後來瞭解到他因為作業系統剛重裝,因為認定不再用到JPLAY,所以就沒再裝JPLAY(他忘了我們安裝JPLAY的用意)。
在幫他裝上JPLAY,並使用TimerResolution這支程式確認為0.5ms無誤後,一開聲就中頭彩了,音場放寬到兩喇叭外側,定位感也回復到以往明確的狀態…。
PS. 真正的高手真的是您點出來的另外兩位,bchsieh兄指引小弟關閉HPET,並進一步把播放程式放到同一核心,可惜此人不玩Windows:Higuma兄在stsd和本站留下的精彩分享,讓今日小弟有跡可循,省下不少麻煩。當然,要數高手,一定還有執數位流牛耳的psycho教授!
謝謝Higuma大的回覆,當初看到您發表的心得,把系統時鐘關閉及機碼停用,和更早之前的做法不同,而產生疑問,謝謝您再說明後續的做法。
謝謝awuwa大的回覆,我目前spotify, foobar, jplaymini都會使用,其中spotify為主要,CPU是4核的intel i5,因為我的主機版bios可設定停用HPET,所以windows中的裝置管理員不會出現HPET相關的東西了。
之前已知道awuwa大的IRQ 13這個心得,已經修改成此數值。至於其他週邊優先權壓低,之前倒沒試過,謝謝提示。
這招真的很妙,經過這樣的調整,Time resolution的問題就完全解決了,平常使用spotify時也不被影響到,太棒了!
您客氣了,您之前發表的 "80分的CAT之路",也給了小弟不小的啟發,同樣也少走了很多冤枉路,再次謝謝。
Time resolution是一個作業系統回應和處理需求的時間解析度。
也就是說,如果解析度是1秒鐘,那麼當您打字或是移動滑鼠的時候,螢幕上會在每一秒的瞬間,
一口氣吐出好幾個字(假設打字速度是每秒好幾個字),而滑鼠游標也會用跳耀的方式移動(每秒瞬間移動到下個位置)。
播放音樂的時候也一樣,time resolution解析度越低(也就是時間越長),當呼叫音效卡插斷的時候,系統越無法即時處理,jitter也就越大。
所以理論上time resolution越高(時間越短),對需要實時(real time)執行的程序,例如音樂播放,就越有幫助。
而缺點是,time resolution越高,系統花在轉檯的工作就越多,負載也就更高。
但0.5ms的time resolution對現在的電腦來說,是輕而易舉的。
Linux核心程式,預設time resolution為250Hz (4ms),最高可調整到1000Hz (1ms)。
小弟自行改Linux核心(在友站小弟有提供Linux核心的patch檔,如果有網兄需要可以搜尋一下,或是直接悄小弟),
測試了各種不同的time resolution (2000Hz、5000Hz、10KHz、20KHz、50KHz),最高曾調整到100KHz(0.01ms)。
的確是時間解析度越高,聲音越好。
但由於解析度設太高的時候,系統負載太高(0.01ms的CPU IDLE負載為60%),使得聲音提升的邊際效應變得很明顯。
後來小弟突然有個念頭,對音樂播放來說,這個作業系統的時間解析度,
是不是只要跟音樂播放有關的插斷呼叫的頻率同步就可以了,而不必要無限制的提高解析度來降低jitter。
因為小弟播放的檔案,幾乎都是CD格式,44.1KHz/16bit,所以就以44100Hz為基礎來測試。
小弟測試了44100Hz(~0.023ms)、22050Hz(~0.045ms)、以及11025Hz(~0.09ms)三個頻率,
發現聲音相差無幾,而且聲音似乎比100KHz還來得更安定。
CPU IDLE時的loading也才2%左右,非常輕鬆。
所以從那時候起,小弟就一直使用11025Hz的Linux核心到現在。
如果Windows也可以把time resolution調整到更高解析度,聲音應該可以再好上不少。:}
Windows作業系統中,除了Kernel的Time Resolution外,還有一個跟時間有關,但令人相當頭痛的MMCSS Clock Rate。
Time Resolution可以用第三方軟件突破作業系統的限制,目前最低設值可到0.5ms。
MMCSS在登錄檔中可設定Clock Rate,設值最小可以到1,設值1=100ns=0.0001ms。
頭痛的地方包括:
★ 0.5ms vs.0.001ms,這之間到底有什麼關係?
★ MMCSS該不該啟用?
★ Clock Rate倒底該怎麼設定?
關於clock的設值,目前網上的建議有眾多版本:
1. 對岸高手建議必須與播放器的Buffer緩衝必須維持一定關係,因此clock rate動輒破萬:
"Clock Rate=23220 for Pro Audio. This is calculated and tested for 16/44100 and 24/44100 playback for MQn. If you use XA ASIO4ALL, please use Clock Rate=58050 while making sure the XA ASIO4ALL buffer size is set to 640 samples."
2. Fidelizer的作者WindowsX曾上對岸網站與該高手對話,直接打槍對方認為Clock Rate必須與Audio Buffer一致的觀念是錯的:
"Clock Rate is used to assign everything be it audio/video/network and everything that count as resource to be fetched to CPU. Only thing that you can set like that is audio output buffering size."
WindowsX進一步主張延遲愈低愈好。不過有趣的是,小弟在工作電腦用fidelizer最新試用版測試,發現既使我foobar有勾選使用MMCSS,但Fidelizer並未對MMCSS的設值做更改。(有待再拿正式版驗証)
3. 國內使用MMCSS最熟稔的,當屬MyAV上HTPC討論串中Vista作業系統為底的P900 CATOS,其在Audio及Pro Audio內的Clock Rate設值為320(16進位);但更有趣的是其Time Resolution使用系統預設值15.6ms。
4. Higuma兄在STSD給的登錄建議檔中,Pro Audio內的Clock Rate建議值是"5",另外,peaceming兄也做過多次測試,從1000=>500=>300=>100都有不同的聽感。
小弟使用的Foobar一直有照一般的建議啟用MMCSS,模式為"Pro Audio"(因為未使用WASAPI,所以沒啟用Multimedia Class Scheduler服務),多次去修改Pro Audio的登錄值,發現聲音真的影響不小,後來採用Higuma兄的建議值後,就不再調整了。
直至近日,系統表現有了重大的突破後,小弟再次逐一檢視MMCSS的設值,發現怎麼調整,都不會出現完全滿意的聲音,鋼琴好,人聲就衝;弦樂好,銅管就黯淡…。後來竟然發現原來幾年前Psycho教授就主張不要使用 MMCSS,小弟好奇的把Foobar的MMCSS取消後,意外發現聲音更自然、寬鬆。
MMCSS不是微軟暗置於作業系統中的音效優化模式嗎?為何我在播放器中取消MMCSS後,反而得到更好的聲音?
仔細查看MMCSS的功能後,小弟做了以下猜測:
MMCSS對於音訊在系統資源的優化,與我使用Process Lasso手動分配系統資源可能有點衝突了…,但是顯然透過PL手動分配資源的方式,效果更好。
這幾天進一步發現,Clock Rate設值從"5"調成"1",聲音竟然更豐厚。
在取消MMCSS前,這個值無論是設320、或5,小弟都不易查覺有多大差異。但在Foobar取消MMCSS之後,MMCSS下的Clock Rate設值從"5"改成"1"竟然聽得出少許的差異!?見鬼了!
我比較好奇Multimedia Class Scheduler系統服務
跟regedit中MMCSS機碼設定的關係.我本來以為是
要在系統服務中啟用Multimedia Class Scheduler
那些機碼才會發揮作用.
至於clock rate,其實我自己經驗也是沒有很大差異,
盲測可能過不了的程度,只是從預設值一口氣降到
5似乎比較明顯有差.....於是就參考peace的經驗
設為5.