Re: [閒聊] HTPC/CAT建構的自身經驗

看板Headphone作者 (能當個鄉民也是一種幸福)時間4年前 (2020/03/14 11:47), 4年前編輯推噓10(10推 0噓 18→)
留言28則, 7人參與, 4年前最新討論串4/8 (看更多)
最近後知後覺的注意到了這玩意: https://reurl.cc/g7mmaQ 簡單來說就是微軟提供的原生UAC 2.0 Driver (USB Audio Device Class 2.0 Driver). 最早在Win10 1703開始內建,之後慢慢改版,到了1803之後 網路有說法比XMOS Amanero之類的第三方Driver還優秀, 一時好奇下就開始測試,結果頗讓我意外: 1. Wasapi(event)模式優於古早的ASIO 由於微軟的UAC Driver只支援自家的DS/Wasapi模式,不支援ASIO, 所以我就先在XMOS Driver下測試Wasapi VS ASIO,結果居然發現 Wasapi(event)優於ASIO,而且差距不算小 囧,我記得十年前有ASIO 能用沒人會想用Wasapi的說. 只能說,時代真的在進步,而ASIO老太舊了.就像當年的1394/firewire 也都成了歷史的眼淚. 2. 微軟原生UAC 2.0 Driver比XMOS原廠driver更直接一點. 同時播放程式指定32Bit模式輸出在Wasapi下似乎有些好處,但在XMOS driver下24bit好一點.這部分的差異比起Wasapi VS ASIO是比較小的. 甚至盲測應該很難過關,要質疑是心理作用我也不反對,但反正不花錢 不麻煩,有興趣的可以加減試試. 另外補充一下foobar的相關設定: https://imgur.com/3nUygOA
1) wasapi的傳輸buffer都關掉 2) 開啟MMCSS功能並指定Pro Audio模式 (最好還要去regedit編輯Pro Audio的機碼內容,可參考 https://www.ptt.cc/bbs/Headphone/M.1420865982.A.F71.html 不過看MMCSS那段就好,HPET之類的我後來都拿掉或改掉了) 3) 不使用file buffering P.S. I Wasapi(Push)模式我沒測試,看介紹一般也不太推薦 II 會測32Bit輸出是因為查到的文章提到,微軟提供的UAC 2.0 Driver 一開始只支援(播放程式)32Bit輸出,所以猜測32Bit應該是他核心預設 的資料格式,可能可以少掉一些補0的處理,聽起來也似乎差一點點點XD III 再加上之前(前幾篇文)提到的對UASP模式的支援,微軟在USB Driver 這塊真的很有心,不好好利用真的是很浪費.尤其UASP這塊,如果音樂檔案 是放在USB3.0儲存裝置上,差異是真的蠻大的. -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.225.54.93 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Headphone/M.1584157633.A.53C.html
推
03/14 12:20, 4年前 , 1F
L大好奇問個，如果說從1703後就內建的話，新電腦灌1909
03/14 12:20, 1F
→
03/14 12:20, 4年前 , 2F
還有需要再安裝嗎？
03/14 12:20, 2F
推
03/14 12:24, 4年前 , 3F
參考板上各板友目前mmcss等等的配置，fb2k走wasapi eve
03/14 12:24, 3F
→
03/14 12:24, 4年前 , 4F
nt已經贏過asio公版不少
03/14 12:24, 4F
→
03/14 12:29, 4年前 , 5F
抱歉讓你誤會了,我貼那個連結只是介紹一下,不用抓
03/14 12:29, 5F
→
03/14 12:29, 4年前 , 6F
1703之後就都內建了
03/14 12:29, 6F
→
03/14 12:42, 4年前 , 7F
感謝L大~
03/14 12:42, 7F
推
03/14 17:44, 4年前 , 8F
推
03/14 17:44, 8F
推
03/14 20:30, 4年前 , 9F
我蠻好奇，為何UASP會對聲音有影響？以目前聲音的傳輸量
03/14 20:30, 9F
→
03/14 20:31, 4年前 , 10F
加上audio file不去多重確認的特性，傳輸快個25%有影響？
03/14 20:31, 10F
→
03/14 21:34, 4年前 , 11F
我只能解釋到latency對訊號的SI有影響，而SI就是會直
03/14 21:34, 11F
→
03/14 21:34, 4年前 , 12F
接影響聽感，但我不知學理上怎麼解釋SI跟聽感的關聯
03/14 21:34, 12F
→
03/14 21:36, 4年前 , 13F
uasp對我來說重點是允許雙向多工的機制，這能有效降低
03/14 21:36, 13F
→
03/14 21:36, 4年前 , 14F
傳輸延遲
03/14 21:36, 14F
推
03/14 23:56, 4年前 , 15F
latency 有影響沒錯，以前在抓這部分50以上到20以下差異
03/14 23:56, 15F
→
03/14 23:57, 4年前 , 16F
很大，10以下每降一點點都差超多。
03/14 23:57, 16F
推
03/15 10:27, 4年前 , 17F
可是聲音不是連續的嗎？ 延遲到你耳朵還是完整的
03/15 10:27, 17F
推
03/15 15:30, 4年前 , 18F
昨天試了一下，自己用的DAC驅動內有特別附ASIO，結果
03/15 15:30, 18F
→
03/15 15:30, 4年前 , 19F
還是比wasapi 優秀一點點，不過差距很小了，甚至可以
03/15 15:30, 19F
→
03/15 15:30, 4年前 , 20F
說是味道不同而已
03/15 15:30, 20F
我補充了foobar的相關設定在上面,如果都設定好了還是覺得ASIO比較好,當然依自身聽感 決定.
推
03/15 21:50, 4年前 , 21F
主要是味道不同啦，差距我覺得可以忽略，不過那一點
03/15 21:50, 21F
→
03/15 21:50, 4年前 , 22F
差異我會用wasapi，因為asio跑起來問題太多，有時候
03/15 21:50, 22F
→
03/15 21:50, 4年前 , 23F
開半天啟動失敗
03/15 21:50, 23F
※ 編輯: louis0407 (1.169.66.135 臺灣), 03/15/2020 21:51:16
推
03/16 01:59, 4年前 , 24F
照原po建議的調整了MMCSS，wasapi確實變得比較出色了
03/16 01:59, 24F
→
03/16 01:59, 4年前 , 25F
，這樣就可以放心用了，不用忍受ASIO要啟動不啟動的
03/16 01:59, 25F
→
03/16 01:59, 4年前 , 26F
，感謝
03/16 01:59, 26F
推
03/16 04:31, 4年前 , 27F
如果dac的asio驅動寫得很好，是不會有任何錯誤的，
03/16 04:31, 27F
→
03/16 04:31, 4年前 , 28F
延遲也比wasapi更低
03/16 04:31, 28F
‣ 更多 louis0407 的文章
文章代碼(AID): #1UR5F1Ky (Headphone)
討論串 (同標題文章)
完整討論串 (本文為第 4 之 8 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共8篇)
‣ 更多 louis0407 的文章
文章代碼(AID): #1UR5F1Ky (Headphone)