Voyager HyperOS Update
Xiaomi 12 2.0.2.0 Xiaomi 12 Pro 2.0.1.0 Xiaomi 12S 2.0.4.0 Xiaomi 12S Pro 2.0.3.0 Xiaomi 12S Ultra 2.0.4.0 Xiaomi 13 2.0.104.0 Xiaomi 13 Pro 2.0.103.0 Xiaomi 13 Ultra 2.0.103.0 Xiaomi 14 2.0.105.0 Xiaomi 14 2.0.105.3 BETA Xiaomi 14 Pro 2.0.104.0 Xiaomi…
Xiaomi 15 2.0.107.3 BETA
Xiaomi 15 Pro 2.0.107.3 BETA
系统动画
修复 打开关闭应用时偶现应用闪屏问题
Beta版说明
欢迎使用小米澎湃OS Beta版。请注意,Beta版的功能和体验可能与正式版存在差异,如果在使用过程中遇到任何问题,欢迎随时前往小米社区反馈。
系统
修复 部分场景偶现应用无法正常跳转的问题
Xiaomi 15 Pro 2.0.107.3 BETA
系统动画
修复 打开关闭应用时偶现应用闪屏问题
Beta版说明
欢迎使用小米澎湃OS Beta版。请注意,Beta版的功能和体验可能与正式版存在差异,如果在使用过程中遇到任何问题,欢迎随时前往小米社区反馈。
系统
修复 部分场景偶现应用无法正常跳转的问题
🤔11👍4❤1🤣1
Voyager HyperOS Update
OnePlus 13(ColorOS 15.0)和 MacBook (macOS 15.3.1)互联
连接稳定性好了很多
现在可以主动控制远程桌面了
现在可以主动控制远程桌面了
❤11👍1
主题壁纸_7.1.8.0.apk
41.4 MB
#主题壁纸 #Themes
#商店推送 #HyperOS
target api:34 min api:28
arm64-v8a, armeabi-v7a
更新日志:
AI动态壁纸功能新增支持人物、动物、动漫类型图片生成动态壁纸(搭载Xiaomi HyperAI的设备支持)
#商店推送 #HyperOS
target api:34 min api:28
arm64-v8a, armeabi-v7a
更新日志:
AI动态壁纸功能新增支持人物、动物、动漫类型图片生成动态壁纸(搭载Xiaomi HyperAI的设备支持)
👍12
Voyager HyperOS Update
Xiaomi 12 2.0.2.0 Xiaomi 12 Pro 2.0.1.0 Xiaomi 12S 2.0.4.0 Xiaomi 12S Pro 2.0.3.0 Xiaomi 12S Ultra 2.0.4.0 Xiaomi 13 2.0.104.0 Xiaomi 13 Pro 2.0.103.0 Xiaomi 13 Ultra 2.0.103.0 Xiaomi 14 2.0.105.0 Xiaomi 14 2.0.105.3 BETA Xiaomi 14 Pro 2.0.104.0 Xiaomi…
Xiaomi Pad 6S Pro 2.0.104.0 也适配 WinPlay 了
【开放更多系统版本!正式版用户也可参与「WinPlay」内测】https://s.xiaomi.cn/c/t7F0RgG4
【开放更多系统版本!正式版用户也可参与「WinPlay」内测】https://s.xiaomi.cn/c/t7F0RgG4
👍9
相册_4.2.0.13.apk
74.4 MB
#相册 #Gallery
#商店推送 #HyperOS
target api:34 minapi:29
arm64-v8a, armeabi-v7a
更新日志:
优化相册体验及稳定性,修复若干问题
相册板块新增列表视图
#商店推送 #HyperOS
target api:34 minapi:29
arm64-v8a, armeabi-v7a
更新日志:
优化相册体验及稳定性,修复若干问题
相册板块新增列表视图
👍5🥰2
小米社区_5.3.20250219.apk
36.7 MB
#小米社区 #Mi_Community
#HyperOS #内测版
target api:34 min api:24
arm64-v8a, armeabi-v7a, armeabi
▍更新日志
1. 社区App支持跳转小程序
2. 新增AI回复(内测)和AI搜索(内测)
3. 首页加载体验优化
4. 勋章页加载体验优化
#HyperOS #内测版
target api:34 min api:24
arm64-v8a, armeabi-v7a, armeabi
▍更新日志
1. 社区App支持跳转小程序
2. 新增AI回复(内测)和AI搜索(内测)
3. 首页加载体验优化
4. 勋章页加载体验优化
👍4
钱包_6.89.0.5273.2323.apk
69.2 MB
#钱包 #Wallet
#HyperOS #商店推送
target api:34 min api:23
arm64-v8a, armeabi-v7a
更新日志:
-优化了一些视觉和交互的细节,可以更加便捷地查看相关内容;
-修复了很多体验上的小问题;
ps:遇到问题,欢迎大家在设置中进行问题反馈哦~
#HyperOS #商店推送
target api:34 min api:23
arm64-v8a, armeabi-v7a
更新日志:
-优化了一些视觉和交互的细节,可以更加便捷地查看相关内容;
-修复了很多体验上的小问题;
ps:遇到问题,欢迎大家在设置中进行问题反馈哦~
👍4🥰1
智能助理_5.20.92-01231430.apk
23.4 MB
#智能助理 #App_vault
#HyperOS #商店推送
target api:34 min api:29
arm64-v8a, armeabi-v7a, armeabi, x86, x86_64
更新日志:
修复 部分场景下下一趟待出发行程日期显示错误问题
#HyperOS #商店推送
target api:34 min api:29
arm64-v8a, armeabi-v7a, armeabi, x86, x86_64
更新日志:
修复 部分场景下下一趟待出发行程日期显示错误问题
👍7
有时候了解多了,总感觉小米把用户惯坏了,保护得太好,但是又不告诉用户自己的努力有多难得,还要被用户一顿骂,挺心疼小米的,打算专门写一下 aptX 2.1 Mbps 和 LC3 的事情,小米其实已经非常努力做得很好了
👍30🤣13😁3🤔3😢1
Voyager HyperOS Update
Xiaomi 15 / Xiaomi 15 Pro 系统版本:2.0.106.2 / 2.0.107.0 蓝牙 / 蓝牙资源 / 蓝牙服务框架 版本:25.02.05 新增 支持最高 aptX Adaptive Le 2.1 Mbps (24bit/48kHz)无损音频(这一适配就花了半年多......) 新增 支持 REDMI Buds 6 Pro LC3 编解码(适配了3个月......) Xiaomi Buds 5 产品介绍页里的一些信息 / 介绍: Xiaomi Buds 5 首发即支持基于低功耗蓝牙模式的,最高传输速率达…
首先我们从 AOSP 的 LC3 说起,没有参与手机厂商魔改 手机/耳机 端的 LC3 到底是什么样的
这里的耳机我以 水月雨的知更鸟联动的耳机(Robin's Earphones)为例子,这款耳机支持 SBC / AAC / LDAC / LC3,通过他们自己的 App 来开关 LDAC / LC3 ,通过 AOSP 机制来切换 SBC / AAC / LDAC
小米目前通过 Prop 和 device_config 把原生的 LC3 屏蔽了,要想用上得解锁 Bootloader 并且使用 Root Shell 去重新开启,不过小米这么做其实有他的道理,我们后面再说为什么
首先在开发者选项里打开「绕过蓝牙LE音频许可名单 」(默认使用LE音频,即使LE音频外围设备尚未通过旨在确保满足许可名单条件的验证,也是如此。)
然后使用 Root Shell 输入(也可以在 adb shell 里输入)
(这段可以没有 Root 权限)
(这段必须有 Root 权限)
这个时候小米就可以走原生 AOSP 的逻辑连接 LC3 了
首先在水月雨的耳机 App 里打开 LC3 支持,这个时候耳机本体会同时播发出两个设备,一个是「Robin's Earphones」,另一个是「Robin's Earphones-LEA」
此时如果你配对过「Robin's Earphones」,需要直接取消配对,去重新配对「Robin's Earphones-LEA」,因为你只能同时配对并连接其中一个,否则另外一个无法配对成功更无法连接
当你成功配对并连接上「Robin's Earphones-LEA」时,你会发现编解码为 LC3 了
如果你想切换回去别的协议比如 LDAC,需要取消配对「Robin's Earphones-LEA」并且连接普通的「Robin's Earphones」,设置里可以开关 LDAC
说到这里,你应该理解了为什么这么多手机厂商不怎么去出和适配 LC3 耳机了。因为无论是耳机,手机,还是 App,都需要同时适配,并且适配后各种协议切换起来也非常麻烦,用户学习成本很高。你也不想为了个 LC3 天天重新配对耳机并且各种 App 之间切来切去开开这个那个开关吧
同时由于 LC3 协议下的耳机本身会告诉系统自己不是耳机,非 LC3 下做的各种功能都顺便会一起失效,系统的一些联动也会失效
小米从 Xiaomi Buds 5 开始使用了高通的方案,做了 aptX Lossless 和 LC3,高通同时会在自己的网站上同步哪些做了验证
但是 aptX Lossless Le 2.1 Mbps 在 Xiaomi Buds 5 首发时仅适配了 Xiaomi MIX Flip 和 Xiaomi MIX Fold 4
Xiaomi 15 / Xiaomi 15 Pro 首发时依旧不支持,在 2.0.106.0(待验证,理论上是)/ 2.0.106.2(测试通过)/ 2.0.107.0(测试通过) / 2.0.107.3 中更新了蓝牙和蓝牙 extension,并且蓝牙框架更新了 25.02.25,这个时候开始正式支持 aptX Lossless Le 2.1 Mbps (这玩意我们后续再说)和 REDMI Buds 6 Pro 的 LC3
然后是 LC3 的问题,因为 AOSP 原生的 LC3 连接机制过于复杂,体验极差。所以小米首发 Xiaomi 15 / Xiaomi 15 Pro 和 Xiaomi Buds 5 时作了额外的单独适配
Xiaomi 15 (2.0.106.0 之前)/ Xiaomi 15 Pro(同 Xiaomi 15) 与 Xiaomi Buds 5 连接时,只需要开关「低功耗蓝牙音频」就会切换到 LC3,且不需要重新配对,也不需要重新连接,耳机也不会播发单独的 LEA
2.0.106.0 + 25.02.25 后,Xiaomi 15 / Xiaomi 15 Pro 进一步适配了 Xiaomi Buds 5,开启「低功耗蓝牙音频」后可单独选择 「aptX Lossless Le」和「LC3」,且也不需要重新配对和连接
小米在体验上选择了去同时魔改手机和耳机,优点是体验好,不需要动不动去重新配对和单独做 App 开切换,和系统融合更好。缺点是非小米就用不了,且小米把原生逻辑屏蔽了
REDMI K80 / REDMI K80 Pro 同理对 REDMI Buds 6 Pro 做了单独的适配,切换 LC3 时体验极佳
但是这也导致 REDMI Buds 6 Pro 首发时没有适配 Xiaomi 15 / Xiaomi 15 Pro,因为没适配的话切换体验差,体验有差距会容易被客诉和用户骂
而小米那边被骂太惨了,在 REDMI Buds 6 Pro 发布三个月后给 Xiaomi 15 / Xiaomi 15 Pro 更新 aptX Lossless Le 时,把优化适配的半成品 REDMI Buds 6 Pro LC3 也端上来了
因为是半成品,所以 Xiaomi 15 / Xiaomi 15 Pro 在切换 REDMI Buds 6 Pro 的 LC3 时,会出现重新配对连接的情况,但不会多出来一个 LEA,且全程用户只需要同意重新配对即可
所以说,小米这种单独优化适配的做法我其实挺能理解并且支持的,用户切换时体验会好很多,且也不至于功能适配损失太多。但是这对于小米的研发和工程师来说会很累很麻烦,还是希望大家多一些理解
当然小米屏蔽了原生的 LC3 机制也是能理解的,毕竟小米魔改了原生,怕出现 Bug 也很正常。只是小米做了这么多事情缺没有专门单独说明,并且也没完善好切换为 原生 AOSP LC3 机制的开关,只能说这个才是应该反馈的。不过目前可以用 Root 来手动切换,也算是搞机的乐趣
这里的耳机我以 水月雨的知更鸟联动的耳机(Robin's Earphones)为例子,这款耳机支持 SBC / AAC / LDAC / LC3,通过他们自己的 App 来开关 LDAC / LC3 ,通过 AOSP 机制来切换 SBC / AAC / LDAC
小米目前通过 Prop 和 device_config 把原生的 LC3 屏蔽了,要想用上得解锁 Bootloader 并且使用 Root Shell 去重新开启,不过小米这么做其实有他的道理,我们后面再说为什么
首先在开发者选项里打开「绕过蓝牙LE音频许可名单 」(默认使用LE音频,即使LE音频外围设备尚未通过旨在确保满足许可名单条件的验证,也是如此。)
然后使用 Root Shell 输入(也可以在 adb shell 里输入)
device_config put bluetooth com.android.bluetooth.flags.leaudio_allow_leaudio_only_device true
(这段可以没有 Root 权限)
setprop persist.bluetooth.enable_dual_mode_audio true
(这段必须有 Root 权限)
这个时候小米就可以走原生 AOSP 的逻辑连接 LC3 了
首先在水月雨的耳机 App 里打开 LC3 支持,这个时候耳机本体会同时播发出两个设备,一个是「Robin's Earphones」,另一个是「Robin's Earphones-LEA」
此时如果你配对过「Robin's Earphones」,需要直接取消配对,去重新配对「Robin's Earphones-LEA」,因为你只能同时配对并连接其中一个,否则另外一个无法配对成功更无法连接
当你成功配对并连接上「Robin's Earphones-LEA」时,你会发现编解码为 LC3 了
如果你想切换回去别的协议比如 LDAC,需要取消配对「Robin's Earphones-LEA」并且连接普通的「Robin's Earphones」,设置里可以开关 LDAC
说到这里,你应该理解了为什么这么多手机厂商不怎么去出和适配 LC3 耳机了。因为无论是耳机,手机,还是 App,都需要同时适配,并且适配后各种协议切换起来也非常麻烦,用户学习成本很高。你也不想为了个 LC3 天天重新配对耳机并且各种 App 之间切来切去开开这个那个开关吧
同时由于 LC3 协议下的耳机本身会告诉系统自己不是耳机,非 LC3 下做的各种功能都顺便会一起失效,系统的一些联动也会失效
小米从 Xiaomi Buds 5 开始使用了高通的方案,做了 aptX Lossless 和 LC3,高通同时会在自己的网站上同步哪些做了验证
但是 aptX Lossless Le 2.1 Mbps 在 Xiaomi Buds 5 首发时仅适配了 Xiaomi MIX Flip 和 Xiaomi MIX Fold 4
Xiaomi 15 / Xiaomi 15 Pro 首发时依旧不支持,在 2.0.106.0(待验证,理论上是)/ 2.0.106.2(测试通过)/ 2.0.107.0(测试通过) / 2.0.107.3 中更新了蓝牙和蓝牙 extension,并且蓝牙框架更新了 25.02.25,这个时候开始正式支持 aptX Lossless Le 2.1 Mbps (这玩意我们后续再说)和 REDMI Buds 6 Pro 的 LC3
然后是 LC3 的问题,因为 AOSP 原生的 LC3 连接机制过于复杂,体验极差。所以小米首发 Xiaomi 15 / Xiaomi 15 Pro 和 Xiaomi Buds 5 时作了额外的单独适配
Xiaomi 15 (2.0.106.0 之前)/ Xiaomi 15 Pro(同 Xiaomi 15) 与 Xiaomi Buds 5 连接时,只需要开关「低功耗蓝牙音频」就会切换到 LC3,且不需要重新配对,也不需要重新连接,耳机也不会播发单独的 LEA
2.0.106.0 + 25.02.25 后,Xiaomi 15 / Xiaomi 15 Pro 进一步适配了 Xiaomi Buds 5,开启「低功耗蓝牙音频」后可单独选择 「aptX Lossless Le」和「LC3」,且也不需要重新配对和连接
小米在体验上选择了去同时魔改手机和耳机,优点是体验好,不需要动不动去重新配对和单独做 App 开切换,和系统融合更好。缺点是非小米就用不了,且小米把原生逻辑屏蔽了
REDMI K80 / REDMI K80 Pro 同理对 REDMI Buds 6 Pro 做了单独的适配,切换 LC3 时体验极佳
但是这也导致 REDMI Buds 6 Pro 首发时没有适配 Xiaomi 15 / Xiaomi 15 Pro,因为没适配的话切换体验差,体验有差距会容易被客诉和用户骂
而小米那边被骂太惨了,在 REDMI Buds 6 Pro 发布三个月后给 Xiaomi 15 / Xiaomi 15 Pro 更新 aptX Lossless Le 时,把优化适配的半成品 REDMI Buds 6 Pro LC3 也端上来了
因为是半成品,所以 Xiaomi 15 / Xiaomi 15 Pro 在切换 REDMI Buds 6 Pro 的 LC3 时,会出现重新配对连接的情况,但不会多出来一个 LEA,且全程用户只需要同意重新配对即可
所以说,小米这种单独优化适配的做法我其实挺能理解并且支持的,用户切换时体验会好很多,且也不至于功能适配损失太多。但是这对于小米的研发和工程师来说会很累很麻烦,还是希望大家多一些理解
当然小米屏蔽了原生的 LC3 机制也是能理解的,毕竟小米魔改了原生,怕出现 Bug 也很正常。只是小米做了这么多事情缺没有专门单独说明,并且也没完善好切换为 原生 AOSP LC3 机制的开关,只能说这个才是应该反馈的。不过目前可以用 Root 来手动切换,也算是搞机的乐趣
❤47👍13🤣3😁2🎉1
Voyager HyperOS Update
Xiaomi 15 / Xiaomi 15 Pro 系统版本:2.0.106.2 / 2.0.107.0 蓝牙 / 蓝牙资源 / 蓝牙服务框架 版本:25.02.05 新增 支持最高 aptX Adaptive Le 2.1 Mbps (24bit/48kHz)无损音频(这一适配就花了半年多......) 新增 支持 REDMI Buds 6 Pro LC3 编解码(适配了3个月......) Xiaomi Buds 5 产品介绍页里的一些信息 / 介绍: Xiaomi Buds 5 首发即支持基于低功耗蓝牙模式的,最高传输速率达…
然后到说 aptX Lossless 是什么了,它是高通做的一个无损方案,高通想做全链路无损,其中专门去做 24bit / 48kHz 的适配,因为这个音频资源更常用,Apple Music 等流媒体平台基本至少做了这个,走 A2DP 的 log 你也会发现基本都是 >= 这个的资源
然而 aptX Lossless 又分两个版本,一个是 aptX Adaptive 1.2 Mbps
另一个是 aptX Adaptive Le 2.1 Mbps,标识为 aptX Lossless Le
总结一下:
由于同 SoC 下有其它机型适配得更好,所以现在一堆人去骂小米,其实我觉得这锅高通也要背,以及 Xiaomi Buds 5 Pro 已经官宣有 aptX Lossless Le 且适配情况和 Xiaomi Buds 5 同步(详情移步微博,小米耳机的研发说的)
以前 Xiaomi Buds 4 / Xiaomi Buds 4 Pro 做的 LHDC 4 / 5 和 96 / 192 kHz 的适配只能说体验确实不如 aptX Lossless,毕竟 96 / 192 kHz 的资源没有 48 kHz 多,同时优化不好的话很容易出现音频卡顿(Xiaomi Buds 4 Pro 深受其害,修了很久很久)
小米对于 LHDC / aptX Adaptive 也做了很优秀的适配其实,那就是自适应采样率,以前老机型是必须手动选择和切换的,并且这个适配挺广的
相比于 O+ 系直接压根不做 LC3,vivo 系较新机型直接砍了 LC3(不论是高通还是联发科 SoC 机型),小米的做法其实不错了。AOSP 和 LC3 挺多遗留问题的,有的厂商选择了保留原生(比如 Samsung),也有的选了砍掉(比如 OPPO、vivo),小米选择了魔改优化适配,都有各自的道理,还是希望大家多一些理解
然而 aptX Lossless 又分两个版本,一个是 aptX Adaptive 1.2 Mbps
另一个是 aptX Adaptive Le 2.1 Mbps,标识为 aptX Lossless Le
总结一下:
Xiaomi 15 (OS 2.0.106.0~2.0.107.3 + 蓝牙 25.02.25) / Xiaomi 15 Pro (同 Xiaomi 15)/ Xiaomi 15 Ultra(预计)/ Xiaomi MIX Flip(8 Gen 3) / Xiaomi MIX Fold 4 (8 Gen 3)支持 aptX Loss Le 即 aptX Adaptive Le 2.1 Mbps,对 24bit / 48kHz 的资源体验最佳
REDMI K80 / REDMI K80 Pro(8 Elite)/ Xiaomi 14(必须更新系统和蓝牙到支持的版本,且耳机连接后要有「无损音质」的提示) / Xiaomi 14 Pro(同 Xiaomi 14) / Xiaomi 14 Ultra / Redmi K70(8 Gen 2) / Redmi K70 Pro 仅支持到 aptX Lossless,即 aptX Adaptive 1.2 Mbps
Xiaomi 13 / Xiaomi 13 Pro / Xiaomi 13 Ultra / Redmi K60 Pro 等机型没有支持 aptX Lossless,高通也没有显示适配他们,同时当这些机型连接上 Xiaomi Buds 5 时也不会有「无损音质」和 「aptX Lossless」 的标识
由于同 SoC 下有其它机型适配得更好,所以现在一堆人去骂小米,其实我觉得这锅高通也要背,以及 Xiaomi Buds 5 Pro 已经官宣有 aptX Lossless Le 且适配情况和 Xiaomi Buds 5 同步(详情移步微博,小米耳机的研发说的)
以前 Xiaomi Buds 4 / Xiaomi Buds 4 Pro 做的 LHDC 4 / 5 和 96 / 192 kHz 的适配只能说体验确实不如 aptX Lossless,毕竟 96 / 192 kHz 的资源没有 48 kHz 多,同时优化不好的话很容易出现音频卡顿(Xiaomi Buds 4 Pro 深受其害,修了很久很久)
小米对于 LHDC / aptX Adaptive 也做了很优秀的适配其实,那就是自适应采样率,以前老机型是必须手动选择和切换的,并且这个适配挺广的
相比于 O+ 系直接压根不做 LC3,vivo 系较新机型直接砍了 LC3(不论是高通还是联发科 SoC 机型),小米的做法其实不错了。AOSP 和 LC3 挺多遗留问题的,有的厂商选择了保留原生(比如 Samsung),也有的选了砍掉(比如 OPPO、vivo),小米选择了魔改优化适配,都有各自的道理,还是希望大家多一些理解
❤30👍9🤔3🤣1
Voyager HyperOS Update
首先我们从 AOSP 的 LC3 说起,没有参与手机厂商魔改 手机/耳机 端的 LC3 到底是什么样的 这里的耳机我以 水月雨的知更鸟联动的耳机(Robin's Earphones)为例子,这款耳机支持 SBC / AAC / LDAC / LC3,通过他们自己的 App 来开关 LDAC / LC3 ,通过 AOSP 机制来切换 SBC / AAC / LDAC 小米目前通过 Prop 和 device_config 把原生的 LC3 屏蔽了,要想用上得解锁 Bootloader 并且使用 Root Shell…
省流(想完全理解建议读完):
AOSP LC3 切换体验差,需要耳机和 App 适配好 LC3 逻辑,且每次切换需要重新配对
Xiaomi 魔改了 系统、耳机、LC3 的逻辑,让自家手机使用自家耳机时 LC3 的切换体验,与其他编码类型接近
但是 Xiaomi 怕魔改后和 原生逻辑之间有 Bug,默认屏蔽了原生逻辑,但是可以走 Root Shell 恢复
说难听点还是 AOSP 和 LC3 的遗留问题,它要是和 LDAC 那样 AOSP 自带,切换容易,也不至于这么折磨 OEM,只能等 Android 16 或者更以后能解决问题了
AOSP LC3 切换体验差,需要耳机和 App 适配好 LC3 逻辑,且每次切换需要重新配对
Xiaomi 魔改了 系统、耳机、LC3 的逻辑,让自家手机使用自家耳机时 LC3 的切换体验,与其他编码类型接近
但是 Xiaomi 怕魔改后和 原生逻辑之间有 Bug,默认屏蔽了原生逻辑,但是可以走 Root Shell 恢复
说难听点还是 AOSP 和 LC3 的遗留问题,它要是和 LDAC 那样 AOSP 自带,切换容易,也不至于这么折磨 OEM,只能等 Android 16 或者更以后能解决问题了
❤30👍5😢1
相机Mi13U_5.3.001230.0.apk
191.6 MB
#相机 #Camera
#HyperOS #提取版
提取机型:#mi13Ultra #ishtar
机型系统:#正式版 #2.0.103.0
target api:34 minapi:29
arm64-v8a
仅留档,供研究使用而不是给别的机型更新的
#HyperOS #提取版
提取机型:#mi13Ultra #ishtar
机型系统:#正式版 #2.0.103.0
target api:34 minapi:29
arm64-v8a
仅留档,供研究使用而不是给别的机型更新的
👍8