第296頁,共715頁 第一第一 ... 196246286294295296297298306346396 ... 最後最後
顯示結果從 2,951 到 2,960 共計 7142 條
  1. #2951
    註冊日期
    2007-10-23
    文章
    884
    Thanks
    3,147
    Thanked 3,785 Times in 778 Posts

    預設

    教授,使用TSC時脈播放音樂,如果要得到最佳效果,如小弟前文所述,有兩個重點:
    1. 所有跟播放音樂有關的程式,都必須在相同核心執行。
    2. 不同核心的TSC同步必須關閉。

    如果跟播放音樂有關的程式被放在不同核心執行,TSC同步不管是關還是不關,對聲音都有不良的影響。
    播放如果是bit-perfect模式,CPU loading都很輕,是不用擔心單核心無法處理所有播放音樂的程式。
    但是由於一個核心要處理好幾個程式,這幾個程式的優先權就變得非常重要。
    調整的大方向就如小弟前文所述,越後端的程式優先權越高。
    例如音樂播放的程式執行順序為: 播放程式(如foobar) -> 播放引擎(如JPLAY PLUGIN) -> 音效卡驅動程式
    那麼音效卡驅動程式的優先權應該要最高,再來是播放引擎,最後才是播放程式。

  2. The Following 5 Users Say Thank You to bchsieh For This Useful Post:


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

    預設

    引用 作者: psycho 查看文章
    雖然給 awuwa 用力加分鼓掌,可是我看不懂:你是只用FOOBAR2000?還是FOOBAR2000+JPLAY?
    小弟原本是使用Foobar,Output選 ASIO: JPLAY Driver,所以此時跟音樂播放有關的,應該是Foobar2000.exe, ASIOhost64.exe和Jplay Audio Service三個,其中Jplay Audio Service在安裝後,會把自己指定在CPU1這個核心,並在播放時自動把優先權拉到Realtime(停止播放時又自動降為Normal)。
    因為小弟使用AMD 170u開成雙核的CPU,在未指定核心前, Foobar2000.exe和ASIOhost.exe這兩個程序會同時使用CPU0和CPU1,因為JPLAY Audio Service在播放時會以Realtime佔住CPU1,所以如果再把Foobar2000.exe和ASIOhost64.exe指定為只使用CPU1,並設為Realtime,得到的是衰聲,三個和尚沒水喝!
    當時因為一直認定Foobar加了JPLAY更好聽,所以一直沒有考慮捨棄JPLAY,並把Foobar2000.exe及ASIOhost.exe移到CPU0並獨佔。
    是在bchsieh兄的文章給了小弟啟發後,才決定暫時停用JPLAY,並讓Foobar及ASIOhost獨佔CPU1看看,沒料到有這麼大的提升。

    引用 作者: psycho 查看文章
    使用JPLAY的話,根本不必感謝bchsieh(逗你啦!),因為JPLAY早在N年前就幫我們搞定了;所以我當時測試HPET完全無感,只是忘了寫出來..... 我都是使用雙核心的CPU,工作管理員可以看到JPLAY核心程式被指定用於CPU1,其他是CPU0;四核的電腦會指定放在那個自行查看。
    在小弟的雙核CPU下,我看到的是:JPLAY會把自己指定於CPU1,但是,原本Windows的程序,仍會同時使用CPU0及CPU1,也就是,JPLAY只是指定自己只使用一個CPU核心,但並沒有進一步做到把其他程序移出CPU1。
    而小弟參照B兄的建議,使用Process Lasso進一步的把Foobar2000.exe和 ASIOhost64.exe以外的所有程序,都移到CPU0,並設為Normal以下的優先權。所以,還是要固執的感謝bchsieh兄!

    引用 作者: psycho 查看文章
    如果是FOOBAR2000+JPLAY,然後把FOOBAR2000與JPLAY ASIO(ASIOhost64.exe或ASIOhost32.exe)都設成指定核心並加上bchsieh的調整方法,聲音也可以大幅提升嗎?與 jplaymini相比時如何?

    因為jplay本身己經指定CPU1,如果再把FOOBAR2000也設去搶CPU1,聲音應該不增反而可能減。不過如果是高階的四核心CPU,就可以一般程式設CPU0,JPLAY預設CPU1,再把FOOBAR2000與ASIOHOST設成CPU2,也許聲音會變好??awuwa是使用什麼CPU?
    小弟使用AMD 170u單核CPU,並透過BIOS開成雙核運作。
    上面提過,Foobar和Jplay同時指定獨佔CPU1的情況下,聲音不如Foobar不要指定CPU核心。
    小弟還沒認真比較過Jplaymini,不過,我相信若不要使用Foobar,只使用Jplay Audio service加Jplaymini,並獨佔CPU1,應該會得到最好的聲音。但是因為播放方便性考量,所以小弟沒做此嚐試。
    此篇文章於 2016-07-28 05:10 PM 被 awuwa 編輯。

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


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

    預設

    引用 作者: bchsieh 查看文章
    教授,使用TSC時脈播放音樂,如果要得到最佳效果,如小弟前文所述,有兩個重點:
    1. 所有跟播放音樂有關的程式,都必須在相同核心執行。
    2. 不同核心的TSC同步必須關閉。

    如果跟播放音樂有關的程式被放在不同核心執行,TSC同步不管是關還是不關,對聲音都有不良的影響。
    播放如果是bit-perfect模式,CPU loading都很輕,是不用擔心單核心無法處理所有播放音樂的程式。
    但是由於一個核心要處理好幾個程式,這幾個程式的優先權就變得非常重要。
    調整的大方向就如小弟前文所述,越後端的程式優先權越高。
    例如音樂播放的程式執行順序為: 播放程式(如foobar) -> 播放引擎(如JPLAY PLUGIN) -> 音效卡驅動程式
    那麼音效卡驅動程式的優先權應該要最高,再來是播放引擎,最後才是播放程式。
    關於Foobar2000.exe和ASIOhost64.exe這兩個程序,誰的優先權應該調得比較高,小弟有參照bchsieh兄的建議試看看,
    不過初步的心得是:
    無論
    Foobar2000.exe(Realtime)加ASIOhost64.exe(High),
    或是
    Foobar2000.exe(High)加ASIOhost64.exe(Realtime),
    兩者並沒有太明顯的聽感差異。

    小弟待系統穩定下來後,會再認真的針對這部份做測試,若有進一步發現,再跟大家報告。

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


  7. #2954
    註冊日期
    2007-10-23
    文章
    884
    Thanks
    3,147
    Thanked 3,785 Times in 778 Posts

    預設

    引用 作者: awuwa 查看文章
    關於Foobar2000.exe和ASIOhost64.exe這兩個程序,誰的優先權應該調得比較高,小弟有參照bchsieh兄的建議試看看,
    不過初步的心得是:
    無論
    Foobar2000.exe(Realtime)加ASIOhost64.exe(High),
    或是
    Foobar2000.exe(High)加ASIOhost64.exe(Realtime),
    兩者並沒有太明顯的聽感差異。

    小弟待系統穩定下來後,會再認真的針對這部份做測試,若有進一步發現,再跟大家報告。
    請問awuwa兄,在windows下可以調整音效卡的IRQ優先權嗎?
    如果可以的話,您可以試試看將音效卡的IRQ優先權調整成realtime。

  8. The Following 2 Users Say Thank You to bchsieh For This Useful Post:


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

    預設

    引用 作者: bchsieh 查看文章
    請問awuwa兄,在windows下可以調整音效卡的IRQ優先權嗎?
    如果可以的話,您可以試試看將音效卡的IRQ優先權調整成realtime。
    在regedit有相關機碼,此外還可以透過MMCSS(播放程式允許指定的話)

    把音訊stream的優先權往上拉,我在Ptt分享過相關設定,可參考.

    https://www.ptt.cc/bbs/Headphone/M.1...982.A.F71.html

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


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

    預設

    引用 作者: bchsieh 查看文章
    請問awuwa兄,在windows下可以調整音效卡的IRQ優先權嗎?
    如果可以的話,您可以試試看將音效卡的IRQ優先權調整成realtime。
    硬體的IRQ小弟都有調整,謝謝提醒!
    這部份的調整真的非常重要而且有效。

    不過,既然說到IRQ Priority,就順便在此分享一下小弟前陣子的意外發現:

    首先,感謝STSD眾燒友們的熱心分享,讓小弟在CAT的優化能有所依據,按部就班就能達到一定水準。
    所以,舉凡在這些網兄們有提到的優化建議,小弟都嚐試過,但抱歉的是,未能完全掌握每個設值對聲音的影響。

    直到2個月前,到友人家,聽他用老筆電(雙核、獨顯)當訊源播放音樂。
    當天聲音一直不錯,但是音樂的節奏異常的緩慢,最明顯的就是鼓聲,總比平常習慣的聲音慢了半拍,
    忍不住檢查一下電腦的設定,意外發現他的IRQ Priority被動了手腳,設定如下:
    IRQ0Priority = 99(10進位) ==> System Clock(系統時鐘)
    IRQ8Priority = 99(10進位) ==> Real Time Clock(CMOS實時時鐘,也就是bchsieh兄提到的RTC)
    IRQ13Priority = 99(10進位) ==> Numeric Process Unit(數值運算器)

    因為小弟有調整IRQ的經驗,所以當下試著把IRQ8Priority改為1(10進位),
    結果音樂的節奏馬上恢復正常。

    回家再上STSD網站確認一次,發現文獻中的討論,都是建議把IRQ0Priority和IRQ8Priority設為1,
    如此可以讓聲音更精準。

    問題來了,我朋友對電腦優化並不熟悉,他不可能更動這些設定,那倒底是誰動的手腳;
    再者,IRQ13Priority這個設值又有何影響?

    由於友人的電腦安裝了AO和Jplay兩套優化軟體,
    所以我請他先把IRQ Priority設值清除,並且先移除上述兩套軟體,
    再重新安裝,並即時監控IRQ Priority的變化,
    結果,被他抓到元兇,是AO搞的鬼。

    AudiophileOptimizer (Ver. 1.4)這套軟體,不管您怎麼設定,它就是會固定把IRQ 0, 8, 13這三個元件的Priority設成最後。
    原因為何?
    小弟的猜測是:因為現在電腦運算速度愈來愈快,加上AO都有建議打開HPET,所以適時的把時鐘的中斷優先權降級,
    可以讓聲音更和緩耐聽,若參照STSD的設定,反而容易出現比較衝的躁感。
    不過AO作者這個設定,可能萬萬沒料到還有人用跑不快的雙核筆電(無法開啟HPET),
    此時時鐘的精準度顯得格外重要,優先權一降級,對聲音的速度造成直接的影響。

    再者,IRQ 13數值運算器(浮點運算器)的設值又有什麼影響?
    經友人的測試,簡直讓他發現了天堂!
    友人發現IRQ13Priority這個值若設成99(10進位),聲音的通透感會大幅提升,
    有點像相機原本失焦變成完全準焦的清晰感,
    聽感猶如雨後的夜裏在山上看台北市夜景,所以細節都鉅細靡遺,而且結像會大幅拉節,相當逼真。
    所以,這個設值目前也變成小弟必設的參數!

    優化軟體目前多未考量使用者的電腦等級,所以可能造成像友人的電腦優化後,反而聲音變得完全不正確的狀況!

    再來,由於小弟曾在綱上做過以上的分享,有網友私訊小弟,提到原來Fidelizer這套軟體也會對IRQ Priority動手腳,
    不過它卻是把IRQ8Priority設為和STSD網站建議一樣的1(10進位),
    這下好玩了,當電腦同時安裝AO及Fidelizer兩套優化軟體時,
    其實他們有些設值是南轅北轍的,決定權在於那套軟體比較晚安裝,就可以蓋掉另一套軟體的設值,好笑吧!

    所以,小弟目前已不再使用這些優化軟體了,
    作業系統安裝完後,手動DIY照自己的需求來調整,反而更容易得到好聲。
    此篇文章於 2016-07-28 06:49 PM 被 awuwa 編輯。

  12. The Following 4 Users Say Thank You to awuwa For This Useful Post:


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

    預設

    引用 作者: Higuma 查看文章
    在regedit有相關機碼,此外還可以透過MMCSS(播放程式允許指定的話)

    把音訊stream的優先權往上拉,我在Ptt分享過相關設定,可參考.

    https://www.ptt.cc/bbs/Headphone/M.1...982.A.F71.html
    Higuma兄也是小弟崇拜的先進之一,很多目前優化的手段,都是參考您先前留下的心得,感謝再三!

    不過,關於MMCSS,小弟有個疑問:
    我知道Foobar現在可以設定MMCSS,小弟都把它設成Pro Audio,
    並且也有調整登錄檔中有關Pro Audio的設定。

    可是,小弟Foobar輸出選的是ASIO,
    但MMCSS不是只有對WASAPI輸出有效嗎?
    這樣的設定,對ASIO會有影響嗎?

    還請前輩釋疑。
    此篇文章於 2016-07-28 06:36 PM 被 awuwa 編輯。

  14. The Following 2 Users Say Thank You to awuwa For This Useful Post:


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

    預設

    引用 作者: awuwa 查看文章
    Higuma兄也是小弟崇拜的先進之一,很多目前優化的手段,都是參考您先前留下的心得,感謝再三!

    不過,關於MMCSS,小弟有個疑問:
    我知道Foobar現在可以設定MMCSS,小弟都把它設成Pro Audio,
    並且也有調整登錄檔中有關Pro Audio的設定。

    可是,小弟Foobar輸出選的是ASIO,
    但MMCSS不是只有對WASAPI輸出有效嗎?
    這樣的設定,對ASIO會有影響嗎?

    還請前輩釋疑。
    這倒是一個盲點,我沒想到過.

    查了一下,在RME的論壇中找到一些敘述如下,看起來ASIO一直都跟MMCSS

    有連動,這也不意外,畢竟最早Steinberg就是尋求MS的幫助才搞出了ASIO.



    https://www.forum.rme-audio.de/viewtopic.php?id=17575

    第一篇大意就是說MS推出mmcss功能後,pro audio領域有了很多關於

    mmcss的討論,在裝置driver中也都有提供相關選項,直到後來為了相容性

    問題把這功能拿掉,但最後(2013 該篇post的時間點)遵循Steinberg

    的建議,又把mmcss選項放回driver.

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


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

    預設

    引用 作者: awuwa 查看文章
    再來,由於小弟曾在綱上做過以上的分享,有網友私訊小弟,提到原來Fidelizer這套軟體也會對IRQ Priority動手腳,
    不過它卻是把IRQ8Priority設為和STSD網站建議一樣的1(10進位),
    這下好玩了,當電腦同時安裝AO及Fidelizer兩套優化軟體時,
    其實他們有些設值是南轅北轍的,決定權在於那套軟體比較晚安裝,就可以蓋掉另一套軟體的設值,好笑吧!

    所以,小弟目前已不再使用這些優化軟體了,
    作業系統安裝完後,手動DIY照自己的需求來調整,反而更容易得到好聲。
    其實搞CAT,有個很重要的原則與前提:

    "你要知道自己在做捨麼"

    否則實做起來永遠有太多的選擇在你面前,

    單純只靠聽感實在太容易迷失方向,徘徊在

    東牆與西牆之間,走不出去.
    此篇文章於 2016-07-28 08:02 PM 被 Higuma 編輯。

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


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

    預設

    引用 作者: awuwa 查看文章
    感謝bchsieh兄不吝分享。近來給小弟最大啟發的文章就是上面這段。

    關於CAT的優化,真的除了P900和bchsieh兄外,千篇一律都是建議大家要在BIOS和Windows中開啟HPET,
    小弟算是盲從者,也做了這個設定。

    看了B兄關於HPET和TSC的見解後,
    小弟先做了一個嘗試,在WS2102上裝上Process Lasso Server版,
    並先把所有程序,移到CPU0,優先權為below normal;
    再把Foobar2000.exe和ASIOhost64.exe移到CPU1,Foobar2000優先權設為realtime, ASIOhost64設為High。
    光是這個調整,就讓聲音更上層樓,是全方位的提升。

    再來,小弟嘗試
    1. 關閉BIOS的HPET;
    2. 停用Windows平台同步時鐘(在以管理者權限命令列輸入bcdedit /deletevalue useplatformclock,並重開機)

    重開機後的聲音,讓小弟樂到昨晚差點睡不著覺。

    以前CAT的聲音總會覺得過亮,弦樂群太亮、管樂太亮、人聲太亮…活像曝光過度的照片,不耐聽。
    現在感覺亮度恢復到正常的水準,再者,弦樂群的低頻變得非常有厚實而綿密,愈來愈像現場的聽感,
    這絕對是失真降低的成果!

    再次感謝bchsieh兄,也感謝psycho兄在這討論串的用心經營,讓高手們願意不藏私的分享!
    感謝awuwa提供的批次檔(下方為原出處,為Jacky2000網友製作),

    讓我能輕鬆完成指定核心的調整,目前正在聽,確實很有幫助,只是有種

    速度變慢的感覺,還在適應中.

    聽了一下,沒有問題,音色還原度更準確細膩,速度變慢是還原錄音本來產生的錯覺.

    http://www.myav.com.tw/bbs/showthread.php?threadid=20473423&perpage=1&pagenumber=323


    此篇文章於 2016-07-28 09:03 PM 被 Higuma 編輯。

  20. The Following 5 Users Say Thank You to Higuma For This Useful Post:


發文規則

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