作者Oswyn (Oswyn)
看板Audiophile
标题Fw: [心得] 数位音量与动态
时间Mon Nov 2 19:41:29 2020
※ [本文转录自 Headphone 看板 #1VdOQAuI ]
作者: Oswyn (Oswyn) 看板: Headphone
标题: [心得] 数位音量与动态
时间: Sat Oct 31 23:45:11 2020
平台 Spotify Windows 版、音量标准化关闭
测量是 OS 输出到 Audio Device(DAC)前的音频数据
https://imgur.com/TaY8g0e
上方为 Spotify 音量 100% 的测量结果
下方音量随手稍微调低了一点後之同首歌的测量结果
右下染红的部分示意 Spotify 音量调整
从最後测量的结果可知最後降了大约 1.8 dB 左右
音量 100% 时的 Avg 动态为 8.8 LU、调低音量後的 Avg 动态为 10.2 LU
同首歌在降低音量後动态提高了 1.4 LU
https://imgur.com/Nl6f7qK
100% 音量时黄色区段贴近 0 dB 的部分大致上是平坦的
这是因为没足够净空所以被 OS 的 Limiter 砍掉形成的平坦
是种 Soft Clipping、失真、细节被吃掉
调低数位音量产生了净空,所以数据能被正确还原
可见调低了数位音量的下方黄色区段不再是平坦而是有起伏
结果就是在这首歌造成了 10.2 - 8.8 = 1.4 LU 的差异
由下方的 Max True Peak 可知最高 -0.1 dB 完美的避开了 Clipping(神手)
有些人在试着调低数位音量後,会觉得还是喜欢音量百分百
的确、很合理
所以响度大战才会从上世纪打到现在还没停
某母带大师评道
现代人丧失了(对每张专辑)调整音量(类比)的能力&大声通常赢
完全公平的测试其实需要校正输出
在没有调整类比音量(实际输出的声压)让双方一致的状况
以此例来说数位音量被降了约 1.8 dB
如果没调高此时的类比音量,或降低 100% 数位音量时的输出音量
好不容易因净空而生出来的动态,可能会因为输出音量较低而听不出来或觉得较差
最後比的就不是细节与动态,而只是响度
Equal-loudness contour(Curves)解释了为什麽会有响度大战
校正输出对大多数人来说不是个选项
所以只要伸个手,调整一下扩的类比音量让整首歌听起来差不多大声就可以了
动态与响度一定程度上是相对立的存在
调高响度会丧失(降低)动态
但数位净空不足造成的 Clipping 是会在用户端产生的问题
认为上面的测量说服力不足的话可以参考一下 Apple 的文件(英文)
Mastered for iTunes: Music as the Artist and Sound Engineer Intended.PDF
https://apple.co/35QbBtB
Page 4
Be Aware of Dynamic Range and Clipping 一节
--
人间五十年、化天のうちを比ぶれば、梦幻の如くなり
^,,,^ 一度生を享け、灭せぬもののあるべきか
(ミ‵ω′)\m/ NOBUMETAL
DEATH!!(乂
'ω')
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 220.136.125.251 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Headphone/M.1604159114.A.E12.html
1F:推 lll156k1529: 咦?我一直以为输出给DAC都拉100%就好,原来我错了吗 10/31 23:52
这应该不是对错问题,而是选择
然後选自己喜欢的 :D
80s 的 CD 基本上不会碰到这个问题,100% 当然最好
但 90s 後就不是了
问题很明显,是 Source 出问题了
2F:推 dzwei: DAC也不是拉最高的输出一定 qutest有1/2/3档位 很多版友 11/01 00:00
3F:→ dzwei: 都觉得2比较好听 11/01 00:00
DAC 的音量(数位前级)是同一件事
一般来说 bit perfect 的话,在 DAC 调会较佳
因为有更精确的数据进入 DAC's DSP
但在 Spotify 的话因为会进 OS Mixer 有可能有上采样
所以在 Spotify 降会比较确实
4F:推 llw116: 可是若由外部装置设定音量的情况,仍旧会有切掉的情况吗 11/01 00:03
这是数位域的问题,类比的 Clipping 归类比
从讯源的 Audio data > DAC 之间会产生的
所以外部装置是在 DAC 前的 DSP 就有可能影响到
5F:推 breadf: 我都把spotify标准化开着安静XD 11/01 00:06
开标准化是个好手段,YouTube 就是用这个来解决问题
6F:推 martinlin77: 一直以来有相同问题,从讯源DAC到扩通通可以调音量 11/01 00:09
7F:→ martinlin77: 到底前面开最大还是後面 11/01 00:09
8F:→ martinlin77: 开最大,我都已经直入後级了说 11/01 00:09
数位跟类比要切开看、总之这提到的问题只到进 DAC
像 OS 或 Spotify 的音量都可视为数位前级
但 DAC 有没有能力处理 True Peak 爆?
如果 DAC 自带的 DSP 没法处理就要在更前端解决
或放生给 DAC Clipping、会产生额外的谐波有些人可能会爱
9F:推 breadf: 是说不管是自转CD或是spotify,有些曲子做标准化之後还是 11/01 00:14
10F:→ breadf: 很大声,应该可以理解为他source动态压缩本来就很严重吧.. 11/01 00:14
标准化有点像是 BMI,把身高打平了宽的人还是比较宽啊XD
还有标准化是什麽版本?ReplayGain or R128 ?
ReplayGain 是 RMS base 、R128 是响度 base
所以两者在回放时会有些差异
Spotify 目前还是用 ReplayGain 之後预计会改成 ITU 1770(base on R128)
标准化并不会改变结构、曲风,高响度的结构通常都比较紧实强力
相较低响度的一般有更多起伏(动态)
标准化後维持更多时间较高能量的,还是比高高低低的更容易感观上更吵(大声)
而且听起来大不大声还受 Equal-loudness contour 影响
标准化有目标,计算也是基於这个目标
如果你的回放音量与标准化的目标等级不同
就不能感同身受、因为你的回放会落在跟目标不同曲线上
11F:推 llw116: 那有些专辑会比较小声,就是避免这种情况罗 11/01 00:18
虽然响度会影响,但这里的问题主要是要看 Album or Track 的 True Peak
但为了推高响度,Album/Track 的 Peak 都会很贴近 0 dB 然後 True Peak 爆
举个极端点的例子
TK from 凛として时 的 Album 彩脳 24/94
Album R128 -7.17 LUFS、曲风就是比较强烈的
但整张专辑所有 Track 的 True Peak 都是 0.99xxxx dB
这很明显是母带工程师是意识到 True Peak 的问题留下足够的净空
但爱缪最新专辑初回版附的吉他自弹自唱 CD
CD R128 -10.17 LUFS 不响亮
但每一首的 True Peak 都超过 0 dB、净空不足
所以就算小声也没避免掉问题
12F:推 alanswill: 推O大详细解释 11/01 00:54
13F:推 znew1219: 还要看Player的处理方式,像HQPlayer建议最大音量-3dB 11/01 01:37
14F:→ znew1219: 有些DSD录音会超过标准上限-6dB,所以最好预留3~6dB 11/01 01:41
15F:→ znew1219: headroom 给 HQPlayer 11/01 01:43
-3 dB 减的有点大但几乎可以避免 99.9% 可能的数位削波问题
印象中 CD 某○皮书也有定,但没强制性开战後也就没人鸟了XD
16F:推 odanaga: 砍成白痴 太可怕惹 qq 11/01 01:46
17F:→ znew1219: HQPyaer升频需要较多headroom,一般PCM升频就需要5dB 11/01 01:51
18F:→ znew1219: 比较保险 11/01 01:54
因为升频=采样点的 Peak 向 True Peak 靠近(提升)
R128/ITU 的 True Peak 是以 44.1 kHz x 4 倍过采样来计算的
Hi-Res 96 kHz 得出来的 True Peak 是 x 2
不过我个人是认为净空留个 -3 dB 应该差不多就很够了
我之前有试过计算 96 kHz x 4 倍的 True Peak,跟 x 2 差异很小
19F:推 djboy: 推。 我是没实验,但是 纯粹经验猜想。 我开任何设备,也 11/01 08:50
20F:→ djboy: 是最高都到80%,几乎尽量50%。因为总是要留margin,100%直 11/01 08:50
21F:→ djboy: 觉就少了余地。 11/01 08:50
22F:推 ultimatevic: spotify不开标准化我都会觉得听的不舒服 11/01 13:05
23F:→ ultimatevic: 该不会就是这原因?... 11/01 13:05
24F:推 zoraruru: 为什麽网路上一直有spotify开标准化会让音质变差的说法? 11/01 13:48
25F:→ zoraruru: 到底会不会变差呢? 11/01 13:48
26F:推 icekiba: 梦到的吧 11/01 14:16
因为开标准化响度变低,听起来就变差了啊
听到的不是音质变差、而是响度变低
所以伸手提高一下扩的音量再来比较
就像我上面有提到,这就为什麽商业发行拼命在有限的空间里催高响度
催到都变形了?没好处吗?
要说的是,降数位音量事实上的确是有音质损失但很小、小到不行
比起来拉响度拉过头造成的破坏更大
尽可能用的尽净空也不是没好处、但推高推到削波就失去了善用净空的意义
想说箱子有这麽大就尽量塞、塞到商品都变形外露了啊
一切都是为了更响亮
人类其实很好懂的,大声就卖的好
一白(响)遮三丑,回家细看发觉是大浓妆不耐看(听)、身材都是垫出来的
27F:推 iamala: 个人听起来,标准化後即使声音开大声,还是比较不好听耶 11/01 15:10
28F:→ iamala: 。再说串流无法开标准化,所以难道spotify不知道串流不能 11/01 15:10
29F:→ iamala: 调小声会有这问题吗? 11/01 15:10
Soft Clipping 也是种效果啦
真的不喜欢就就别勉强、本来就是选择而不是对错
既然真的喜欢就选自己喜欢的
但一堆国际组织也没是没事推 R128/ITU、各大串流商也不是没事导入
一定有好处跟原因不是吗
30F:推 breadf: spotify自己不就是串流可以开标准化? 11/01 15:18
31F:→ breadf: 回O大,我自转音档是foobar内的replaygain 11/01 15:19
32F:→ breadf: 我想那些经过RG後还是很吵的音乐,频谱应该没什麽起伏塞很 11/01 15:20
33F:→ breadf: 满吧,也就是音档录音的後制就故意压缩成这样了 11/01 15:21
目前 foobar 内建的 ReplayGain Scanner 是 R128
但是 Peak 应该不是 True Peak,只是数据 Peak
我自己改用 loudgain 扫很久了
34F:推 boris20050: 如果是被 OS 切掉的话,用 ASIO 绕过去能不能避免? 11/01 16:50
用 ASIO 只是切法不同、问题还是会在
因为最终都是 Inter-sample Peak Distortion
始於 Headroom 不足
Windows 的 Limiter 的存在有一部分是为了"减轻"这个问题
因为 Limiter 切会比较 Soft
丢给 DAC 就要看各 DAC 各自的 DSP 怎麽作,也有可能变 Hard Clipping
35F:推 martinlin77: (Spotify)标准化好处在於不用一直调整大小声啊啊啊 11/01 16:55
36F:→ martinlin77: 啊,Hen 累 11/01 16:55
37F:推 martinlin77: 红莲华跟贝多芬preset 音量就不一样了.... 11/01 16:59
38F:推 goldie: 第一次听到 EBU R128 这个名词,学习了O大! 11/01 17:32
39F:→ goldie: 另外,我有瞄到 foo_r128norm 这个 foobar2000 插件 11/01 17:32
40F:→ goldie: 还没用,不知道效果怎样XD 11/01 17:32
41F:→ goldie: 再另外,降数位响度与音量标准化,感觉不适合应用在… 11/01 17:32
42F:→ goldie: 追求 bit perfect 的特定播放软体? 11/01 17:32
43F:→ goldie: (或者说,其实数位播放没有追求 bit perfect 的必要!? 11/01 17:32
44F:→ goldie: 接近就好,除非取得的音源,其当初有良好的录制) 11/01 17:32
45F:→ goldie: 因为削波 (clipping) 对音质的伤害, 11/01 17:35
46F:→ goldie: 比没有 bit perfect 来的严重 11/01 17:35
foo_r128norm 不是 ReplayGain
应该是类似於 Windows Audio Device 内容 > 增强 > 均衡响度
我是没用过、不过这理论上会破坏 Track 原本的大小声结构
会一直不断调整回放时的音量、让整体响度趋近目标
要追求的应该不是 bit perfect
为了 bit perfect 而 bit perfect,或选自己听起来最喜欢的方式
数位音量跟音量标准化都是种 DSP、DAC 也有 DSP
就像不少一体机的实体音量其实都是数位音量 like ADI-2 DAC
47F:推 goldie: ok, ok, foo_r128norm 不是 ReplayGain, 还没看XD 11/01 18:03
48F:→ goldie: 听描述 foo_r128norm 不像是我想用的插件,谢啦! 11/01 18:04
49F:→ goldie: 会破坏原响度结构 11/01 18:05
51F:→ breadf: 我目前是44.1升176.4在扫XD,再升一倍速度慢太多了 11/01 18:52
再加倍精度提升也有限、而且真的慢XD
所以比较过後我直接改用 loudgain
52F:→ breadf: loudgain有推荐的plug-in吗? 11/01 19:05
loudgain 是 Linux 独立程式
所以我是在 Windows 装 Linux bash(Ubuntu)去 Run
有点麻烦、不过是在比较完一堆 R128 tagging 後觉得最合用的
※ 编辑: Oswyn (220.136.125.251 台湾), 11/01/2020 19:13:59
53F:推 purplesky911: 感谢好文~ 11/01 22:53
54F:推 goldie: 优文,再推一次 11/01 23:12
※ 发信站: 批踢踢实业坊(ptt.cc)
※ 转录者: Oswyn (220.129.176.216 台湾), 11/02/2020 19:41:29
55F:推 djboy: 推 11/02 21:54