@fyxtc 是的。因为 prisma 默认生成的目录是 node_modules/.prisma/client 。如果没有运行过 npx prisma generate ，在新环境下 npm ci 之后这个目录只有 client binary ，需要再执行 npx prisma generate 。

这套 Wine + D3DMetal 的性能 overhead 不少。

https://developer.apple.com/videos/play/wwdc2023/10123/
按照苹果给的样例，在 M2 Max 上通过兼容层运行游戏 The Medium 的 Windows 版本大概是 ~28 FPS (6:25 处)，在转制后原生 1080p 能跑 60 FPS (8:07 处)，应该是垂直同步的限制了。下方的帧生成时间在 11 - 19ms 之间浮动，对应帧率为 52 - 90 FPS 。

https://www.reddit.com/r/macgaming/comments/14307be/diablo_iv_on_m2_max_using_macos_sonoma_and_game/
有网友在 M2 Max 上运行了 Diablo IV ，1512x982 分辨率特效全高，在跑图的时候 (1:00 处) 大概 85 FPS 。
我的 RTX 2060 (12GB) 在 3440x1440 特效全高，DLSS Performance 档，实际渲染分辨率 1720x720 ，游戏过程中在 60 - 100 FPS 浮动。

https://developer.apple.com/documentation/fileprovider

~/Library/CloudStorage 是使用 macOS File Provider 网盘 API 的目录，其他使用 File Provider 的网盘 app 也会将用户数据放在那，比如 Dropbox 。
~/OneDrive 是在使用 File Provider 之前，你指定 OneDrive 使用的目录。

应该是你在安装并登陆 OneDrive 时没有使用 File Provider ，但某次升级将其挪动到 ~/Library/CloudStorage/OneDrive-个人 了，~/OneDrive 变成指向那里的软链。

从 Finder 拷贝文件的 pathname 的时候应该是拷贝的 ~/Library/CloudStorage 那里，是可以正常使用的。

https://i.v2ex.co/vZsThlpA.png

@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 。