Rikkano 发表于 2020-10-24 22:52
无法理解「商业、闭源」会是一种缺点。我同时在「商业、闭源」的 macOS 上使用「免费、开源」软件，并且十 ...
不要戾气这么重。。。虽然我也不知道干啥了踩了你的尾巴{:4_675:}
本帖最后由 孤雨独火 于 2020-10-24 23:20 编辑
提问帖规定了人家不能评论？还是你的帖子不能有弱相关发言？我也不能理解。
只是突然看到觉得dd+难以大量普及说一句，并不觉得哪里有问题，不能理解需要用“管你屁事”的态度回应{:4_686:}
ps.看了下vcb的论坛是有屏蔽功能的，如果觉得发言辣眼详细界面屏蔽即可。
Rikkano 发表于 2020-10-24 19:33
QAAC 是指的这个吗
我不是mac用户，综合判断图上的是cvbr
这个可能可以 https://tmkk.undo.jp/xld/index_e.html
ps：pdf也说了AAC 320和DD 448至少是同一个级别的，而且320比448小
本帖最后由 ssnake 于 2020-10-25 00:37 编辑
Rikkano 发表于 2020-10-25 00:15
没错，前面那张图是 XLD，不过 mediainfo 显示为 AAC-LC
可以提供一例 HE-AAC 的 mediainfo 吗？
AAC 320 ...
qaac 狭义指的是这个使用 CoreAudioToolbox 的 Windows 程序。
广义上是所有用 Apple (QuickTime) AAC （也即 AudioToolbox 里的 AAC codec） 编码的 AAC 。
也包括你用的 ffmpeg aac_at ，和你图中的编码器选项（明显来自 Apple ）。
但是 ffmpeg 对 AudioToolbox 的支持很初步。
macOS 下建议用系统自带的 afconvert 来调用 Apple AAC （虽然设定没有 qaac 那么丰富），参考。
HE-AAC 的话你自己用 afconvert 编码一个就好了（
Edit: 啊 hydrogenaud 没写…… -d aach （HE-AAC）或者 -d aacp （HE-AAC v2）
（依然不对玄学问题评论）
本帖最后由 chungexcy 于 2020-10-25 03:36 编辑
Rikkano 发表于 2020-10-24 20:57
没法推广的理由是什么？编解码都不成问题，楼上那个 PDF 也指出 5.1 声道下，DD+ 448 十分接近原声，体积 ...
为啥没法推广？
就是因为同码率下，dd+和aac拉不开差距，码率管够甚至可能还不如aac。5.1声道aac才给320kbps是不够的，差不多等价于2.0给128-160kbps。
dd+最大的有点是什么？支持 object-based audio。当你忽略这个你几乎用不上的特性时，那我们还是回到aac上来吧。
本帖最后由 chungexcy 于 2020-10-25 03:43 编辑
Rikkano 发表于 2020-10-25 00:15
没错，前面那张图是 XLD，不过 mediainfo 显示为 AAC-LC
可以提供一例 HE-AAC 的 mediainfo 吗？
AAC 320 ...
aac 320是320kbps的体积，dd+ 448是448kbps的体积，当然是dd+ 448的体积大啊。
he aac音质有上限的。5.1 下 aac 320 = he aac 192 = he aac 320，2.0 下 aac 128 = he aac 96 = he aac 128。码率再高aac优势就出来了。
因为dd+出现的晚，并且表现不如优秀的aac编码器（如qaac）出来的aac。
体积=码率x时长，dd+ 448比aac 320大了40%。
所以，除了源是dd+的情况时，很少会有用dd+的，也不值得推广。
至于码率的话，hydrogenaudio给的是160kbps能让aac和opus（2.0）达到transparency，你可以参考一下。
ps：he-aac是只适合低码率的。