GMS 1.4 YYC编译的游戏，如何安全地修改里面的文字和图片？（附UndertaleModTool实操）

GMS 1.4 YYC编译游戏逆向修改实战指南从资源替换到字符串安全编辑当你拿到一个用GameMaker Studio 1.4 YYC编译的游戏EXE文件却发现没有熟悉的data.win文件时是否感到无从下手这种特殊的编译方式确实给游戏修改带来了挑战但也并非无计可施。本文将带你深入理解YYC编译后的EXE结构并手把手教你如何安全地修改其中的文字和图片资源。1. 理解YYC编译的EXE三段式结构YYCYoYo Compiler是GMS 1.4提供的一种特殊编译选项它通过Visual Studio和Windows SDK将代码编译为原生机器码同时将所有游戏资源嵌入到单个EXE文件中。这种编译方式移除了传统的data.win文件大大增加了逆向工程的难度。要成功修改这类游戏首先需要理解其内部的三段式结构解释器部分文件开头到FORM标记包含GameMaker的运行时解释器负责解析GMS特有的数据结构由于是原生编译代码这部分难以直接反编译数据包部分FORM到AUDO标记存储游戏资源精灵、音效、着色器等如果未被加密FORM后通常跟着GEN8标记可以使用专用工具提取和修改代码部分AUDO标记到文件结尾包含实际的游戏逻辑代码由于是原生编译直接修改极易导致崩溃字符串资源特殊存储可谨慎修改提示在开始任何修改前务必备份原始EXE文件。错误的修改可能导致程序无法运行。2. 提取和修改游戏资源对于大多数修改需求如替换UI图片、更改字体等我们主要关注数据包部分。以下是使用UndertaleModTool处理嵌入资源的详细步骤2.1 准备工作首先需要准备以下工具十六进制编辑器如HxD、010 EditorUndertaleModTool最新版本Python环境用于运行提取脚本2.2 定位并提取数据包用十六进制编辑器打开目标EXE文件搜索十六进制序列46 4F 52 4D即FORM确认后面是否跟着47 45 4E 38GEN8记录FORM的起始偏移量通常在文件开头后0x200-0x1000字节处提取数据包的两种方法方法一手动复制创建data.win从FORM开始选择到AUDO前的所有字节新建文件粘贴这些字节并保存为data.win用UndertaleModTool打开这个文件方法二使用提取脚本# extract_gms_data.py import sys with open(sys.argv[1], rb) as f: data f.read() form_start data.find(bFORM) audo_start data.find(bAUDO) if form_start ! -1 and audo_start ! -1: with open(extracted_data.win, wb) as out: out.write(data[form_start:audo_start]) print(数据包提取成功) else: print(未找到FORM或AUDO标记)2.3 修改游戏资源成功提取数据包后可以在UndertaleModTool中进行各种修改替换图片资源在资源列表中找到目标精灵Sprites右键选择Replace替换为新的PNG文件注意保持图片尺寸相同或相近修改字体设置定位到Font资源可以修改字体名称、大小等属性如需使用新字体需确保目标系统已安装调整音效找到Sound资源可替换为相同格式的音频文件注意保持采样率和位深一致修改完成后保存data.win文件。此时需要将修改后的数据重新注入回EXE# 使用dd命令合并Linux/macOS dd iforiginal.exe ofmodified.exe bs1 count$FORM_OFFSET dd ifextracted_data.win ofmodified.exe bs1 seek$FORM_OFFSET convnotrunc dd iforiginal.exe ofmodified.exe bs1 skip$AUDO_OFFSET seek$AUDO_OFFSET convnotrunc3. 安全修改游戏内文本游戏中的字符串资源存储在代码段中一个特殊位置通常位于SetEndOfFile函数引用之后。修改这些字符串需要格外小心以下是具体方法和注意事项3.1 定位字符串区域用十六进制编辑器搜索53 65 74 45 6E 64 4F 66 46 69 6C 65SetEndOfFile字符串通常从该标记后几百字节处开始查找可读的ASCII文本确认位置3.2 字符串修改原则修改类型可行方案风险等级等长替换直接替换相同字节数的文本低缩短文本用空字节(00)填充剩余空间中增长文本绝对禁止高关键规则绝不增加字符串总长度这会破坏内存布局导致崩溃保持文件大小不变任何增加或减少文件大小的修改都会导致问题空字节填充技巧缩短字符串时用00填充剩余空间3.3 实际操作示例假设要修改游戏中Game Over文本原始内容十六进制47 61 6D 65 20 4F 76 65 72 00 (G a m e O v e r \0)安全修改方案改为Level End等长替换4C 65 76 65 6C 20 45 6E 64 00 (L e v e l E n d \0)改为End缩短并用空字节填充45 6E 64 00 00 00 00 00 00 00 (E n d \0 \0 \0 \0 \0 \0 \0)危险操作绝对避免改为Game Over!!增加长度删除末尾的空字节在字符串区域外写入数据4. 高级技巧与疑难解答4.1 处理加密的EXE文件如果FORM后不是GEN8标记可能遇到了加密数据包。可以尝试以下方法查找解密函数使用IDA Pro或Ghidra分析EXE查找对FORM数据的操作函数可能需要进行动态调试常见加密模式简单的XOR加密字节位移自定义加密算法解密脚本示例def decrypt_data(encrypted): key 0x55 # 示例密钥 return bytes([b ^ key for b in encrypted]) with open(encrypted.exe, rb) as f: data f.read() form_start data.find(bFORM) decrypted decrypt_data(data[form_start:])4.2 修改后的测试与验证任何修改都应经过严格测试基础测试程序是否能正常启动修改的资源是否显示正确游戏逻辑是否受到影响边界情况测试所有涉及修改资源的场景检查内存使用是否异常长时间运行稳定性崩溃处理如果游戏崩溃检查修改的字符串是否遵循规则验证资源文件格式是否正确使用调试工具分析崩溃点4.3 保护自己的游戏如果你是游戏开发者想防止这类修改资源加密对数据包部分使用强加密代码混淆使用商业混淆工具处理YYC输出完整性检查运行时验证关键代码段哈希值字符串加密不要直接存储明文字符串// 示例运行时字符串解密 const char* GetGameString(int id) { static const uint8_t encrypted[] {0x12, 0x34, 0x56, ...}; static char buffer[256]; DecryptString(encrypted[offsets[id]], buffer, keys[id]); return buffer; }修改YYC编译的游戏确实比标准GMS游戏更具挑战性但通过理解其内部结构和使用正确的工具链仍然可以实现安全的资源替换和文本修改。记住始终遵循不改变文件大小和不增加字符串长度这两条黄金规则就能避免大多数崩溃问题。