: 来补一个例子
: 铃木このみ“THERE IS A REASON”
: https://www.youtube.com/watch?v=pSDHA2rOX0M
:
: 电影宣放出的幕后影片
: https://www.youtube.com/watch?v=cREAHvB02RQ
:
: 会想花钱买哪个版本？不过只买的到前面的啊
:
: 推 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
影片１、True Peak -0.3 dB 完全没撞墙
https://imgur.com/JjEWgCo
影片２、True Peak 2.0 dB 十分超过
https://imgur.com/DTDQhhs
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），所以用原始音量播放超过限制
的部分都会被削
影片１应不会受到影响，但影片２的影响大、因为是非线性失真所以听起来应该会很糟
这也是为什么 YouTube 必需使用 Audio Normalization
因为有损音频因为压缩与量化＋可能的抖动，对于高响度的内容（现在大部分都是）
如果不降下来的话就会受到非线性失真（削波／限制器）的影响
※ 影片２看起来比 CD 还多起伏，那是压缩、量化的噪声并不是更棒
而 Audio Normalization 是线性，负面影响十分轻微甚至于低过人耳感知
※
有兴趣可以试看看
以 foobar 装 YouTube Source，解进 foobar 的数据会是 32-bit 浮点数
此处的影片２因为 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 个人建议要升频就是了

电脑白痴表示：跳过 谢谢

觉得专业

推

赶快推一个 别让人以为我看不懂

专业,推

赶快推一个，好险我最后一段有看懂，其他都OOX

专业推

看不懂推

我之前也有抓过网络广播进 foobar 拨放，的确效果好很多毕竟他可以外挂很多功能。youtube理论上应该也是可以阿对，我好像也有干过这档事

看的懂随便你

请问一下 dithering 什么时候才没有意义？24bit/96kHz 以上 or 24bit/192kHz 以上的"无损"?或者只要是 lossy 有损音档就有意义？还是 bit depth 16bit? 以下(含16)不管无损有损都有意义？

有专业有推，但我看不懂...（文组）

专业！涨知识了

好酷！长知识！感谢分享～串流的音量平衡也是类似的概念吗？

恩恩,影片2的normalized比率还比较高,影响比较多几个串流平台YouTube,Spotify,TIDAL目标都设在-14 LUFSYouTube normalization可能基于peak loudness,而不是perceived loudness,也应该是采用Short-term另外,YouTube会把AAC转opus,AAC 44.1kHz,opus 48kHzAAC延迟比较低,两个版本听感有差异有DAC为了避免clip会把0dB降1~2dB,留一点headroom给数位滤波,foobar内建的DSP表现不理想,有机会来试试那几个插件,只是要怎么配合foobar使用?SSRC将近20年前的良心之作,为了XP的SRC问题才用,现在实用性不高,其他内建DSP也没在用了,升频改用不顾北极熊的HQPlayer ^^,16bit以上量化失真很小,很难听出差异对于影像,像是madVR处理精度16bit输出8bit,10bitdithering就满有差,显示器尺寸越大越明显找时间来试试看那些插件,感谢~

强

感谢分享专业分析，但看不懂，只能也只剩感谢

好专业

推个 厉害

太专业了吧！已跪

哇啊啊啊…多谢回复还回这么仔细，太用心啦！甘温～不好意思，这几天在忙，来晚了。原来只有截短资料时才有必要做抖动，原汁进DAC的则不用。而且做了抖动后，就最好要独占直送音效输出装置，学习了！我音乐播放器也是用 foobar2000，各种codec解码是固定整数还是浮点数输出就不得而知道，但先不管它了！另外，对于 -3dB 处理于送到 DAC 之前这件事，想请问大大会建议设定在 foobar2000 的哪一阶段？就我知道的有：1. DSP 的 Hard -6dB limiter? (非-3dB囧, 放DSP最后一阶)2. ReplayGain 的 Preamp?3. foobar2000 的音量控制？[目前 DSP 挂了 Skip Silence -> EQ -> Reampler (SoX)]BTW，我也反响度战争+1