TGFC俱乐部>>经典游戏怀旧专区>>
- 刷新/显图/登录/注册/WEB
标题:自制odin3改良magisk模块
时间:26-05-11 21:27
作者:gggbdm

首先上链接
链接: https://pan.baidu.com/s/1XfjqtBE7fThanngHRASYDw?pwd=ghrd 提取码: ghrd
里边包括我这次折腾odin3的工具,root的programmer。具体过程可以参考之前我发过的odin2root,只有programmer用这个新的就行。
模块我做了两个简单的emu_boost和风扇自动低温关闭的odin3_fan_guard_v0.1-safe。因为每次接usb odin3的风扇都很吵。我就直接部署了一个模块缓解这个情况。有一个项目https://github.com/AurelioB/cluster-tune通过降低cpu频率,我不太认可这种牺牲性能的缓解办法,还是下手root了。顺手改良了之前的模拟器boost模块适配到了新型号的odin3.

安装方法
  • 确保设备已 Magisk Root
  • 下载 你想用的模块对应的.zip
  • Magisk → 模块 → 安装模块 → 选择 ZIP
  • 重启设备即可

智能关闭风扇模块不需要配置,安装即用。
模拟器boost的配置文件位于 /sdcard/odin3_emu_boost.conf,可以自己新建一个空文本复制我的配置进去。
这是我自己用的版本:ENABLE_APP_BOOST=1
ENABLE_SYS_TUNE=1
ENABLE_GPU_TUNE=0
ENABLE_NODE_PROBE=1

APP_SCAN_INTERVAL=5
RENICE_LEVEL=-8
TASKSET_MODE=all
BOOST_THREADS=0
LOG_EVERY_N_LOOPS=50

APP_LIST="com.retroarch com.retroarch.aarch64 xyz.aethersx2.android org.dolphinemu.dolphinemu org.ppsspp.ppsspp dev.eden.edenemu com.github.stenzek.duckstation org.azahar_emu.azahar me.magnum.melonds"注意事项
  • 仅针对 Odin 3 系列设备,其他设备可能无效
  • 调整 CPU 优先级和亲和性可能增加功耗,确保设备温控正常
  • 模块可随时通过 Magisk 卸载或禁用

已经更新手柄控制器MCU在有adb设备连接常开功能,可以配合ipad+screen remote达到手柄串流功能。亲测体验不错,玩rpg游戏没什么太大的问题。具体折腾办法可以参考wifi adb相关教程。

免责声明本模块仅供 Odin 3 系列 Android 设备用户 使用。使用模块可能影响风扇行为,但模块 不会对硬件造成物理损伤。请确保已备份数据,遵循 Magisk 模块安全使用规范。
作者不对由于配置不当或非官方设备使用导致的任何问题承担责任。

[ 本帖最后由 gggbdm 于 2026-8-23 17:44 编辑 ]





回复列表 (4)
#2 danman 2026-5-12 12:56
还记得楼主odin2的补丁,这odin3就来了,太牛了!期待后续项目!

===================
#3 gggbdm 2026-5-12 18:36
原帖由 danman 于 2026-5-12 12:56 发表
还记得楼主odin2的补丁,这odin3就来了,太牛了!期待后续项目!

后边的折腾比较散,我也不知道怎么分享合适。因为跳过前端,先去折腾某个模拟器,这种内容本身受众就更小了,怕大家不爱看这种。

===================
#4 gggbdm 2026-6-24 09:44
补充一个最近实际测试过的apk ClusterTune cluster-tune
根据Retro Game Corps的Russ测试,这个app开启中等(Medium那一档)的cpu降频,实际odin3的跑分非常夸张甚至可以碾压更新一代的8gen5 elite平板。实测确实表现不错,续航提升差不多10-15%,游戏性能和风扇体验都好很多,非常值得试试看。



实际原理我可以附在后边:
Odin 3 Stock 上限是:

C0:3.53 GHz
C6:4.32 GHz

这不等于 CPU 会一直跑满,但只要跑分程序、驱动线程、系统服务或图形提交线程产生负载,大核就可能短时冲到高频。

移动 SoC 的高频末端功耗不是线性增加,而是近似:P=C*V*V*f

提高频率通常还必须同步提高电压,所以从 2.25 GHz 冲到 4.32 GHz,CPU 功耗可能不是简单增加约一倍,而可能增加数倍。

结果是:
CPU 为并不关键的工作短时冲高;
CPU 热量迅速进入整个 SoC;
CPU 与 GPU 争夺整机功耗预算;
GPU 温度或 SoC 热点更早碰到限制;
GPU 频率下调;
以 GPU 为主的跑分反而下降。

也就是说,Stock 的 4.32 GHz 在这种跑分中很可能属于:
花了很多功耗,却没有贡献多少最终游戏帧数。
Medium 状态

这个app的 Medium 策略 把两组 CPU 限制在大约:
C0:2.23 GHz
C6:2.25 GHz

此时 CPU 仍然足够完成:
Vulkan 驱动调用;
command buffer 提交;
跑分场景逻辑;
Android 系统调度;
数据解压和资源准备。
最终 GPU 可以:
更长时间维持高频;
减少 thermal throttling;
减少 power throttling;
获得更稳定的帧时间;
在整段跑分中完成更多帧。
所以分数达到约 6600,不是 CPU 被降频后“算得更快”,而是GPU 的持续性能提高了。

===================
#5 gggbdm 2026-8-23 17:44
已更新:手柄控制器MCU在有adb设备连接常开功能,方便大家wifi串流各种平板大屏幕。

===================


[登录后才可回复]