Find similar content

KernelSU 的快捷方式支持先合了，有问题记得说。 补充例外情况：Shortcut API 就是不支持直接删除桌面图标的，只能变灰。移除只支持从 KernelSU 应用图标长按这个场景下的 Shortcut。 #kernelsu

#KernelSU 战未来

提示一下，KernelSU 新版本创建快捷方式是长按对应按钮。Material 主题同理。 因为 Material 主题是这个逻辑，所以 Miuix 这边同步了。如果有比较好的建议可以改改。 #misc#kernelsu

以上为最终图例，请选择你的组合。 你认为哪四个更适合用作底栏图标？ 请在此频道消息内回复，感谢配合。 #kernelsu#misc

你认为哪一套适合作为底栏图标？可排列组合。 后续会更新一份更完整的图标清单供选择。目前图例仅供参考。 #misc#kernelsu

关于 KernelSU 预测性返回手势的投票： https://t.me/KernelSU_group/3252/449135 #KernelSU#misc

今天给 KernelSU 的导航系统更新到了 navigation3 + navigationevent 实现，同时默认启用了预测性返回手势支持（由于使用了非线性差值器，所以不会完全跟着手指动）。 对于小米设备，如果你确实接受不了，则可以使用此模块修复预测性返回过快的问题。小米预计会在 HyperOS3.1 到 HyperOS4 期间添加 Activity 间预测性返回支持并修复当前错误的写死 180 宽度问题。 #kernelsu#xiaomi

💎KernelSU 3.1.0 7.6 ♻️资源介绍：KernelSU是一款基于安卓操作系统的权限管理软件，旨在为用户提供更好的系统管理器和权限管理器，该应用程序主要用于管理系统的root权限，让用户可以自由为软件授权ROOT权限，以此更加方便地管理和控制安卓系统，同时能够让用户更好地管理和控制系统，帮助用户享受到更多的定制化功能和优化效果。 ⬇️本地下载 🔔标签：#安卓软件#KernelSU#root权限

⭐️【资源名称】KernelSU手机内核神器模块root工具 3.2.0 7 🤖【适用平台】: #Andoid 🧱【资源介绍】 KernelSU是一款专为Android GKI设备设计的root解决方案，其主要特点在于在内核模式下运行，直接在内核空间中为用户空间应用授予root权限。这种设计使得KernelSU具有较强的隐蔽性和更高的控制能力，相比传统的Magisk等用户空间root工具，KernelSU能够提供更高级别的权限管理和安全性。 🟡在线下载:点击下载 📁#KernelSU#内核模块

