gdsdecomp 完整指南从 PCK/EXE 中快速恢复 Godot 项目资源与 GDScript 源码【免费下载链接】gdsdecompGodot reverse engineering tools项目地址: https://gitcode.com/GitHub_Trending/gd/gdsdecompgdsdecomp 是一款面向 Godot 逆向工程的开源工具Godot RE Tools它能从 PCK、APK 或 EXE 包里提取项目资源批量反编译 GDScript 字节码并把一个已发布的游戏还原成可编辑的完整工程。下文按装好工具 → 跑通第一次恢复 → 命令行批量作业 → 处理卡点的顺序带你走完整个流程。什么情况下你需要 Godot 逆向工具三个场景几乎覆盖了绝大多数使用者工程丢了只剩发行版源码目录被误删手上只有 APK、PCK 或打包的 EXE。gdsdecomp 可以把场景、纹理、音频、着色器全部提取出来并重建project.godot和插件配置让项目重新能在编辑器里打开。拿到的是编译后的脚本GDScript 发布后是.gdc字节码。工具能把它还原成带注释的可读源码逻辑结构基本保留适合做二次开发。想拆解优秀项目的实现把别人的游戏拖进来直接读它的控制器、物理参数、状态机写法比猜快得多。它同时支持 Godot 4.x、3.x 和 2.x 的字节码版本覆盖从 2014 年bytecode 1到近年的全部版本定义版本对照表见 BYTECODE_HISTORY.md。获取 gdsdecomp装预编译版或源码编译方式一预编译版推荐。到项目的 Releases 页面下载对应平台的构建Windows 用户也可以直接用 Scoopscoop bucket add games scoop install gdsdecomp装完后终端里能执行gdre_tools --version即成功。方式二从源码编译。把仓库克隆进 Godot 源码的modules目录再整体重新编译引擎git clone https://gitcode.com/GitHub_Trending/gd/gdsdecomp modules/gdsdecomp依赖方面需要额外安装 rustup 和 .NET SDK完整引擎编译在普通硬件上大约要 30~60 分钟。⚠️ 源码构建基于一个 Godot 分支且构建时会自动给main/main.cpp打补丁以接入 CLI 参数解析。想还原就手动git checkout -- main/main.cpp重复执行 scons 是幂等的、不会重复打补丁。编译产物自带独立模式不进编辑器也能干活bin/godot.linuxbsd.template_debug.x86_64.llvm --headless \ --pathmodules/gdsdecomp/standalone --recovergame.pck第一次完整恢复从 PCK/EXE 到完整工程图形界面是最快的上手路径把 gdsdecomp 装进 Godot 引擎后菜单栏会出现 RE Tools → Recover project...在独立版里直接把 PCK/EXE拖到窗口上也行。图文件选择对话框支持 PCK、APK、EXE 三种包格式右侧列出已识别的文件类型选完文件后进入 PCK explorer顶部会显示包里的 Godot 版本和文件总数文件列表可逐项勾选。图恢复配置界面包含 Extract only 与 Full Recovery 两种模式及输出目录设置两种模式的区别Extract only只按原结构把包内文件倒出来不做任何转换。Full Recovery反编译全部 GDScript、还原工程文件、把导入过的资源.ctex、.oggvorbisstr等转回原始格式.png、.ogg、把自动转二进制的.tscn/.tres转回文本、重建插件配置。确认输出目录后点 Extract...。也可以用命令行完成同样的事gdre_tools --headless --recovergame.pck --outputrecovered跑完后会弹出恢复报告窗口同时生成gdre_export.log日志里面写着反编译成功/失败的脚本数、资源转换统计以及该工程应使用的 Godot 版本——后面用哪个版本的编辑器打开以日志里检测到的版本为准。用命令行批量反编译 GDScript 字节码拿到工程文件后单独处理脚本也完全可以用命令行。--decompile支持 glob 通配和批量指定文件gdre_tools --headless --decompilescripts/*.gdc --bytecode4.3.0--bytecode传 commit hash如f3f05dc或引擎版本号如4.3.0不传--output时结果就写在源文件旁边main.gdc→main.gd。执行后终端输出每个文件的状态全部成功时目录里出现一批可读的.gd。想验证自己的脚本能否编回字节码用反向命令--compile即可gdre_tools --headless --compilemain.gd --bytecode4.3.0图左侧为 PCK explorer 文件列表右侧为 Decompile GDScript 窗口中间展示 .gdc 反编译出的源码、右侧是与原版的差异对比批量处理大工程时用--include/--exclude做文件过滤glob 以res://为根**表示递归。例如只反编译res://**/*.gdc而不碰音频资源能明显缩短耗时。⚠️ 反编译前先用--list-bytecode-versions确认目标版本在支持列表里版本选错不会报错但会解出错乱的代码。解加密包重建与补丁 PCK 文件加密包不少商业游戏给 PCK 加了 AES 加密。密钥是 64 位十六进制字符串直接传参即可gdre_tools --headless --recovergame.pck \ --key000102030405060708090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F如果游戏用了自定义解密逻辑参考 docs/custom_decryptors.md 扩展自定义解密器配合--load-custom-bytecode加载自己的 JSON 字节码定义。PCK 工具箱还有几个常用命令gdre_tools --headless --list-filesgame.pck gdre_tools --headless --extractgame.pck --includeres://**/*.tscn前者只列清单不落地文件后者配合--include/--exclude做定向提取。反向操作也支持--pck-create把一个目录重新打包成 PCK需指定--pck-version和--pck-engine-version--pck-patch往已有 PCK 里替换或增补指定文件——改完一个脚本想塞回原包就是这条命令。另外--bin-to-txt/--txt-to-bin可以在文本场景/资源与二进制格式间批量互转处理老工程里的.tscn升级问题时很常用。恢复失败与版本不匹配的处理恢复报告窗口是第一手排错材料图Recovery report 窗口显示反编译脚本数、资源转换成功/失败数并指明应使用的 Godot 编辑器版本脚本大面积报错多半是版本不匹配。用日志里检测到的 Godot 版本打开工程仍不行就用--force-bytecode-version指定精确的字节码版本重跑一次。校验和不通过提取时报 MD5 错误可加--ignore-checksum-errors继续或--skip-checksum-check直接跳过校验仅当你确定文件被魔改过时使用。C# 项目传--csharp-assembly指向程序集工具会走 C# 反编译流程输出可读的 C# 源码。已知限制2.x 的模型dae、fbx、glb等和 GDNative/GDExtension 原生脚本目前无法转换恢复报告中会单列出来不要当作工具故障。⚠️ 报告里列出的 not converted 文件属于功能缺口重复执行不会改变结果提 issue 时附上gdre_export.log能大幅加速排查。高频卡点 FAQQ1反编译出的 GDScript 打不开或语法报错先核对gdre_export.log里检测到的引擎版本用同版本编辑器打开工程仍报错就显式指定--force-bytecode-version重新反编译。Q2支持 Godot 2.x 的老项目吗支持。2.x、3.x、4.x 的字节码都有解析器2.1.6 这类老版本也能正常提取但注意 2.x 的模型资源不在转换支持范围内。Q3EXE 里能直接提取吗可以直接把 Godot 打包的 EXE 传给--recover或拖进窗口工具会自动定位内嵌的 PCK。体积较大的 EXE 解析需要一两分钟属正常现象。Q4脚本被加密了怎么办拿到 64 位十六进制密钥后用--key参数传入密钥来源一般是发行包或游戏配置。加密方式非标准的走自定义解密器路线。Q5提取的场景在新版 Godot 里打不开用--bin-to-txt把资源转成文本格式后手动调整更稳妥的做法是按报告提示使用原工程对应的 Godot 版本处理。整体流程到这里就闭环了装好工具 → 完整恢复 → 批量反编译 → 按需解包/回包。对于只想把东西救回来的诉求Full Recovery 一条命令基本就能覆盖二次开发场景下命令行参数组合能帮你把处理范围精确到单个 glob 模式。【免费下载链接】gdsdecompGodot reverse engineering tools项目地址: https://gitcode.com/GitHub_Trending/gd/gdsdecomp创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
gdsdecomp 完整指南从 PCK/EXE 中快速恢复 Godot 项目资源与 GDScript 源码【免费下载链接】gdsdecompGodot reverse engineering tools项目地址: https://gitcode.com/GitHub_Trending/gd/gdsdecompgdsdecomp 是一款面向 Godot 逆向工程的开源工具Godot RE Tools它能从 PCK、APK 或 EXE 包里提取项目资源批量反编译 GDScript 字节码并把一个已发布的游戏还原成可编辑的完整工程。下文按装好工具 → 跑通第一次恢复 → 命令行批量作业 → 处理卡点的顺序带你走完整个流程。什么情况下你需要 Godot 逆向工具三个场景几乎覆盖了绝大多数使用者工程丢了只剩发行版源码目录被误删手上只有 APK、PCK 或打包的 EXE。gdsdecomp 可以把场景、纹理、音频、着色器全部提取出来并重建project.godot和插件配置让项目重新能在编辑器里打开。拿到的是编译后的脚本GDScript 发布后是.gdc字节码。工具能把它还原成带注释的可读源码逻辑结构基本保留适合做二次开发。想拆解优秀项目的实现把别人的游戏拖进来直接读它的控制器、物理参数、状态机写法比猜快得多。它同时支持 Godot 4.x、3.x 和 2.x 的字节码版本覆盖从 2014 年bytecode 1到近年的全部版本定义版本对照表见 BYTECODE_HISTORY.md。获取 gdsdecomp装预编译版或源码编译方式一预编译版推荐。到项目的 Releases 页面下载对应平台的构建Windows 用户也可以直接用 Scoopscoop bucket add games scoop install gdsdecomp装完后终端里能执行gdre_tools --version即成功。方式二从源码编译。把仓库克隆进 Godot 源码的modules目录再整体重新编译引擎git clone https://gitcode.com/GitHub_Trending/gd/gdsdecomp modules/gdsdecomp依赖方面需要额外安装 rustup 和 .NET SDK完整引擎编译在普通硬件上大约要 30~60 分钟。⚠️ 源码构建基于一个 Godot 分支且构建时会自动给main/main.cpp打补丁以接入 CLI 参数解析。想还原就手动git checkout -- main/main.cpp重复执行 scons 是幂等的、不会重复打补丁。编译产物自带独立模式不进编辑器也能干活bin/godot.linuxbsd.template_debug.x86_64.llvm --headless \ --pathmodules/gdsdecomp/standalone --recovergame.pck第一次完整恢复从 PCK/EXE 到完整工程图形界面是最快的上手路径把 gdsdecomp 装进 Godot 引擎后菜单栏会出现 RE Tools → Recover project...在独立版里直接把 PCK/EXE拖到窗口上也行。图文件选择对话框支持 PCK、APK、EXE 三种包格式右侧列出已识别的文件类型选完文件后进入 PCK explorer顶部会显示包里的 Godot 版本和文件总数文件列表可逐项勾选。图恢复配置界面包含 Extract only 与 Full Recovery 两种模式及输出目录设置两种模式的区别Extract only只按原结构把包内文件倒出来不做任何转换。Full Recovery反编译全部 GDScript、还原工程文件、把导入过的资源.ctex、.oggvorbisstr等转回原始格式.png、.ogg、把自动转二进制的.tscn/.tres转回文本、重建插件配置。确认输出目录后点 Extract...。也可以用命令行完成同样的事gdre_tools --headless --recovergame.pck --outputrecovered跑完后会弹出恢复报告窗口同时生成gdre_export.log日志里面写着反编译成功/失败的脚本数、资源转换统计以及该工程应使用的 Godot 版本——后面用哪个版本的编辑器打开以日志里检测到的版本为准。用命令行批量反编译 GDScript 字节码拿到工程文件后单独处理脚本也完全可以用命令行。--decompile支持 glob 通配和批量指定文件gdre_tools --headless --decompilescripts/*.gdc --bytecode4.3.0--bytecode传 commit hash如f3f05dc或引擎版本号如4.3.0不传--output时结果就写在源文件旁边main.gdc→main.gd。执行后终端输出每个文件的状态全部成功时目录里出现一批可读的.gd。想验证自己的脚本能否编回字节码用反向命令--compile即可gdre_tools --headless --compilemain.gd --bytecode4.3.0图左侧为 PCK explorer 文件列表右侧为 Decompile GDScript 窗口中间展示 .gdc 反编译出的源码、右侧是与原版的差异对比批量处理大工程时用--include/--exclude做文件过滤glob 以res://为根**表示递归。例如只反编译res://**/*.gdc而不碰音频资源能明显缩短耗时。⚠️ 反编译前先用--list-bytecode-versions确认目标版本在支持列表里版本选错不会报错但会解出错乱的代码。解加密包重建与补丁 PCK 文件加密包不少商业游戏给 PCK 加了 AES 加密。密钥是 64 位十六进制字符串直接传参即可gdre_tools --headless --recovergame.pck \ --key000102030405060708090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F如果游戏用了自定义解密逻辑参考 docs/custom_decryptors.md 扩展自定义解密器配合--load-custom-bytecode加载自己的 JSON 字节码定义。PCK 工具箱还有几个常用命令gdre_tools --headless --list-filesgame.pck gdre_tools --headless --extractgame.pck --includeres://**/*.tscn前者只列清单不落地文件后者配合--include/--exclude做定向提取。反向操作也支持--pck-create把一个目录重新打包成 PCK需指定--pck-version和--pck-engine-version--pck-patch往已有 PCK 里替换或增补指定文件——改完一个脚本想塞回原包就是这条命令。另外--bin-to-txt/--txt-to-bin可以在文本场景/资源与二进制格式间批量互转处理老工程里的.tscn升级问题时很常用。恢复失败与版本不匹配的处理恢复报告窗口是第一手排错材料图Recovery report 窗口显示反编译脚本数、资源转换成功/失败数并指明应使用的 Godot 编辑器版本脚本大面积报错多半是版本不匹配。用日志里检测到的 Godot 版本打开工程仍不行就用--force-bytecode-version指定精确的字节码版本重跑一次。校验和不通过提取时报 MD5 错误可加--ignore-checksum-errors继续或--skip-checksum-check直接跳过校验仅当你确定文件被魔改过时使用。C# 项目传--csharp-assembly指向程序集工具会走 C# 反编译流程输出可读的 C# 源码。已知限制2.x 的模型dae、fbx、glb等和 GDNative/GDExtension 原生脚本目前无法转换恢复报告中会单列出来不要当作工具故障。⚠️ 报告里列出的 not converted 文件属于功能缺口重复执行不会改变结果提 issue 时附上gdre_export.log能大幅加速排查。高频卡点 FAQQ1反编译出的 GDScript 打不开或语法报错先核对gdre_export.log里检测到的引擎版本用同版本编辑器打开工程仍报错就显式指定--force-bytecode-version重新反编译。Q2支持 Godot 2.x 的老项目吗支持。2.x、3.x、4.x 的字节码都有解析器2.1.6 这类老版本也能正常提取但注意 2.x 的模型资源不在转换支持范围内。Q3EXE 里能直接提取吗可以直接把 Godot 打包的 EXE 传给--recover或拖进窗口工具会自动定位内嵌的 PCK。体积较大的 EXE 解析需要一两分钟属正常现象。Q4脚本被加密了怎么办拿到 64 位十六进制密钥后用--key参数传入密钥来源一般是发行包或游戏配置。加密方式非标准的走自定义解密器路线。Q5提取的场景在新版 Godot 里打不开用--bin-to-txt把资源转成文本格式后手动调整更稳妥的做法是按报告提示使用原工程对应的 Godot 版本处理。整体流程到这里就闭环了装好工具 → 完整恢复 → 批量反编译 → 按需解包/回包。对于只想把东西救回来的诉求Full Recovery 一条命令基本就能覆盖二次开发场景下命令行参数组合能帮你把处理范围精确到单个 glob 模式。【免费下载链接】gdsdecompGodot reverse engineering tools项目地址: https://gitcode.com/GitHub_Trending/gd/gdsdecomp创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
