gdsdecomp5 分钟从 PCK 恢复 Godot 项目脚本一次反编译到位【免费下载链接】gdsdecompGodot reverse engineering tools项目地址: https://gitcode.com/GitHub_Trending/gd/gdsdecompgdsdecompGodot RE Tools是一套 Godot 逆向工程工具把打包成 PCK、APK 或嵌入 EXE 的游戏文件重新变成能在编辑器里打开的项目——恢复 project.godot把编译后的 .gdc 字节码脚本反编译回可读的 .gd 源码并把导入资源转回原始格式。适合丢过源码的开发者、想拆解游戏实现的工程师以及做安全审计的人。谁需要它什么时候用小赵用 Godot 4.2 发了个平台游戏源码盘阵亡了。手里只剩发布包里的 .pck。用--recover跑一次整个项目回来场景、脚本、音频外加日志告诉你这个项目是用 4.2 编的建议用 4.2 编辑器打开。小林要改一个已上线 Godot 4.4 项目的资源但拿不到源码仓库。他不想解包整个项目直接--decompile点掉那一个 .gdc几秒钟拿到 .gd 对照着改。安全审计员拿到一批 Godot 4.x 游戏。仓库tests/test_projects/exported/里按 2.1.1 到 4.5.1 共 16 个引擎版本各备了一个导出包拿来做批量提取、逐个核对脚本还原情况流程可以完全脚本化。能力速览能力一句话说明典型命令/入口完整项目恢复从 APK / PCK / 嵌入式 EXE 恢复出可编辑项目gdre_tools --headless --recovergame.pckGDScript 反编译.gdc 字节码还原成 .gd覆盖 2.x / 3.x / 4.x 全部版本--decompilescript.gdc解包与只列清单提取 PCK/APK/EXE或先只列出里面有哪些文件--extract.../--list-files...PCK 创建与修补从目录打包 PCK或替换/增删包内文件--pck-createDIR/--pck-patchGAME.pck资源格式互转二进制 .res ↔ 文本 .tres 批量转换--bin-to-txt.../--txt-to-bin...翻译修补用 CSV 替换包内翻译可配合 PCK 修补一起用--patch-translationscsvres://path跟着做从拿到仓库到跑通第一个结果工具入口是预编译的gdre_tools官方发布页下载Windows 上也可以用包管理器装scoop bucket add games scoop install gdsdecomp如果你的目标是完整恢复一个项目直接对包跑--recover。仓库自带 16 个引擎版本的测试导出包拿 4.5.1 的 platformer 试手gdre_tools --headless --recovertests/test_projects/exported/4.5.1/2d/platformer/platformer.pck你会看到当前目录多出一个platformer_extracted里面 .gdc 已全部变成 .gd、导入资源回到原始格式日志末尾打印检测到的引擎版本和建议使用的编辑器版本。如果你的目标是只要脚本别的东西都别管加--scripts-only跳过资源处理gdre_tools --headless --recovergame.pck --scripts-only如果你的目标是这个包是加密的加密 PCK 必须传 key不传会在解密阶段直接失败。key 是 64 位十六进制字符串先用--list-files确认包能正常打开gdre_tools --headless --list-filesgame.pck --key00010203...1E1F如果你的目标是单个 .gdc 反编译不恢复整个项目也能单点操作--bytecode给引擎版本commit 哈希或版本号都行gdre_tools --headless --decompiletests/test_scripts/4.4/code/main.gdc --bytecode4.4你会在 .gdc 同位置看到生成的main.gd。常用参数与配置--outputDIR— 指定输出目录 — 不指定时默认建NAME_extracted文件夹想控制落盘位置就显式传。--keyKEY— 64 位十六进制加密密钥 — 加密包必传大多数解不开的工单最后都发现是密钥本身不对而不是工具问题。--includeGLOB / --excludeGLOB— glob 过滤要处理的文件 — 可以重复传多个模式建议以res://或user://开头**表示递归。特例只带通配符、不含目录的*.gdc会被自动当成res://**/*.gdc。--force-bytecode-versionVERSION— 强制指定字节码版本 — 自动匹配失败时用传 commit 哈希如f3f05dc或版本号如4.3.0。--scripts-only— 只提取/恢复脚本跳过资源 — 大项目上跑起来快得多分析代码时先用它。--pck-version / --pck-engine-version— 创建 PCK 时的格式版本0/1/2与引擎版本 — 走--pck-create时两个都必须给。它不能做什么2.x 时代的 3D 模型.dae、.fbx、.glb它不认恢复不出来。GDNative 和 GDExtension 的原生扩展脚本不在反编译范围里。密钥错了它救不了你——官方明确不提供密钥提取帮助你得自己先把密钥搞对。它恢复的是资源和脚本美术的原始源文件.blend、.psd不在能力范围内。踩坑与排错现象提取/恢复时报 MD5 校验和错误。原因包内文件内容与记录的校验和不一致通常意味着资源被改过。处理先确认是否预期内修改确认无误就加--skip-checksum-check跳过检查。现象脚本反编译报错或输出明显不对。原因字节码版本和实际引擎对不上工具默认按引擎版本自动匹配自编译或魔改引擎容易失配。处理--list-bytecode-versions看工具支持哪些版本再用--force-bytecode-version手动指定。现象恢复出来的项目打开就报错。原因编辑器版本不对。处理恢复日志末尾会写明检测到的引擎版本用同版本的 Godot 编辑器打开别随手装个最新。现象加密 PCK 传了--key还是解不开。原因游戏厂商对密钥做了二次变换或压根没用标准 AES-256-CFB 方案。处理先确认密钥正确、再确认非标准加密确认是自定义加密后可以写一个继承CustomDecryptor类的 GDScript用--custom-decryption-script加载docs/custom_decryptors.md 有完整写法和标准加密的参考脚本。再深入一点字节码定义按 commit 组织在 bytecode/ 目录一个文件对应一个 Godot 版本想支持魔改引擎先用--dump-bytecode-versions把定义导出成 JSON改完再用--load-custom-bytecode加载回来。资源导出逻辑分散在 exporters/每种资源一个导出器想加新格式照这个模式写C# 项目的反编译走 godot-mono-decomp/ 那条 .NET 程序集反编译的线。拿仓库自带的测试包先跑一次--recover跑通之后你手上任何 Godot 游戏包都可以套同一套流程。【免费下载链接】gdsdecompGodot reverse engineering tools项目地址: https://gitcode.com/GitHub_Trending/gd/gdsdecomp创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考