JoyoseEdit，KernelSU WebUI 模块 理论支持的路径有三条： 1、小米 17 系列走的 MIFISR 路径 2、小米 15 系列骁龙（AFME / FRC / FSR）路径 3、红米独显系列 Novatek 路径 但需要补充的是，我手上只有小米 17 Pro Max，因此只有 MIFISR 这条是我经过实机验证的。剩下那两条路径是否实际可用我没设备测试。 ▎游戏工具箱 UI 显示的前置条件 游戏工具箱要把「智能插帧」和「超级分辨率」这两个开关显示出来，会先检查这两个 prop 属性： ro.vendor.gpp.frc.support（决定 isDeviceSupportFRC） ro.vendor.xiaomi.sr.support（决定 isSupportResolution） 如果没有，它直接就不往下跑了，你再怎么改云控配置，UI 都不会出现。 然后我们来对照一下原厂 prop 属性的状态： 小米 15 系列：两个属性都有，都是 true。 小米 17 Ultra：两个属性都有，都是 true。 小米 17 / Pro / Pro Max：两个属性都完全没声明。 也就是说，虽然官方给小米 17 系列云控下发了几个游戏的超分配置，但只有小米 17 Ultra 是真正会显示开关的。 而想让小米 17 / Pro / Pro Max 的游戏工具箱能够显示相应开关，我们就得自己先把这两个 prop 属性加上，这里提供两种方法： 一、resetprop 临时加，当前会话有效，重启失效： resetprop -n ro.vendor.gpp.frc.support true resetprop -n ro.vendor.xiaomi.sr.support true 二、塞进 Magisk 模块的 system.prop，永久生效： ro.vendor.gpp.frc.support=true ro.vendor.xiaomi.sr.support=true 本模块不添加这些，不在职责范围，我只在顶部 banner 添加了这两个 prop 的当前状态和修复指引。 加上之后，游戏工具箱才有显示插帧、超分这些开关的初始条件。后面聊的 MIFISR 配置、fisr_config policy、白名单游戏，都得先完成这一步才有意义。 ▎本模块要解决的是什么 Joyose 把插帧、超分、动态分辨率、温控等全扔在两个数据库里： /data/user/0/com.xiaomi.joyose/databases/SmartP.db /data/user/0/com.xiaomi.joyose/databases/teg_config.db 里面是 JSON 混着一大堆分隔符字符串。举个例子，一条官方下发星铁的 MIFISR 配置长这样： com.miHoYo.hkrpg_-1#-1#60#47#45#44#42 翻译过来就是：包名，最小帧率 = -1，目标帧率 = -1，源帧率 = 60，温控四档分别 47 / 45 / 44 / 42℃ 逐级降档。 JoyoseEdit 做的就是把类似这些字符串全拆分出来，允许我们进行更轻松且不易搞错的修改。 ▎游戏工具箱显示开关的具体要求（不一定准确，但大体上应该没问题） 1、前面提到的两个 prop 属性，没有则完全跳过逻辑； 2、customize_game_params 里有对应包名的条目； 3、fisr_config 里有匹配的 policy，且 support_game_mode 在当前模式是 1（后面会说）； 4、对于星铁 Vulkan 模式, 还必须添加 support_vk = true，否则切到 Vulkan 模式下登录游戏后开关就会消失（登录前会显示）。 ▎fisr_config 中 policy 的相关解释（不一定准确，但大体上应该没问题） feature —— 启用哪种功能。FI 是插帧、SR 是超分、FISR 是俩一起上（合体模式）。 strategy —— 绑定哪个实现。小米 17 系列我实测全部走的是 MIFISR 这个实现。 support_max_refresh —— 长这样 60#120，两位数分别是「均衡模式」和「性能模式」的刷新率上限。官方下发的常见格式是 60#120，意思就是只在性能模式下实际允许插帧，均衡模式开了也还是 60，但官方一般直接不允许均衡模式下开启（下一条）。 support_game_mode —— 长这样 1#1，决定均衡 / 性能两模式分别要不要启用这个 feature。小米 17 Ultra 原厂给星铁下发的是 0#1，均衡模式不会显示开关、性能模式才有。 support_resolution_leave —— 渲染分辨率白名单，当前档位不在名单上就静默拒绝激活，官方下发的配置里这条大多是 5。 注意：游戏工具箱 UI 其实并没有单独一个 「FISR」开关。加上 FISR 时只是允许你同时打开两个开关，否则它们是互斥关系。而要让 FISR 模式真正生效，需要你同时一起添加 FI 和 SR。 具体会传入的 status 是：0 关、1 只插帧、2 只超分、4 一起开，仅做科普。 ▎底层大概是怎么跑起来的（不一定准确，但大体上应该没问题） Joyose 其实只是个通知的角色。真正干活是四个 so 协作完成的。分别说一下： libmivk.so —— 小米的 Vulkan Layer。挂在 vkQueuePresentKHR 这种每帧边界 hook 点上，按游戏注册 per-game Processor。 libmigl.so —— 小米 GL 侧的调度层。挂进小米改造过的 libEGL.so，覆盖大约 500 个 GL 函数。 libframeestimationVK.so —— 高通提供的 AFME 算法 VK 版本。Layer 名叫 VK_LAYER_QUALCOMM_afme，内部版本是 AFME20-VK v1.7.1.250819。光流首选 VK_NV_optical_flow 扩展，次选 fallback 到 GL_QCOM_motion_estimation。 libframeestimationGL3.so —— 高通提供的 AFME 算法 GL 版本。内部版本是 AFME3 lib v0.3.250529。它的超分算法应该是 SGSR2，只允许 Adreno 830 / 840 使用。 ▎受支持的游戏列表 小米在实现时是按游戏包名硬编码在 libmigl / libmivk 的字符串表里的。改 DB 能让任意游戏在 Joyose 策略层激活，让游戏工具箱显示开关。但如果这游戏不在白名单里，渲染层可能根本没有对应的 Processor。 GL 侧独立 Processor：原神、星铁、王者荣耀、和平精英、英雄联盟手游 / Wild Rift、蛋仔派对、元梦之星、宝可梦大集结、金铲铲之战、倩女幽魂、王牌竞速、决战平安京。 GL 侧 Shared Processor：三国杀、哈利波特魔法觉醒、腾讯视频、抖音（腾讯视频和抖音也在 GL hook 白名单里，说明 MiGL 的帧插值对视频播放场景同样生效）。 VK 侧独立 Processor：原神、星铁、王者、绝区零、鸣潮？、三角洲行动、安兔兔跑分（没错，挂了两个子进程）。 GL 和 VK 的交集有 3 款（原神 / 星铁 / 王者），它们被同时支持两种后端。 还有一个例外的：鸣潮，它有明确的独立 MingchaoProcessor 实现，但鸣潮的包名在二进制里找不到，可能是外部 JSON 在运行时加载进来的？我也不清楚，所以实际白名单范围可能比我列的这份大。 如果你想知道现在运行的游戏当前跑的是哪条后端，可以直接看是加载了 libmivk 还是 libmigl： cat /proc/PID/maps | grep -E 'libmivk|libmigl' #xiaomi#kernelsu#magisk

纯本地运行 作为对比的 MiSans VF 有点大，但是我也懒得删减 #webui#kernelsu

有何高见 #kernelsu#design#misc