sommio

@jimzhong

aac 只向编解码器开发商收取授权费
fdk_aac 编码器是免费的
> An AAC patent license is needed by manufacturers or developers of end-user encoder and/or decoder products.


[AAC FAQs]( https://www.via-corp.com/licensing/aac/aac-faqs/)
[FDK AAC License]( https://fedoraproject.org/wiki/Licensing/FDK-AAC)

不太清楚你的具体用例是什么，如果要考虑到 Apple 用户的话建议使用 AAC
因为 Apple 设备可能包含 AAC 硬件解码器（ kAppleHardwareAudioCodecManufacturer ）

如果只是想达到 ITU-R 五等级中的 4.0 “能感知到失真，但不恼人”水平，例如无杂音之类的
exhale/[email protected]~96Kbps(VBR) 和 [email protected] (CBR) 就足够了

补图，图来自 hydrogenaud.io

https://imgur.com/a/Ed0SXng
https://imgur.com/a/ezy8rmW

有损编码器近十年在音质上并没有可观的进步，大多只是些小修小补，首先不同 AAC 编码器的质量不一
libopus 的问题是不怎么热衷于处理社区杀手样本，这点多数视频网站和安卓用的 fdk_aac 也差不多
且 [fdk_aac lowpass cutoff]( https://android.googlesource.com/platform/external/aac/+/master/libAACenc/src/bandwidth.cpp#L114) 比较保守，最高为 17khz ，使得它在技术上不可能达到透明（既感知无损）
至于 fdk_aac 的 VBR 虽然没有 cutoff 问题，但处于不受官方支持状态，所以也没人测它在高等级时表现
如果对透明有要求的话建议用 Apple AAC （ QAAC ）


@livid
@Livid

佬，麻烦删下 30 楼的回复

@xinge666

tg 联系老板 @coolchen 或运维 @akw9212

tcp 0.xx ms 是因为跟本地代理服务器 127.0.0.1 握手，从物理学上就不可能，测试寄场单 RTT 可以跑 speed.cloudflare.com

或者 httping -Q -l 8.8.8.8

@geeksammao 看了下确实是…那就很难理解为什么其它第三方 UI 依旧用“顿一下”这种动画效果了

[Google Pixel 7 Pro vs iPhone 14 Pro Max - Speed Test 1:30]( )

@kidlj 喜欢 iOS 动画或许可以试下跑 HarmonyOS UI 的手机[1]，相比其它 UI 不会有“顿一下”的感觉，如果华为肯贡献相关代码就好了（

[Animation comparison:
Mate 50 Pro, S22 Ultra, iPhone 14 Pro]( https://twitter.com/UniverseIce/status/1574041039567876096)