Re: [心得] Foobar2000播放Tidal

[Oswyn (Oswyn)]

: 推 yys310: 有什麼好方法確認軟體叫了哪些API跟走哪些管道嗎？foobar,  06/29 13:20
: → yys310: MPC我測起來覺得走DS的效果也很好 可是amazon music的DS爛  06/29 13:21
: → yys310: 得跟屎一樣 然後他的exclusive真的就只是勿擾模式XD 內容   06/29 13:21
: → yys310: 一樣爛 要自己手切sample rate+做一些預衰減才會好些 不過  06/29 13:22
: → yys310: 也只能還算是差強人意                                    06/29 13:22

一般越專業的音訊軟體會支援越多種的 API 讓你選跟進階設定

像 MPC+HC 的 Audio Render 一個端點只有一個可選，但沒明示是用什 API
不過從有獨佔模式可勾選，這表示九成九是 WASAPI Shared & Exclusive

MPC-BE 就支援更多種的 API
MPC Audio Renderer 事實上點進去就能發現是 WASAPI Shared & Exclusive
但還另外支援了 DirectSound

而 DS 只要在 I/O 同採樣率性能就還差強人意（但延遲差）
CAudioLimiter 的影響多寡，要看音源是否有很多接近 True Peak 的數據

& 同樣都是選 DS 也不見得 SRC 都會丟給 DS 做，雖然大部分都會是
如前述 APP 也還是能自己詢問輸出 Device 格式再自行 SRC

要查 Winodws 裏發生的事好像有開發工具，但很大一包所以我也沒裝過


但從結果就能看出不同處理的差異
引個 2021 舊文內容 https://www.ptt.cc/bbs/Headphone/M.1613900467.A.5D9.html
有點懶，過了幾年版本差異對處理結果應該也會有差，但就拿來當個參考

https://i.imgur.com/C7qAE4y.png
這是原始 44.1 kHz 320kbps 的 mp3 頻譜

以下是共用模式預設 24-96
上述 mp3 file 由不同播放程式或輸出模式，經過 Windows 音效引擎後的頻譜
https://i.imgur.com/cYRHnaT.png
https://i.imgur.com/pTeYySI.png
https://i.imgur.com/XIa5HAg.png
https://i.imgur.com/krNUn5g.png
https://i.imgur.com/hfXO2to.png

很明顯部分播放程式自帶 SRC

主要差異有過採樣的濾波截止頻率與斜率不同
還有被稱為 Imaging 的頻帶外失真（噪聲），頻帶內的 Aliasing 比較難在這看出


同一個音源檔，由這些不同 APP、甚至同 APP 的不同 API 造成的「輸出」差異
從「結果」就能判斷「這個路徑」的性能好壞

這就是為什麼有些人會想要把數據流掌握在自己手上
潔癖派的想要 BitPerfect 全都給我不要動
DIY派的想要自己處理（DSP）不要外人插手

--
                    人間五十年、化天のうちを比ぶれば、夢幻の如くなり
   ^,,,^                                一度生を享け、滅せぬもののあるべきか
(ミ‵ω′)\m/

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.36.247.156 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Headphone/M.1719641535.A.46E.html
推 yys310: 推推...看到foobar選DS輸出時的oversampling超漂亮還以為
→ yys310: windows DS都能無腦用了 結果拿REW來產波形還有amazon來播
→ yys310: 才能看到DS的樣子XD 不知道為啥我用equalizer apo來輸出還
→ yys310: 是被處理很多的樣子...裝置設定時也把original APO勾勾去
→ yys310: 掉了 也先在軟體衰減一點避免true peak...
        因為 Equalizer APO 只是讓你能用自訂 APO
        從 Equalizer APO's Configurator 裏點開 Troubleshooting options
        https://i.imgur.com/iHd1aMj.png

        選任何 Install as ○FX，最終的數據路徑還是要向後面的門正常的出去

        但這個正常的出口就跟我在前一篇末補充的
        跟 Virtual Cable + VoiceMeeter 的組合 or ASIO4ALL 的共用出口是一樣的

        所以核心在要「逃課」，而不是以為醒來了實際上卻在另一個 The Matrix 裏

        也所以我們會需要另一個系統外的 Matrix（VST Host）來接手處理音頻流

推 comipa: 推解說
推 jhjhs33504: 比較喜歡整數倍過採樣 頻帶外失真在超音波處理基本DSP
→ jhjhs33504: 稍微管理不同設備之間的呈現聽感 DS shared相容又方便
→ jhjhs33504: ASIO比較實驗性質畢竟有軟體模擬或DAC原廠driver差異
→ jhjhs33504: 延遲跟緩衝區大小天差地遠有些原廠driver還支援到DSD
推 jhjhs33504: 反正最終輸出類比訊號再加個音量線控或平衡輸出都方便
        將聲音裝置的預設格式設為 24-96000 Hz 作為 Windows SRC 的 I/F

        在 Audacity 專案設為 48000 Hz
        生成 單音 正弦波 997 Hz 振幅 0.9

        Audacity 的介面選 Windows DirectSound 得到以下輸出
        https://i.imgur.com/0n2yW8d.png

        Audacity 的介面選 Windows WASAPI 得到以下輸出
        https://i.imgur.com/mBqgtx6.png

        DirectSound API 要說它成熟、相容性好的話其實也沒什問題
        但微軟會棄 DirectSound 改推新的 WASAPI 也是為了跟上時代
        用戶能選擇使用什麼 API 的話，答案沒什麼好考慮的

        但最大的問題是，很多時候用戶端沒的選
        只要 APP 開發者的 Audio API 選了 DirectSound，又沒開放其它選擇
        一般用戶就只能吃 DirectSound 的輸出

        而 Windows 在設定聲音預設格式的地方，用了一堆誤導性的描述
                44100 Hz CD 音質
                48000 Hz DVD 音質
                以上為錄音室品質
        這些格式描述在字面上好像沒錯，BUT

        在 Windows 選了比音源更高的採樣率，大機率得到 DirectSound SRC 音質
        但你會在網上看到一堆「專家」告訴你，預設格式選硬體支援最高的最棒棒

        用戶的選擇有限，就像
        Amazon Music 的獨佔鎖定 Windows 共用預設格式的採樣率而非音源的
        Spotify 在內部鎖 16-bit
        YouTube 在後台亂轉碼
        很多事是用戶端無力干涉跟改善的，但也有一些可以:D
※ 編輯: Oswyn (114.36.247.156 臺灣), 06/30/2024 16:19:46