Forwarded from Mishaal's Android News Feed
To address some confusion I've seen: the new unified security & privacy settings that Google announced in the latest Pixel Feature Drop will NOT be Pixel-exclusive. It will roll out to other devices running Android 13 eventually. Google mentioned this during the launch of the Pixel 7, as I noted in this article.
As many users have noted, though, the unified security & privacy settings page hasn't actually rolled out to Pixels despite Google's announcement. It's controlled by a flag, which you can toggle using ADB:
adb shell cmd device_config put privacy safety_center_is_enabled true
The new unified security & privacy settings page (called Safety Center internally) is part of the Project Mainline module called PermissionController, which is required on all devices. That's how it'll be available on all Android 13 devices eventually.
As many users have noted, though, the unified security & privacy settings page hasn't actually rolled out to Pixels despite Google's announcement. It's controlled by a flag, which you can toggle using ADB:
adb shell cmd device_config put privacy safety_center_is_enabled true
The new unified security & privacy settings page (called Safety Center internally) is part of the Project Mainline module called PermissionController, which is required on all devices. That's how it'll be available on all Android 13 devices eventually.
Forwarded from 戴老师购物指南
三个月了稍微写一下大叠叠。
1.旗舰手机，但售价非常波动，非国行机器价格更合理。此外国行 OneUI 更新安全补丁相当慢。
2.我认为市面上对于遥控器屏的指责完全是无端的。
2.0.1 我认为折叠屏的核心在于“pocket size + giant display”.
2.1 Cover Display 相比标准屏幕偏窄，信息密度偏低我认为毫无问题。三星认为外屏的首要核心是快速处理信息，拥有基础的屏幕尺寸获得基本处理能力即可。但有的厂商不这么认为，这会带来另一个问题。
2.2 常规宽度的，即不超过 75mm 宽度的机身会带来更差的持握感受。人手持握与机械卡钳不同，折叠屏更厚的厚度会让合理持握宽度继续变窄。
2.2.1 三星认为这个宽度应该低于 70mm. 这个经验可能基于亚洲的数据得到。我同意这个观点。
2.2.2 三星认为折叠屏的核心如前述应该是 pocketbility, 便携性是核心要素，重量、机身尺寸都应该拥有更高的优先级，我同意这个观点。
2.3 如前述，遥控器屏是因为：外屏仅作快速处理，便携性应当享有更高优先级，因而牺牲了外屏作为主要屏幕的常规使用场景。部分用户认为外屏应当是主要屏幕，内屏仅作为拓展屏幕使用。我理解这种观点，但我自己无法牺牲任何一点便携性，即便 260+g 的重量依然偏重。
3.此外我希望做塑料后盖而不是更重的玻璃。当然用芳纶纤维也可以。
4.折痕基本上是折叠手机都会提的问题，但实际上根本不重要，折痕是一个物理现象。
4.1 折痕会随时间和折叠程度加深。
4.2 水滴铰链通过增加了弯折宽度而减少了折痕的深度。但在 Z Fold 上用这个铰链会碰到另一个其他机器不会碰到的问题：悬停时手写笔可书写区域减少。以稍早一点采用该技术的 OPPO Find N 相比，水滴铰链可能会牺牲掉 1/4 左右的屏幕区域无法交互， 手指有时也难以戳到。
4.3 我认为折痕显著影响的在于稍微复杂一点的光线环境，比如户外、直面光源的情况下折痕的反光会极大影响屏幕内容，可能需要某些抗反射镀层或者别的什么技术。折痕本身是无法被彻底消除的，除非你把屏幕切成两部分就像 Surface Duo 做的那样。
5.8Gen1+ 挺好用的，虽然不知道发生了什么但就是挺好用的。
6.认为 multitasking dock 就是一个久经考验的成熟解决方案，不解释。也不要自己胡搞瞎搞了。
7.多数应用在折叠屏内屏使用有问题，用到就会知道，具体怪谁不清楚，但张小龙在这个问题上确实是不在首批枪毙名单上。
8.小红书在折叠屏上很好用，具体为什么会这样不清楚。
9.买不买？不建议。你要买的话一定不会问。
1.旗舰手机，但售价非常波动，非国行机器价格更合理。此外国行 OneUI 更新安全补丁相当慢。
2.我认为市面上对于遥控器屏的指责完全是无端的。
2.0.1 我认为折叠屏的核心在于“pocket size + giant display”.
2.1 Cover Display 相比标准屏幕偏窄，信息密度偏低我认为毫无问题。三星认为外屏的首要核心是快速处理信息，拥有基础的屏幕尺寸获得基本处理能力即可。但有的厂商不这么认为，这会带来另一个问题。
2.2 常规宽度的，即不超过 75mm 宽度的机身会带来更差的持握感受。人手持握与机械卡钳不同，折叠屏更厚的厚度会让合理持握宽度继续变窄。
2.2.1 三星认为这个宽度应该低于 70mm. 这个经验可能基于亚洲的数据得到。我同意这个观点。
2.2.2 三星认为折叠屏的核心如前述应该是 pocketbility, 便携性是核心要素，重量、机身尺寸都应该拥有更高的优先级，我同意这个观点。
2.3 如前述，遥控器屏是因为：外屏仅作快速处理，便携性应当享有更高优先级，因而牺牲了外屏作为主要屏幕的常规使用场景。部分用户认为外屏应当是主要屏幕，内屏仅作为拓展屏幕使用。我理解这种观点，但我自己无法牺牲任何一点便携性，即便 260+g 的重量依然偏重。
3.此外我希望做塑料后盖而不是更重的玻璃。当然用芳纶纤维也可以。
4.折痕基本上是折叠手机都会提的问题，但实际上根本不重要，折痕是一个物理现象。
4.1 折痕会随时间和折叠程度加深。
4.2 水滴铰链通过增加了弯折宽度而减少了折痕的深度。但在 Z Fold 上用这个铰链会碰到另一个其他机器不会碰到的问题：悬停时手写笔可书写区域减少。以稍早一点采用该技术的 OPPO Find N 相比，水滴铰链可能会牺牲掉 1/4 左右的屏幕区域无法交互， 手指有时也难以戳到。
4.3 我认为折痕显著影响的在于稍微复杂一点的光线环境，比如户外、直面光源的情况下折痕的反光会极大影响屏幕内容，可能需要某些抗反射镀层或者别的什么技术。折痕本身是无法被彻底消除的，除非你把屏幕切成两部分就像 Surface Duo 做的那样。
5.8Gen1+ 挺好用的，虽然不知道发生了什么但就是挺好用的。
6.认为 multitasking dock 就是一个久经考验的成熟解决方案，不解释。也不要自己胡搞瞎搞了。
7.多数应用在折叠屏内屏使用有问题，用到就会知道，具体怪谁不清楚，但张小龙在这个问题上确实是不在首批枪毙名单上。
8.小红书在折叠屏上很好用，具体为什么会这样不清楚。
9.买不买？不建议。你要买的话一定不会问。
Android Weekly Update ⚡️
12 月 15 日，OPPO Find N2 系列发布。
OPPO Find N2、OPPO Find N2 Flip 内置壁纸静态版本（原图在评论中）。
壁纸分辨率推断 Find N2 屏幕分辨率为 1920× 1792、Find N2 Flip 屏幕分辨率为 2520 ×1080。
壁纸分辨率推断 Find N2 屏幕分辨率为 1920× 1792、Find N2 Flip 屏幕分辨率为 2520 ×1080。
Android Weekly Update ⚡️
随着 Windows 11 22H2 Moment 1 的正式发布 (22621.675)，微软也正式宣布 Android 子系统 (WSA) 功能正式退出预览状态 目前搭载的 WSA 基于 Android 12 QPR3 定制，并实现了大部分常用功能（图左），而 WSA 接下来的升级路线将会把底层升级为 Android 13，并支持文件传输、画中画、局域网访问等功能。
微软今天面向 WSA 预览计划成员推出 11 月更新，版本号 2211.40000.7.0，本次 WSA 更新底层由 Android 12 QPR3 更新为 Android 13，附带 11 月安全更新。
除了底层更新外，本次 WSA 还优化了应用启动速度，官方宣称提升高达 50%，并带来一系列功能改善，包括提升剪贴板稳定性等。
连 WSA 都比你手机更有机权，看看人家都 11 月更新了
Reddit 讨论串：
https://www.reddit.com/r/WSA/comments/zfes47/wsa_version_2211_with_android_13_now_available
注册 WSA 预览计划 (不建议日用):
https://learn.microsoft.com/en-us/windows/android/wsa/preview-program
除了底层更新外，本次 WSA 还优化了应用启动速度，官方宣称提升高达 50%，并带来一系列功能改善，包括提升剪贴板稳定性等。
https://www.reddit.com/r/WSA/comments/zfes47/wsa_version_2211_with_android_13_now_available
注册 WSA 预览计划 (不建议日用):
https://learn.microsoft.com/en-us/windows/android/wsa/preview-program
Reddit
From the WSA community on Reddit: WSA version 2211 with Android 13 now available
Explore this post and more from the WSA community
https://forum.xda-developers.com/t/convert-your-moto-x30-pro-cn-to-edge-30-ultra-eu.4491699/
现在 xda 上已经有了非常完整的把国行 Moto 刷成国际版的教程了，甚至可以 OTA（当然不能回锁，所以 SafetyNet 和 Widevine 都不工作）。
现在 xda 上已经有了非常完整的把国行 Moto 刷成国际版的教程了，甚至可以 OTA（当然不能回锁，所以 SafetyNet 和 Widevine 都不工作）。
XDA Forums
[CLOSED] Convert your Moto x30 Pro (CN) to Edge 30 Ultra (EU)
FIRST OFF: If you have not bought the phone yet and plan on getting it: DON'T. The camera is broken and Motorola refuses to communicate with their customers. Is a fix coming? I someone working on...
曾经在 Android 11 引入的特性 I/O Read Ahead Process 最近发现从 AOSP 13 中被移除
I/O RAP 会预测应用的读写操作并提前完成，从而提升应用的启动速度。在 Pixel 3a 上平均取得了 5% 的启动速度提升，个别 App 甚至提升高达 20%，最妙的是 I/O RAP 无需应用适配即可工作。
目前暂不清楚 Google 为何移除该功能，但可能与最近在 Google Issue Tracker 提出的的与 I/O RAP 相关问题有关。如是因为 Bug 而暂时移除，那就意味着未来提交还有重新带回 I/O RAP 的可能。
消息来源：
https://twitter.com/mishaalrahman/status/1600556380750217216
移除相关提交：
https://android.googlesource.com/platform/system/iorap/+/dc74a47c79da6580abbdf8b116f147794e42e4b7
可能间接导致 I/O RAP 被移除的相关 Issue Tracker:
https://issuetracker.google.com/issues/213905918
I/O RAP 会预测应用的读写操作并提前完成，从而提升应用的启动速度。在 Pixel 3a 上平均取得了 5% 的启动速度提升，个别 App 甚至提升高达 20%，最妙的是 I/O RAP 无需应用适配即可工作。
目前暂不清楚 Google 为何移除该功能，但可能与最近在 Google Issue Tracker 提出的的与 I/O RAP 相关问题有关。如是因为 Bug 而暂时移除，那就意味着未来提交还有重新带回 I/O RAP 的可能。
消息来源：
https://twitter.com/mishaalrahman/status/1600556380750217216
移除相关提交：
https://android.googlesource.com/platform/system/iorap/+/dc74a47c79da6580abbdf8b116f147794e42e4b7
可能间接导致 I/O RAP 被移除的相关 Issue Tracker:
https://issuetracker.google.com/issues/213905918
Media is too big
VIEW IN TELEGRAM
OPPO Find N2 Flip，外屏功能介绍视频。
Google 发布 Android 13 QPR2 Beta 1 更新，也就是明年 3 月的 Feature Drop，版本号 T2B1.221118.006
目前暂时不能从官方发布的更新日志中看出比较明显的更新内容，但由于是首版 Beta，提醒各位谨慎上车。
更新日志：
https://developer.android.com/about/versions/13/get-qpr
目前暂时不能从官方发布的更新日志中看出比较明显的更新内容，但由于是首版 Beta，提醒各位谨慎上车。
更新日志：
https://developer.android.com/about/versions/13/get-qpr
Android Developers
Get Android 13 | Android Developers
Get an Android 13 on your eligible device.
Android Weekly Update ⚡️
Google 开始为 Pixel 4a (5G), Pixel 5, Pixel 6 及 Pixel 6 Pro 提供纯 64 位构建，用于给开发者测试 64 位兼容性。注意这些构建与 Pixel 7 不同，是完全不含任何 32 位运行库的，相应系统分区大小相比正常构建都有一定程度的缩小，大约都小了 100~200MB 左右 与此同时 Chrome 在 RAM 小于 8GB 的设备上仍然默认提供 32 位构建，对 RAM 要求不达标的 Pixel 4a (5G) 来说，这可能是一次正式用上纯 64 位 Chrome…
Google 这次同样为 Pixel 4a (5G), Pixel 5, Pixel 6 及 Pixel 6 Pro 提供 Android 13 QPR2 的纯 64 位构建，版本号与常规构建保持一致，均为 T2B1.221118.006
链接(注意切换到英文):
https://developer.android.com/about/versions/13/download
链接(注意切换到英文):
https://developer.android.com/about/versions/13/download
由于某些未知原因，适用于 Pixel 6 的 Android 13 QPR2 Beta 1 的内核无法被 root，但适用于 Pixel 7 的内核不受影响
受 GKI 的特性影响，Pixel 7 的内核与 Pixel 6 共享，同为 5.10.107-android 13，实测可以正常启动 Pixel 6，自然也可以通过 Pixel 7 的内核来 root Pixel 6，如有 Beta 的 root 需求可暂时尝试这种方式。
受 GKI 的特性影响，Pixel 7 的内核与 Pixel 6 共享，同为 5.10.107-android 13，实测可以正常启动 Pixel 6，自然也可以通过 Pixel 7 的内核来 root Pixel 6，如有 Beta 的 root 需求可暂时尝试这种方式。
Telegram
Android Weekly Update ⚡️
关于 Android 通用内核镜像（GKI）
最近 XDA 的文章提到了关于 GKI 的事情，不少国内媒体将其当作新闻，就借此机会重新解释一下关于 GKI 的一些细节。
相比于现行 Android 更新策略，GKI 的主要区别在于 Google 可以直接合并 Linux 内核更新到 ACK（Google 主导的 Android 通用内核开发进程） 中，提升补丁的分发效率。
针对不同设备/硬件的代码，则会以模块的方式加入。模块与内核均可以独立更新，包括安全更新等补丁都可以发布的更快。
这也是 Google…
最近 XDA 的文章提到了关于 GKI 的事情，不少国内媒体将其当作新闻，就借此机会重新解释一下关于 GKI 的一些细节。
相比于现行 Android 更新策略，GKI 的主要区别在于 Google 可以直接合并 Linux 内核更新到 ACK（Google 主导的 Android 通用内核开发进程） 中，提升补丁的分发效率。
针对不同设备/硬件的代码，则会以模块的方式加入。模块与内核均可以独立更新，包括安全更新等补丁都可以发布的更快。
这也是 Google…
Android Weekly Update ⚡️
Google 发布 Android 13 QPR2 Beta 1 更新，也就是明年 3 月的 Feature Drop，版本号 T2B1.221118.006 目前暂时不能从官方发布的更新日志中看出比较明显的更新内容，但由于是首版 Beta，提醒各位谨慎上车。 更新日志： https://developer.android.com/about/versions/13/get-qpr
在 Android 13 QPR2 Beta 1 (T2B1.221118.006) 中，Google 还更新了 GPU 驱动程序，从而修复了影响 Mail GPU 的严重安全漏洞
该漏洞编号为 CVE-2022-36449，主要影响 Mail-G710 系列 GPU。利用该漏洞将允许非特权用户绕过安全限制，存取已释放的内存数据，获得内存映射的具体信息，甚至在缓冲区边界外写入资料，从而使设备更容易受到攻击。
漏洞的发现者为 Google 的 Project Zero 安全团队，在今年的 6 到 7 月之间已披露漏洞细节交予上游 arm 硬件部门，而 arm 也在 7 到 8 月之间陆续修复了上述漏洞。根据 Project Zero 的漏洞披露政策，漏洞细节将会在上游完成修补的 30 天后公布，然而下游厂商 (如 Pixel, Samsung, 小米等) 一直没有修复该漏洞。
而在 Android 13 QPR2 Beta 1 上 (我越来越觉得现在的 Android 版本号长得像念咒语...)，Google 终于引入了已修复漏洞的 r38p1 版本 GPU 驱动，但同样基于 12 月安全补丁等级的正式版仍未更新，仍然停留在有问题的 r36 版本。
其实 Pixel 之前就经常出现相同安全补丁等级，但漏洞修复细节并不一致的情况，Beta 往往会获得更新的安全补丁。虽然 Beta1 修复了 CVE-2022-36449，但仍不建议主力机升级 Beta 版本使用，还是耐心等待正式版跟进修复吧。
Project Zero 公告全文：
https://googleprojectzero.blogspot.com/2022/11/mind-the-gap.html
相关提交：
https://android.googlesource.com/kernel/google-modules/gpu/+/e19249ece66a726b13d0ed8734c4059f364ca2f5
该漏洞编号为 CVE-2022-36449，主要影响 Mail-G710 系列 GPU。利用该漏洞将允许非特权用户绕过安全限制，存取已释放的内存数据，获得内存映射的具体信息，甚至在缓冲区边界外写入资料，从而使设备更容易受到攻击。
漏洞的发现者为 Google 的 Project Zero 安全团队，在今年的 6 到 7 月之间已披露漏洞细节交予上游 arm 硬件部门，而 arm 也在 7 到 8 月之间陆续修复了上述漏洞。根据 Project Zero 的漏洞披露政策，漏洞细节将会在上游完成修补的 30 天后公布，然而下游厂商 (如 Pixel, Samsung, 小米等) 一直没有修复该漏洞。
而在 Android 13 QPR2 Beta 1 上 (我越来越觉得现在的 Android 版本号长得像念咒语...)，Google 终于引入了已修复漏洞的 r38p1 版本 GPU 驱动，但同样基于 12 月安全补丁等级的正式版仍未更新，仍然停留在有问题的 r36 版本。
其实 Pixel 之前就经常出现相同安全补丁等级，但漏洞修复细节并不一致的情况，Beta 往往会获得更新的安全补丁。虽然 Beta1 修复了 CVE-2022-36449，但仍不建议主力机升级 Beta 版本使用，还是耐心等待正式版跟进修复吧。
Project Zero 公告全文：
https://googleprojectzero.blogspot.com/2022/11/mind-the-gap.html
相关提交：
https://android.googlesource.com/kernel/google-modules/gpu/+/e19249ece66a726b13d0ed8734c4059f364ca2f5