第304頁,共715頁 第一第一 ... 204254294302303304305306314354404 ... 最後最後
顯示結果從 3,031 到 3,040 共計 7144 條
  1. #3031
    註冊日期
    2008-06-08
    文章
    5
    Thanks
    0
    Thanked 5 Times in 3 Posts

    預設

    再次請問一下,
    我剛剛上yahoo和露天找了一陣子,
    符合 大同 22awg 無氧銅的 目前至少要用到 cat 6a規格的才有,
    1米看來約21元,
    不知是否我看漏了,有其它較低規格符合22awg的?

    還是符合這個22awg 無氧銅的最便宜就是cat 6a了,
    如果是23awg 的cat 6就大約 1米 10元上下,
    但是線就比較細了。

  2. #3032
    註冊日期
    2007-10-23
    文章
    884
    Thanks
    3,149
    Thanked 3,785 Times in 778 Posts

    預設

    brasstp兄,

    如果您的環繞喇叭尺寸不大,四條23awg的線並起來當成一極,粗細為17awg,也算是夠用了。

  3. #3033
    註冊日期
    2008-06-08
    文章
    5
    Thanks
    0
    Thanked 5 Times in 3 Posts

    預設

    感謝bchsieh大,
    我的環繞是AE EVO1 算是小的喇叭,
    看來用23AWG的就可,
    這樣可能比較負荷的起。

  4. The Following User Says Thank You to brasstp For This Useful Post:


  5. #3034
    註冊日期
    2014-12-09
    文章
    65
    Thanks
    36
    Thanked 57 Times in 31 Posts

    預設

    連假這些時間,開始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 編輯。

  6. The Following 2 Users Say Thank You to frorefire For This Useful Post:


  7. #3035
    註冊日期
    2009-06-13
    文章
    426
    Thanks
    40
    Thanked 875 Times in 261 Posts

    預設

    引用 作者: Higuma 查看文章
    更新一下目前狀況,在把HPET與同步平台關閉改用TSC後,

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

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

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

    以上供參
    我的後續如上,RTC預設是不能關閉,就沒動了.

    至於time resolution,我之前分享的分式是國外

    網友做好的懶人包,如果不能在Win10下啟用就是

    微軟改了一些底層指令或系統服務架構吧.

    IRQ部份,我目前沒遇過問題,當初P900他們也用

    特殊工具程式量過,確實有作用.猜測那個機碼只是

    提供額外的權重,實際的機制還是藏在微軟手上.

  8. The Following 3 Users Say Thank You to Higuma For This Useful Post:


  9. #3036
    註冊日期
    2013-02-20
    文章
    51
    Thanks
    52
    Thanked 81 Times in 26 Posts

    預設

    引用 作者: 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 查看文章
    3. IRQ priority的設定值是不是可以一樣,比如說,IRQ 0和8都設定為1?因為有些說法說不能設成同樣值(如,http://support.tcelectronic.com/entr...s-in-Windows-7 ),但更多人可以設成同樣值。
    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 查看文章
    5. Time Resolution在HPET關閉的情況下,還需要設定成0.5ms? 另外,我用 http://www.stsd99.com/phpBB3/viewtop...2031&start=113 , 調整的方式一直都不能完全成功,如果需設定,有其他設定的方式嗎?
    要把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 編輯。

  10. The Following 3 Users Say Thank You to awuwa For This Useful Post:


  11. #3037
    註冊日期
    2014-12-09
    文章
    65
    Thanks
    36
    Thanked 57 Times in 31 Posts

    預設

    引用 作者: 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之路",也給了小弟不小的啟發,同樣也少走了很多冤枉路,再次謝謝。

  12. The Following User Says Thank You to frorefire For This Useful Post:


  13. #3038
    註冊日期
    2007-10-23
    文章
    884
    Thanks
    3,149
    Thanked 3,785 Times in 778 Posts

    預設

    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調整到更高解析度,聲音應該可以再好上不少。

  14. The Following 3 Users Say Thank You to bchsieh For This Useful Post:


  15. #3039
    註冊日期
    2013-02-20
    文章
    51
    Thanks
    52
    Thanked 81 Times in 26 Posts

    預設

    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 編輯。

  16. The Following 3 Users Say Thank You to awuwa For This Useful Post:


  17. #3040
    註冊日期
    2009-06-13
    文章
    426
    Thanks
    40
    Thanked 875 Times in 261 Posts

    預設

    我比較好奇Multimedia Class Scheduler系統服務

    跟regedit中MMCSS機碼設定的關係.我本來以為是

    要在系統服務中啟用
    Multimedia Class Scheduler

    那些機碼才會發揮作用.

    至於clock rate,其實我自己經驗也是沒有很大差異,

    盲測可能過不了的程度,只是從預設值一口氣降到

    5似乎比較明顯有差.....於是就參考peace的經驗

    設為5.
    此篇文章於 2016-09-21 03:29 PM 被 Higuma 編輯。

  18. The Following 4 Users Say Thank You to Higuma For This Useful Post:


發文規則

  • 不可以發表新主題
  • 不可以發表回覆
  • 不可以上傳附件
  • 不可以編輯自己的文章
  •