Re: [心得] Foobar2000播放Tidal
: 推 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





很明顯部分播放程式自帶 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
推
06/29 14:37,
8月前
, 1F
06/29 14:37, 1F
→
06/29 14:37,
8月前
, 2F
06/29 14:37, 2F
→
06/29 14:38,
8月前
, 3F
06/29 14:38, 3F
→
06/29 14:38,
8月前
, 4F
06/29 14:38, 4F
→
06/29 14:39,
8月前
, 5F
06/29 14:39, 5F
因為 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)來接手處理音頻流
推
06/29 18:33,
8月前
, 6F
06/29 18:33, 6F
推
06/30 01:49,
8月前
, 7F
06/30 01:49, 7F
→
06/30 01:51,
8月前
, 8F
06/30 01:51, 8F
→
06/30 01:53,
8月前
, 9F
06/30 01:53, 9F
→
06/30 01:56,
8月前
, 10F
06/30 01:56, 10F
推
06/30 01:59,
8月前
, 11F
06/30 01:59, 11F
將聲音裝置的預設格式設為 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
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 3 之 3 篇):
Headphone 近期熱門文章
PTT數位生活區 即時熱門文章