你卡在"0057CBD0 后面是多少"这一步，本质是拿十进制直觉套十六进制地址了。内存地址全是十六进制（Hex），进位规则是逢 16 进 1，字符序列 0-9 之后接 A(10) B(11) C(12) D(13) E(14) F(15)，再到 10。
0057CBD0 的"下一个字节地址"就是 0057CBD1，再往下 0057CBD2、0057CBD3……一直到 0057CBD9，接着是 0057CBDA、0057CBDB……0057CBDF，再加 1 进位成 0057CBE0（末位 F 变 0，十位 D 变 E）。不存在"0057CBD-1"这种写法，减 1 是往前（低地址）回溯，0057CBD0 - 1 = 0057CBCF，那是上一条不是下一条。
但"代码顺序"不能简单按地址 +1 看，因为反汇编窗口里每条汇编指令占的字节数不固定：
• 0057CBD0 处若指令是 8B 45 FC（mov eax,[ebp-04]），占 3 字节，下一条指令地址 = 0057CBD0 + 3 = 0057CBD3
- 若指令是 8B 45 08（mov eax,[ebp+08]）同样 3 字节，下一条也是 0057CBD3
• 若是一条 5 字节的 CALL 或带 disp 的指令，下一条就是 0057CBD5
- 1 字节指令（如 INC EAX = 40）下一条才真是 0057CBD1
所以别手算，CE 里点"内存查看器/反汇编窗口"，地址栏输 0057CBD0 回车，左边是地址列，中间机器码，右边汇编，0057CBD0 下方那一行就是真正的"下一条代码"，它可能是 CBD1 也可能是 CBD3/CBD5/CBE2，看中间机器码长度而定。
你试了 0057CBD-1 没用，原因有三层：
1. 写法本身错，十六进制地址不会这么减，CE 地址栏输进去要么报错要么解析成别的；
2. 就算你试的是 0057CBCF（正确前驱），那也是往前回溯的指令，不是后继；
3. 更关键——你用数值扫描（精确数值/未知初始值）找到的 0057CBD0 大概率是个数据地址（4 字节攻速值、1 字节开关量），不是代码地址。改数据偶尔能变速，但重启游戏地址就变，因为动态地址每次分配都不同。真正"加速代码"要在反汇编里找改写这个数据的指令：右键数据地址→找出是什么改写了这个地址（Find out what writes to this address）→游戏里砍一刀或走一步→CE 弹出类似 0057CBD0 - 89 46 1C - mov [esi+1C],eax 这种指令，那条指令所在的地址才是你要改/拦截的"加速代码"，后面的逻辑顺着这条指令往 Call 上层追，不是顺着 0057CBD0 往下加。
顺带说清两个概念别混：
• 字节地址递增：0057CBD0 → 0057CBD1 → 0057CBD2，永远 +1 走，看内存十六进制 dump 时用
• 指令地址递进：0057CBD0 →（跳 3 字节）→ 0057CBD3，看反汇编时用，长度看 Opcode
- 数据结构偏移：传奇角色结构里血量/攻速/移速是相邻字段，攻速在 +0x1C 移速在 +0x20 这种，是按结构体内偏移算，不是按指令算，找基址才用得上指针链 [[[mir2.exe+XXXX]+偏移1]+偏移2]
传奇 mir2.exe 是 32 位进程，模块基址一般是 00400000 起，你看到的 0057CBD0 若小于模块基址+镜像大小，就是代码段地址；若在一堆绿色基址（mir2.exe+偏移）附近，才是能写进 CT 表的静态基址。纯靠"0057CBD0 后面填哪个"去改下一行，不改对指令长度和访问来源，永远没用。
定位加速的正路：扫到动态攻速值→找出是什么改写了它→拿到指令地址→看反汇编窗口该地址上下文→找最近的 CALL GetTickCount / Sleep / 比较 tick 差值的跳转→把 JLE/JG 改 NOP 或把 Sleep(100) 改 Sleep(10)，这才是改代码不是改数据。手算后继地址在这套流程里只在"我要看下一条指令长啥样"时由 CE 自动帮你做，不用自己加。
