Re: [閒聊] 現在年輕人真可憐
:
: 會想花錢買哪個版本?不過只買的到前面的啊
:
: 推 yamatai: 下面的好聽很多耶 上面細節少很多 3D也變差 壓動態很沒力 04/07 23:22
: → yamatai: 音色也鮮活很多 到底為什麼要後製成上面那樣阿..... 04/07 23:23
:
: 這大概就是所謂大人們的決定不是嗎XD
: 上面的扁平到感情都沒了,但結果不是歌手的鍋啊
: 我想也不是工程師的問題,畢竟有下面的版本
: 所以就是大人們的決定,依住例大聲就容易賣的好這種路數
: 推 znew1219: 有部分是YouTube normalization造成的 04/08 19:09
: → znew1219: Volume/Normalized 100%/42%(content loudness 7.6dB) 04/08 19:12
: → znew1219: Volume/Normalized 100%/65%(content loudness 3.8dB) 04/08 19:12
並不是哦喲
不管是 RG or YouTube 的 Normailzed 都是線性的,跟數位音量沒兩樣
主要只和噪聲方面相關,但如果系統底噪低基本上可忽略
但壓縮是非線性的,上面的差異主要還是 Compressor 造成的
不然 YouTube 的 Normalization 是可以手動暫時關掉的,樓上可以試試
以下方法在目前的 Chrome 版本應還能適用
先開 Chrome > YouTube 播歌 > 暫停
用 foobar 之類能開 WASAPI 獨佔流(ASIO應該也行)的短暫播放然後停止
Youtube 畫面應會黑屏,如出現音訊轉譯器出現錯誤就是 Youtube 沒暫停:D
回到 YouTube 點黑畫面或按鈕繼續播放,此時應該就是以影片的原音量輸出
F5、調 YouTube 音量或換影片就重置
因為 YouTube 實際上儲存與傳送到用戶端的影片都是未調整的原音量有損
Audio Normalization 是在用戶端,與 YouTube UI 裏的 Volume silder 一起連動的
上述打斷 YouTube audio streaming 再播放讓 YouTube 漏了對音量作再處理的 Bug
但是、這表示你得承擔 Peak 爆漿的影響
https://imgur.com/lVLH0b9
影片1、True Peak -0.3 dB 完全沒撞牆
https://imgur.com/JjEWgCo
CD 音質對照組、 True Peak 0 dB 但一點 Headroom 都沒有留
BTW Youlean Loudness Meter 裏的 DR 值因為是 RT mode
是以 3 sec 區間的 short term 所以只是歌曲結尾的數據在這沒有參考價值
但在 Chrome 看 YouTube 乃 Shared mode 數據會進到 Windows Audio Engine
APO CAudioLimiter 的限制振幅是 0.985(-0.13 dB),所以用原始音量播放超過限制
的部分都會被削
影片1應不會受到影響,但影片2的影響大、因為是非線性失真所以聽起來應該會很糟
這也是為什麼 YouTube 必需使用 Audio Normalization
因為有損音頻因為壓縮與量化+可能的抖動,對於高響度的內容(現在大部分都是)
如果不降下來的話就會受到非線性失真(削波/限制器)的影響
※ 影片2看起來比 CD 還多起伏,那是壓縮、量化的噪聲並不是更棒
而 Audio Normalization 是線性,負面影響十分輕微甚至於低過人耳感知
※
有興趣可以試看看
以 foobar 裝 YouTube Source,解進 foobar 的數據會是 32-bit 浮點數
此處的影片2因為 True Peak 2.0 dB,不但 Intersample 連 Sample 數值都超過 ±1
很適合當樣本來對照
https://imgur.com/YSNBV0M
原始數據 無 DSP 以獨佔模式送進 DAC
原始數據 音量 -3 dB 以獨佔模式送進 DAC
原始數據 無 DSP 以共用模式或 DS 送進 Windows
原始數據 音量 -3 dB 以共用模式或 DS 送進 Windows
原始數據 進行 Dither 以獨佔模式送進 DAC
其差異除了音量大小,實際上因浮點數大小超過 ±1 而會在不同的地方產生不同的變化
但如果 DAC 是 Studio 或 HI-END 級,有 Headroom 保護的話在獨佔模式就沒什麼影響
※
另外因為 Decoder 可解出浮點數,表示如何處理 16 or 24-bit 之下的資料會有影響
雖一般會統稱 Dither、但實際上是 Dithering、Truncation 與可能的 Noise shaping
但 foobar DSPs 的 Dither 應該都是 Dithering with Truncation
所以無法與 Noise shaping 做良好的結合
推薦兩個可用的 VST plug-in
http://mda.smartelectronix.com/
應該是能掛 foobar 的 free VST Dither 最佳解
且功能完善支援多種抖動方式及 Noise shaping
但因為 UI 相容性的關係,只能掛在 VST Wrapper 有點麻煩
https://www.stillwellaudio.com/plugins/psycho-dither/
Psycho Dither、評估版但沒鎖功能
這其實比較適合低碼率的音頻內容,Psycho Power = Noise shaping 的強度
建議先從 1~4 試起
另外要不要 Upsampling 再進行 DSP 又是另一種考量
如果要進行 Noise shaping 個人建議要升頻就是了
--
人間五十年、化天のうちを比ぶれば、夢幻の如くなり
^,,,^ 一度生を享け、滅せぬもののあるべきか
(ミ‵ω′)\m/ NOBUMETAL DEATH!!(乂'ω')
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.45.37.211 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Audiophile/M.1586366585.A.F74.html
推
04/09 01:36,
4年前
, 1F
04/09 01:36, 1F
推
04/09 02:19,
4年前
, 2F
04/09 02:19, 2F
推
04/09 05:08,
4年前
, 3F
04/09 05:08, 3F
推
04/09 06:47,
4年前
, 4F
04/09 06:47, 4F
推
04/09 07:43,
4年前
, 5F
04/09 07:43, 5F
推
04/09 08:26,
4年前
, 6F
04/09 08:26, 6F
推
04/09 09:14,
4年前
, 7F
04/09 09:14, 7F
推
04/09 09:49,
4年前
, 8F
04/09 09:49, 8F
推
04/09 10:15,
4年前
, 9F
04/09 10:15, 9F
→
04/09 10:15,
4年前
, 10F
04/09 10:15, 10F
→
04/09 10:16,
4年前
, 11F
04/09 10:16, 11F
→
04/09 10:16,
4年前
, 12F
04/09 10:16, 12F
→
04/09 10:57,
4年前
, 13F
04/09 10:57, 13F
看不懂也沒差啊,就自適應模式音樂還不是可以照樣放
反正這些都是 digital domain 裏的 0 跟 1 不會有差的:D
推
04/09 12:27,
4年前
, 14F
04/09 12:27, 14F
→
04/09 12:27,
4年前
, 15F
04/09 12:27, 15F
→
04/09 12:27,
4年前
, 16F
04/09 12:27, 16F
→
04/09 12:27,
4年前
, 17F
04/09 12:27, 17F
→
04/09 12:27,
4年前
, 18F
04/09 12:27, 18F
有截掉資料才需要抖動,只要原始數據沒有改變送給 DAC 都不需要做抖動
以播放而言,無損需考慮原始檔的位元深度與送給 DAC 的位元深度
輸出 16-bit 如果原始檔高於 16-bit 或做了 DSP (含數位音量與 Resample)
都需要抖動
輸出 24-bit 沒進行 DSP 不需要抖動,有的話抖動是可選的,分幾個派系
不做:24-bit 的抖動鬼才聽的到/也沒有硬體規格這麼強/錄音與後製階段
硬體跟軟體本來就一堆噪聲了不需要再另外做抖動
foobar output 24-bit 以上的抖動選項是被反白的
要做:有業界人士說聽的到差異不做的話聲音很難聽/24-bit 的抖動很小做
了也沒什麼傷害就做一做有做有保佑
※ 對了提到 24-bit 要 Dither 的專業人士是反響度戰爭的先鋒
低響度的理論上也比較會受影響就是了,高響度就當屎吃沒差XD
有損、很複雜
有的有損解碼器會內建重採樣與抖動,並多半會有選項可選擇其輸出格式
有的可輸出 16-bit 此時多半抖動已經在解碼器內做了,有的能輸出 24-bit
有的可輸出 32-bit 浮點,這就需要用戶端自行處理抖動,或是餵給 OS 由
Audio Engine 處理抖動,或是直送給能處理浮點的 DAC 由其 DSP 來處理
嚴格來說不同的解碼器的準確度也有差可參考
How accurate are the 24-bit mp3 decoders?
http://mp3decoders.mp3-tech.org/24bit.html
而現在不少有損格式輸出都可選 44.1 or 48 kHz
這又牽涉到壓的時候原始檔的格式有無在編碼過程重採樣,解碼的時候有沒有
重採樣。兩邊有沒有對稱多少會影響品質,但跟抖動就較無關了
也所以有下面這類工具可以查數據的實際 bit-depth
https://imgur.com/ziBOvFD
忘了一個很重要的,如用 foobar 自行在 DPSs 做了抖動/截斷之類的操作的話
在這之後就不能對數據再做任何變動要直接用獨佔模式送進 DAC
這表示 foobar 原生的音量控制是不能使用的
因為 foobar 的音量控制為了沒有延遲是綁在 DSPs 鏈之後的 Output 階段才動作
有調整數位音量的需求請在抖動前掛其它 DSP or VST
推薦用 FreeG Fader Plug-in https://www.sonalksis.com/freeg.html
推
04/09 14:43,
4年前
, 19F
04/09 14:43, 19F
推
04/09 14:45,
4年前
, 20F
04/09 14:45, 20F
補個個人感想、不論是有損還是無損,如果常聽的音樂中有高響度的話
減個 3 dB 再送給 DAC 是個不錯的保險
另外進行任何 DSP 包含 Resample,最好也同上減個 3 dB。因為 DSP 對數據變化多半
都會影響到振幅的加減。也所以 Mastering 的最後通常都會掛限制器
不想掛限制器引起非線性失真就 -3 dB 或掛個有 Ture Peak Meter 的來監視一下確保
沒有因為峰值引起的削波,尤其是有做 Resampling 的
推
04/09 15:41,
4年前
, 21F
04/09 15:41, 21F
→
04/09 15:42,
4年前
, 22F
04/09 15:42, 22F
不同串流的 Audio Normalization 有著平衡不同音軌因響度大小不一影響聆聽體驗
甚至有傷害聽力的可能,不少地區與國家都有對於廣播(電視、廣播與新的串流)響度
的相關法規。歷史很久了所以看電視換台不會有聲音大小太極端狀況
每家處理音頻的方式不同吧,YouTube 確定是在收到檔案進行壓縮時沒有對響度做處理
而是掃瞄並記錄響度值,留在使用者端與音量一起處理,這也有減少截斷的次數所帶來
額外損失的好處
其它家的怎麼處理就不知道了,可以寫信去問客服看看XD
推
04/09 18:09,
4年前
, 23F
04/09 18:09, 23F
→
04/09 18:11,
4年前
, 24F
04/09 18:11, 24F
→
04/09 18:11,
4年前
, 25F
04/09 18:11, 25F
→
04/09 18:12,
4年前
, 26F
04/09 18:12, 26F
→
04/09 18:14,
4年前
, 27F
04/09 18:14, 27F
→
04/09 18:14,
4年前
, 28F
04/09 18:14, 28F
→
04/09 18:16,
4年前
, 29F
04/09 18:16, 29F
→
04/09 18:16,
4年前
, 30F
04/09 18:16, 30F
→
04/09 18:17,
4年前
, 31F
04/09 18:17, 31F
截圖中都是無正規化的原始音軌響度,影片1是 -10.2 LUFS、影片2是 -6.4 LUFS
所以影片2的響度比較高、而 Loudness Range 低
而 YouTube 統計資料裏影片1的內容響度是 3.8 dB、影片2是 7.6 dB
-10.2 LUFS - 3.8 dB = -14
-6.4 LUFS - 7.6 dB = -14
所以 YouTube 的目標也是 -14 、準準噠
另外 foobar 內建 DSP 是指 Resampler?
如是的話是因為時代的眼淚,效能問題所以內建的 Resampler 是注重速度的
VST 的話需裝 VST adapter or Wrapper
https://hydrogenaud.io/index.php/topic,84947.0.html
http://www.yohng.com/software/foobarvst.html
推
04/09 21:11,
4年前
, 32F
04/09 21:11, 32F
→
04/09 21:12,
4年前
, 33F
04/09 21:12, 33F
→
04/09 21:13,
4年前
, 34F
04/09 21:13, 34F
→
04/09 21:13,
4年前
, 35F
04/09 21:13, 35F
→
04/09 21:14,
4年前
, 36F
04/09 21:14, 36F
→
04/09 21:14,
4年前
, 37F
04/09 21:14, 37F
推
04/10 00:13,
4年前
, 38F
04/10 00:13, 38F
推
04/10 01:42,
4年前
, 39F
04/10 01:42, 39F
推
04/10 02:27,
4年前
, 40F
04/10 02:27, 40F
推
04/10 14:46,
4年前
, 41F
04/10 14:46, 41F
推
04/11 12:20,
4年前
, 42F
04/11 12:20, 42F
※ 編輯: Oswyn (220.136.215.91 臺灣), 04/12/2020 15:12:22
推
04/12 21:04,
4年前
, 43F
04/12 21:04, 43F
→
04/12 21:04,
4年前
, 44F
04/12 21:04, 44F
→
04/12 21:04,
4年前
, 45F
04/12 21:04, 45F
→
04/12 21:05,
4年前
, 46F
04/12 21:05, 46F
→
04/12 21:05,
4年前
, 47F
04/12 21:05, 47F
→
04/12 21:05,
4年前
, 48F
04/12 21:05, 48F
→
04/12 21:05,
4年前
, 49F
04/12 21:05, 49F
→
04/12 21:05,
4年前
, 50F
04/12 21:05, 50F
→
04/12 21:06,
4年前
, 51F
04/12 21:06, 51F
→
04/12 21:06,
4年前
, 52F
04/12 21:06, 52F
→
04/12 21:06,
4年前
, 53F
04/12 21:06, 53F
→
04/12 21:06,
4年前
, 54F
04/12 21:06, 54F
→
04/12 21:07,
4年前
, 55F
04/12 21:07, 55F
討論串 (同標題文章)
本文引述了以下文章的的內容:
閒聊
10
50
以下文章回應了本文:
完整討論串 (本文為第 9 之 11 篇):
閒聊
45
188
閒聊
15
74
閒聊
24
77
閒聊
15
44
閒聊
26
117
閒聊
10
50