@rimworld iOS 上所有浏览器都只能用 WebKit 。

@czyhd 没用 USB 。之前用过一段时间这个当宽带，接的网线。

@intoext 这款不错。N78 连有线可以跑满千兆（澳洲）。但是 Wi-Fi 会跳 ping 。不打游戏还好，打游戏不行。

看下 Nvidia 显卡面板是不是 YCbCr 4:2:0 输出的。

提个建议，苹果网站字体 SF Pro SC 是 webfont ，把苹方的西文部分换成了 San Francisco 的。
你的 CSS 最终在苹果平台匹配到的是 PingFang SC ，会造成西文部分也以苹方显示。
实际上苹方的西文部分不是 San Francisco ，苹果各系统即使用中文，在显示西文时也是 San Francisco 。

建议直接调整成 system-ui 就好，反正非苹果用户也不会单独安装苹方字体。

回复 @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) 等级的音质。
https://i.v2ex.co/64E0w51E.png

@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
比如 https://www.youtube.com/watch?v=J9gKyRmic20

从版权库拿的，Google 会使用自己的 AAC encoder 压缩。
(140) 128 Kbps AAC
(141) 256 Kbps AAC - 会员音质
(251) 160 Kbps Opus
比如 https://www.youtube.com/watch?v=Sr9QVlUqmrw

用户自己上传到 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 都不如。

放几张图。
https://i.v2ex.co/6Q1k0v4e.png
iTunes/Apple Music AAC 256 Kbps | YouTube Music AAC 256 Kbps

https://i.v2ex.co/7834amiQ.png
YouTube Music Opus 160 Kbps | AAC 256 Kbps

https://i.v2ex.co/6RRJi7r4.png
无损 | 用 iTunes 转换成 AAC 256 Kbps | 上传到 YouTube Music 资料库压缩后的 AAC 256 Kbps

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

看起来像 Widevine CDM 的问题。
不清楚 iOS ，但在桌面平台只有 ChromeOS 的 Widevine CDM 能够使用硬件解码。其余都是软解的。

(至少表面上) Netflix 以这个性能考量只在 macOS 和 Windows 的 Chrome / Firefox 开放 720p 。

Windows 下的 OneDrive 也问题很多的。朋友小文件存了 60 GB 直接罢工，一直卡在处理变动。

@hanguokai 直接扔给平台提供的播放 API 不去做 UX ，那这个 PWA 和系统自带的有什么区别。系统自带的还会提示部分轨道不能播放呢。

@hanguokai https://developer.mozilla.org/en-US/docs/Web/API/Media_Capabilities_API/Using_the_Media_Capabilities_API