Asahi Linux 开发者分享过为什么苹果笔记本能发出仿佛突破物理限制的声音。

https://social.treehouse.systems/@marcan/111356347520217702
https://social.treehouse.systems/@marcan/111351807108120657
他提到苹果使用了很多“计算音频”相关的技巧让声音更好听：DSP 数字调音、在安全范围内适当超频扬声器、利用分频器减少干涉等。
更多相关内容请翻阅他的 Mastodon 账号。

他上传了一个 Asahi Linux 在正确配置数字信号处理后的 M1 MacBook Air 和约 10 年前的 Thinkpad X230 内建扬声器的对比。
https://social.treehouse.systems/@marcan/111369113203280839

就我个人体验而言，我有一台宣传哈曼卡顿调音，支持 Dolby Atmos 的 2023 款的设计师工作站本 ASUS Vivobook Pro 16X OLED (K6604)，它没有我以前 2018 款 Intel MacBook Air 听着好听。MacBook Pro 16 寸的音效更要比 M1 MacBook Air 好到不知道哪里去。

不过底大一级压死人，计算音频只能尽量弥补空间狭小的限制。购买音响时可以考虑更大发音单元的音响，再通过如 Boom 3D 之类的软件来自定义调整 EQ 。

这个选项和*页面滚动*的帧率没有关系。
CSS 动画、Canvas 、WebGL 和 JS requestAnimationFrame 的动画才会根据这个选项调整帧率。
如果你认为关掉这个选项让*页面滚动*变流畅了，那这可能是安慰剂效应。

下面是内置 120 屏幕并开启该选项时滚动网页的录屏。iStat Menus 报的帧率是接近 120 的。
https://i.v2ex.co/wBlCmw71.gif

@TUCANA 软件 DRM 是最高 720p ，但 Netflix 给 Windows 和 macOS 上的 Chrome 开了特例能放 1080p 。
软件 DRM 可以通过系统 API 截屏录屏，在不支持 HDCP 的显示器上也能放。

Windows 的 Edge 和 app 支持微软 PlayReady DRM 可以 4K 。
macOS 的 Safari 支持苹果 FairPlay DRM 可以 4K 。
系统提供的 DRM 不能通过系统 API 截屏和录屏（对应区域会变黑），在不支持 HDCP 的显示器上无法播放。

MacBook Air 13 寸 M2 16+512 的官翻只要 9299 。
https://www.apple.com.cn/shop/product/G15W4CH/A?fnode=29255461a171490658024f97fa13f5d37c22b1761bcdd815231896e2a8ef006cef243b4810025f0533f74a96f121531564db773d33a2026c5fb9889f73d5c960f4eac8140f4941bec123fa7ed0109390

@Rorysky 有，但是苹果相关的产品降价不是很多。保险、信用卡、工会、银行及投资机构的用户可能可以通过特殊链接、登陆认证等方式进入零售商的合作渠道网站。根据品牌不同及当时的活动不同，渠道售价可能会是零售标价的 50% - 90% 不等。

补充一些资料。

苹果向媒体 9to5Mac 确认，后续固件更新会给 MacBook Pro M3 机型带来盒盖输出 2 台显示器的功能。
https://9to5mac.com/2024/03/04/14-inch-m3-macbook-pro-multi-display-support/

Asahi Linux 开发者表示该功能在 M2 上已实现。M2 的 Mac mini 支持通过 USB-C 同时输出 2 台显示器，而 M1 的 Mac mini 只能通过 USB-C 输出一台，另一台显示器需要接到 HDMI 。
他认为苹果是能将此功能 backport 到 M2 MacBook Air 和 MacBook Pro 机器上的，只是他对此表示悲观。
https://social.treehouse.systems/@marcan/112039424335241551

等拆解吧，也有可能是 MUX 芯片。

@aquatichunter chrome://flags/#windows-scrolling-personality

https://v2ex.com/t/1016076#reply25

Chrome 解码 YouTube 的 av1 流能较稳定浮现。Google 已知此问题。
https://issues.chromium.org/issues/40075992
https://issues.chromium.org/issues/325934989
https://issues.chromium.org/issues/325741616

给大家说下后续。
Google 已知此 bug ，会关掉 macOS 平台的 av1 硬解测试并尝试在版本号 122 或 123 中解决。

https://issues.chromium.org/issues/40075992
https://issues.chromium.org/issues/325934989
https://issues.chromium.org/issues/325741616

我的指纹也是，甚至可能录上两分钟后就无法解锁了。
目前的解决方案是用指关节背去录。

@zaizaizai2333

再测试了一下，可能是 Chrome 的上屏时候出了问题，Stats for nerds 没有报掉帧，但是掉帧观感是肉眼可见的。
刚刚用 yt-dlp 下载了流 ID 为 399 的 1080p av1 的源测试，QuickTime 播放是不掉帧的。

这里是一个录屏，左边 QuickTime ，右边 Chrome 播放同一条 av1 流（ 399 ）。
https://www.dropbox.com/scl/fi/68biyqqzpm9bija4gu64p/av1-chrome-framedrop.mp4?rlkey=plhpcldadxaytc5toqvuex2jj&dl=0

对上方一些回帖的朋友提供一些补充信息：
对于软解来说，M1 的性能已经足够 H.264 (AVC), VP9, AV1 4K 视频。
对于非 M3 的机器来说，Chrome 在遇到 AV1 时会用 libaom-av1 软解，所以肯定不会掉帧。
在 M3 系列上，Chrome 会调用 VideoToolbox 硬解，现代显卡/SoC 的硬解是一个单独模块，和 CPU 以及 GPU 的理论性能都没有关系。硬解是否掉帧只看其模块在设计时有没有 target 对应的规格。

M3 系列在硬解某些 YouTube 的 av1 流可能会掉帧。
Safari 的解决方式是遇到掉帧立刻切换为 vp9 ，Chrome 会一直以掉帧方式播放。
暂时的解决方式是安装 not yet, av1 插件暂时屏蔽 av1 流。
https://chrome.google.com/webstore/detail/not-yet-av1/dcmllfkiihingappljlkffafnlhdpbai

根据都市传说，此年间的 MacBook 去掉电池（或电池故障）靠 AC 供电时，CPU 只会运作在 800 MHz 。

友情提醒单卖的 Magic Trackpad 其 polling rate 是 90Hz （无论接 USB 还是蓝牙）。
笔记本内建的是 125Hz 。

使用者可感知的 UI 流畅性和单核性能是相关的。
Intel MacBook Pro 的 9 代 Coffee Lake i9 单核性能大概是 M1 的 2/3 。
在长时间运作或多线程运作时，Intel 的单核性能会因为功耗限制或散热限制，逐渐滑落到其峰值的 2/3 甚至 1/2 。M1 的 MacBook Air 只会降低 10% - 20% 左右。