Satelli

回复 @autoxbc
除了 @lslqtz 提到的播放过程中检测丢帧 API 外，
https://developer.mozilla.org/en-US/docs/Web/API/mediaCapabilities/decodingInfo
这个 API 可以询问浏览器播放某种编码的音、视频的支持情况、流畅度和是否省电。

另回复楼主 @caEsIum
@lslqtz 也提到了不一定软解就不省电（或者不流畅），可以参考一下 https://v2ex.com/t/811506 。

Safari 不支持 av1 ，只能放 vp9 。
在能放（但不一定硬解）的设备上，YouTube 之前优先选 av1 的 DASH 。但最近一段时间我的仅支持软解 av1 的环境：macOS 和 Windows (RTX 2060) 上的 Chrome 都只看到 vp9 的流（包括 4K 分辨率的视频）。

关于 HEVC ，Chrome 也只是最近才支持在非 ChromeOS + DRM 环境能放。B 站只是没有立刻跟上配置。

虽然 av1 比 vp9 的压缩效率更高，但 YouTube 一部分视频的 av1 码率都要比 vp9 更高 (同等分辨率)。播放器在选择 dash 流的时候除了解码能力外，还可能考虑到它的带宽消耗、你的网速以及在你播放器分辨率上的最佳观影效果 (stats for nerds: optimal res) 等因素。
以 28 亿观看的 MV 视频 ID k2qgadSvNyU 为例，其 480p 和 720p 分辨率下 av1 的码率都要比 vp9 更高。

如果你的需求包括上传自己的音频文件、修改元数据且多端同步的话，那需要 Apple Music 。

不需要的话 Spotify 。

@MrLonely 不太清楚 M1 E 核为什么不提频。博主也做过 M1 Pro/Max 的插电 /仅电池供电的测试。
https://eclecticlight.co/2021/11/04/m1-pro-first-impressions-2-core-management-and-cpu-performance/
>
Differences in performance were much greater on the E cores, where they also varied according to whether the MBP was running on battery alone:

M1 0.409 s (100%)
M1 Pro on battery 0.340 s (83%)
M1 Pro on mains 0.169 s (41%)

同个博客的文章。
https://eclecticlight.co/2022/01/02/last-week-on-my-mac-on-m1-chips-1-1-4/
>
On an original M1, with its four E cores, low QoS ‘background’ processes run with the core clock speed at around 1000 MHz...

The two E cores on an M1 Pro are managed differently... when a second process is added... the clock speed is doubled to nearly 2000 MHz. The effective throughput then matches that of the original M1’s four E cores still running at 1000 MHz...

总结是干 Low QoS 的“重活”时，M1 Pro/Max 的 2 颗 E 核和 M1 普通版的 4 颗 E 核性能基本等同。

@shanguiyao 会压缩的。比如这个，原本是 FLAC 档，转换成 ALAC 后拖进 iTunes ，上传到 iCloud 音乐资料库的是经过 iTunes/Apple Music 转换成 iTunes+ AAC (256-Kbps) 等级的音质。

@tysb777 不管 WAV 还是 ALAC 只要不是通过 iTunes/Finder 拷贝到手机里的都要转成 256 Kbps LC-AAC 的。至于苹果的 AAC 编码器质量其实完全不用担心。见 https://v2ex.com/t/876282#r_12045556

@tysb777 可以转换 ALAC 。
@shanguiyao Apple Music/iTunes 将自己的无损曲目上传到 iCloud 音乐资料库时会在本地使用苹果的编码器压缩成 256 Kbps 的 AAC 。
@JConlee YouTube Music 上传歌曲后（无论是否有损无损）会在云端被 Google 的编码器转换成 128 Kbps AAC, 256 Kbps AAC, 160 Kbps Opus 。AAC 版本的质量非常差。

YouTube Music 有不同的来源。

用户 /版权公司上传到 YouTube 上的视频，音频部分有。
(140) 128 Kbps AAC
(251) 160 Kbps Opus
比如
从版权库拿的，Google 会使用自己的 AAC encoder 压缩。
(140) 128 Kbps AAC
(141) 256 Kbps AAC - 会员音质
(251) 160 Kbps Opus
比如
用户自己上传到 YouTube Music 资源库的音乐，Google 会用自己的 AAC encoder 二压。
(140) 128 Kbps AAC
(141) 256 Kbps AAC - 会员音质

YouTube 播放器 Stats for nerds 可以查看播放的是哪条轨道。

不要看到 AAC 就以为音质不错了。
音频编码器和视频编码器类似。
视频 H.264 领域中不同编码器 libx264, OpenH264, Intel QuickSync, AMD AMF, NVIDIA NVENC, Apple AVE 同样的码率会有不同的质量。同一编码器不同的参数也会有不同的质量。
音频 AAC 编码器普通人能用到的有 FFmpeg, FDK-AAC, Nero AAC, Apple QuickTime (AudioToolbox)。Apple 和 FDK 的质量是最高的。Google 的 AAC 编码器在 256 Kbps 的表现甚至连它自己的 160 Kbps 的 Opus 都不如。

放几张图。

iTunes/Apple Music AAC 256 Kbps | YouTube Music AAC 256 Kbps


YouTube Music Opus 160 Kbps | AAC 256 Kbps


无损 | 用 iTunes 转换成 AAC 256 Kbps | 上传到 YouTube Music 资料库压缩后的 AAC 256 Kbps

海外音频流媒体里会员音质这么差的还是第一次见。会员音质比非会员的还烂。