登录
|
注册
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串流各种平板大屏幕。
===================
[登录后才可回复]
游戏业界综合讨论区
完全数码讨论区
Apple 专区
摄影区
汽车版
动漫模玩
主机&掌机游戏讨论区
手机游戏讨论区
经典游戏怀旧专区
安卓电视游戏讨论区
硬件维修区
体育运动专区
影视专区
旅行与美食
宠物乐园
TGFC御宅深喉K歌大赛
招聘求职
网游业界讨论区
英雄联盟
暴雪游戏专区
写真摄影服务
二手交易区
新品贩卖区