作为一个又菜又爱玩的音游手残玩家，ap 一个曲子总是一个遥不可及的梦想，每天对着 1good 1miss 等等发呆，这样下去也不是办法，于是想调整一下判定，使得某梦想手游能够打到 phigros 的手感，提高一下游戏体验，满足一下联机 ap 的虚荣心。

另外，这是刚开始接触逆向的菜鸡的第一次发帖，肯定会有很多疏漏与不合适的地方，希望各位大大能指点指点。

对于音游来说，过度修改会丧失游戏的乐趣，因此并不是很建议大改，折中方案在文末有所提及。

首先拆一下包，发现是 unity 游戏的 il2cpp 方式，看一下 libil2cpp.so 发现没有加密，在 assets\bin\Data\Managed\Metadata 中取出 global-metadata.dat 尝试用 il2cppdumper 直接 dump 下来

比较意外，没有出什么岔子。拿到了 dump.cs 与 script.json ，那接下来就好办了。

搜索关键词 Perfect，分析关联项，得到 Note 的判定信息。

那么对于判定函数来说，返回值应该是一种 NoteResultType 的类型。搜索具有相关返回值的函数，得到：

用 ida 打开 libil2cpp.so ，执行脚本导入函数信息。按 G 跳转到 0xCEA5E4，得到：

那么 v5 所存的应该就是判定结果，根据前面的 NoteResultType 枚举类型，一般思路是改为 return 4 ，但是在音游里这样改，反而会出现一个降低游戏体验的问题。

在此游戏中，由于 public const NoteResultType None = -1 的设定，你在距离待判定 Note 具有很长一段距离时，如果继续返回 Perfect(4)，那么在此 Note 之前的 Note 都会被 miss 掉。

那么我们只需要将 0x0CEA66C 到 0x0CEA69C 处的 MOV R1, #X 改为 MOV R1, #4 即可。

用 AndroidKiller 重新打包，进入游戏后体验直线上升。但还存在一些小问题，如下。

在游戏过程中，普通 Note 碰到都是 perfect，但是绿条的起点经常爆 Great，这让强迫症的我有些无法忍受，重新分析 dump.cs，查找有关 slideNote 的信息，终于功夫不负有心人，在 SlideNoteManager 找到了对应的判定函数。

ida 跳过去看了一下，是个极其复杂的函数（我改了些变量名以便分析）

同样的，如果对上述函数直接返回 Perfect(4)，会出现同上文提到的同样的尴尬局面，滑条会提前判定，体验很难受，因此我们需要对这个函数进行分析。

阅读完代码后，我们发现，该函数的前半部分有对绿条是否结束进行判定，这个是不应该修改的，此时 NoteResult 为 -1，应该是标志着一个滑条的结束。

之后的代码猜测是对手指是否在滑条处的一个判定，结果保存在 NoteResult 中，这也是我们需要修改的地方。

转到汇编，这里 R6 保存了 NoteResult。

那么很显然，我们只需要把这条语句改为一般的赋值即可

将 0C6096E5 改为 0460A0E3 后，可以看到修改成功。

打包后进入游戏，喝！大功告成！（虽然手残还是手残，26 级以上还是按不完所有的 Note 呜呜呜）

（为了游戏体验，可以适当的更改难度，比如只将前面的 3 改成 4，这样的话，只有 Great 会变成 Perfect，good bad 依旧，相当于永久判卡）

[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！