-
2016-09-14, 11:30 PM
#3031
再次請問一下,
我剛剛上yahoo和露天找了一陣子,
符合 大同 22awg 無氧銅的 目前至少要用到 cat 6a規格的才有,
1米看來約21元,
不知是否我看漏了,有其它較低規格符合22awg的?
還是符合這個22awg 無氧銅的最便宜就是cat 6a了,
如果是23awg 的cat 6就大約 1米 10元上下,
但是線就比較細了。
-
-
2016-09-15, 07:49 AM
#3032
brasstp兄,
如果您的環繞喇叭尺寸不大,四條23awg的線並起來當成一極,粗細為17awg,也算是夠用了。
-
-
2016-09-15, 03:16 PM
#3033
感謝bchsieh大,
我的環繞是AE EVO1 算是小的喇叭,
看來用23AWG的就可,
這樣可能比較負荷的起。
-
The Following User Says Thank You to brasstp For This Useful Post:
-
2016-09-18, 05:28 PM
#3034
連假這些時間,開始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 , 調整的方式一直都不能完全成功,如果需設定,有其他設定的方式嗎?
問題很多,謝謝高手的指點。
此篇文章於 2016-09-18 05:31 PM 被 frorefire 編輯。
-
The Following 2 Users Say Thank You to frorefire For This Useful Post:
-
2016-09-18, 06:57 PM
#3035
作者: Higuma
更新一下目前狀況,在把HPET與同步平台關閉改用TSC後,
我確認把device manager內的System Clock關閉有好處,
就進而把原先指定IRQ 0與8優先權為1的機碼砍掉了,明顯
出現聽感差異...小提琴高把位音色感覺是更準確了.
以上供參
我的後續如上,RTC預設是不能關閉,就沒動了.
至於time resolution,我之前分享的分式是國外
網友做好的懶人包,如果不能在Win10下啟用就是
微軟改了一些底層指令或系統服務架構吧.
IRQ部份,我目前沒遇過問題,當初P900他們也用
特殊工具程式量過,確實有作用.猜測那個機碼只是
提供額外的權重,實際的機制還是藏在微軟手上.
-
The Following 3 Users Say Thank You to Higuma For This Useful Post:
-
2016-09-18, 07:31 PM
#3036
作者: frorefire
另外,這段時間也去依照bchieh, awuwa, Higuma等前輩的討論內容去調整MMCSS, IRQ priority, Time Resolution等,配合原本就在使用的process lasso,感覺前端的處理有完善一些,但是從之前的討論內容及網路上找到的資料,還是有些不確定的地方,請高手再協助確認:
我使用的是windows 10系統,bios及系統內的HPET是關閉未使用的,播放程式使用lasso獨佔CPU 1核心,CPU 0,2-3核心給其他程式使用,我目前不確定的問題如下:
不曉得網兄使用的播放程式是那套?CPU是?
HPET關閉後,可以使用"WinTimerTester"這支程式去檢查一下目前的clock模式,基本上應該可以出現2Mhz以下的QueryPerformanceFrequency,小弟的990主板+AMD170u CPU降頻至800Hz後,出現0.78Mhz這個數值,可以確定未使用HPET了。
此外,也可以進一步到裝置管理員把"高精確度事件計時器(HPET)"停用。
作者: frorefire
1. 在HPET不使用的情況之下,IRQ 0(system clock)及IRQ 8(RTC) 的priority究竟需不需要設定?
個人的經驗是加了IRQ0Priority和IRQ8Priority這兩筆設定為1,聲音好很多。
關閉HPET加上播放程式放到同一CPU核心後,雖然播放程式只使用CPU的CLOCK,但加上以上兩筆聲音更好,個人理解可能是其他週邊(如USB)或驅動程式仍需要比較精準的時鐘來運作(這裏我也不肯定,有勞真正的高手回覆)。
此外,我們發現,把IRQ13Priority的優先權壓低(設值為99(十進位)),聲音在通透感上有非常大的助益。
依此邏輯,您也可以把其他跟音樂播放無關的週邊,如鼠鍵、顯卡等IRQ優先權壓低,對聲音一樣有幫助。
作者: frorefire
2. 承上,RTC是否需要在裝置管理員中設定為停用?
如上,RTC(以及IRQ8Priority)不要停用聲音確定更好。
但是系統計時器System Clock(以及IRQ0Priority)這個值似乎就得看系統配備,小弟的機器是不停用,並把IRQ0Priority設為1最好。但最近遇到IBM X60 32位元Win7筆電,關閉"系統計時器System Clock"後,播放幾分鐘會出現啵一聲的中斷問題竟解決了。所以System Clock這部份似乎暫無定論,建議耳聽為憑。
作者: frorefire
IRQ Priority的值確定可以一樣(都為1),但越多組IRQ設值為1,其優先的效果會下降也是可想而知。
小弟針對這問題曾做過試驗,把IRQ0Priority和IRQ8Priority都設為1,但是把USB埠所佔用的PCI設為2;也曾把IRQ0Priority和IRQ8Priority都設為2,但是把USB埠所佔用的PCI設為1…
以上這兩種設定,聲音不如把這3且IRQ全設為1。
作者: frorefire
4. IRQ priority設成0的意思是什麼?(有一次我AO後,它把我的IRQ 8 priority設成0)
IRQ priority設成0就是代表"不使用這組設定",有設跟沒設一樣,沒有任何效果。
作者: frorefire
要把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教授!
此篇文章於 2016-09-18 08:31 PM 被 awuwa 編輯。
-
The Following 3 Users Say Thank You to awuwa For This Useful Post:
-
2016-09-18, 10:29 PM
#3037
作者: Higuma
我的後續如上,RTC預設是不能關閉,就沒動了......
謝謝Higuma大的回覆,當初看到您發表的心得,把系統時鐘關閉及機碼停用,和更早之前的做法不同,而產生疑問,謝謝您再說明後續的做法。
作者: awuwa
不曉得網兄使用的播放程式是那套?CPU是?
謝謝awuwa大的回覆,我目前spotify, foobar, jplaymini都會使用,其中spotify為主要,CPU是4核的intel i5,因為我的主機版bios可設定停用HPET,所以windows中的裝置管理員不會出現HPET相關的東西了。
作者: awuwa
個人的經驗是加了IRQ0Priority和IRQ8Priority這兩筆設定為1,聲音好很多。
......此外,我們發現,把IRQ13Priority的優先權壓低(設值為99(十進位)),聲音在通透感上有非常大的助益。
依此邏輯,您也可以把其他跟音樂播放無關的週邊,如鼠鍵、顯卡等IRQ優先權壓低,對聲音一樣有幫助。
之前已知道awuwa大的IRQ 13這個心得,已經修改成此數值。至於其他週邊優先權壓低,之前倒沒試過,謝謝提示。
作者: awuwa
要把Time Resolution設成0.5ms,網上很多教學,但都有點複雜。跟您透露一招偷吃步的方法:
把JPLAY裝上去(試用版也可以),並啟用JPLAY Audio Service就好了,JPLAY預設會把TimeResolution改成0.5ms。
若您沒使用JPLAYmini當播放程式,建議使用Process Lasso把JPLAY Audio Service移到CPU0,並把優先權設到"IDLE閒置"即可,這樣對聲音影響最低。
這招真的很妙,經過這樣的調整,Time resolution的問題就完全解決了,平常使用spotify時也不被影響到,太棒了!
作者: awuwa
PS. 真正的高手真的是您點出來的另外兩位,bchsieh兄指引小弟關閉HPET,並進一步把播放程式放到同一核心,可惜此人不玩Windows:Higuma兄在stsd和本站留下的精彩分享,讓今日小弟有跡可循,省下不少麻煩。當然,要數高手,一定還有執數位流牛耳的psycho教授!
您客氣了,您之前發表的 "80分的CAT之路",也給了小弟不小的啟發,同樣也少走了很多冤枉路,再次謝謝。
-
The Following User Says Thank You to frorefire For This Useful Post:
-
2016-09-19, 11:42 AM
#3038
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調整到更高解析度,聲音應該可以再好上不少。
-
The Following 3 Users Say Thank You to bchsieh For This Useful Post:
-
2016-09-21, 12:02 PM
#3039
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"竟然聽得出少許的差異!?見鬼了!
此篇文章於 2016-09-21 12:28 PM 被 awuwa 編輯。
-
The Following 3 Users Say Thank You to awuwa For This Useful Post:
-
2016-09-21, 03:25 PM
#3040
我比較好奇Multimedia Class Scheduler系統服務
跟regedit中MMCSS機碼設定的關係.我本來以為是
要在系統服務中啟用Multimedia Class Scheduler
那些機碼才會發揮作用.
至於clock rate,其實我自己經驗也是沒有很大差異,
盲測可能過不了的程度,只是從預設值一口氣降到
5似乎比較明顯有差.....於是就參考peace的經驗
設為5.
此篇文章於 2016-09-21 03:29 PM 被 Higuma 編輯。
-
The Following 4 Users Say Thank You to Higuma For This Useful Post:
發文規則
- 您不可以發表新主題
- 您不可以發表回覆
- 您不可以上傳附件
- 您不可以編輯自己的文章
-
討論區規則
|