以撒的结合外挂与图鉴

游戏引擎与外挂/Mod技术适配性分析

《以撒的结合》（The Binding of Isaac）并非基于虚幻引擎（UE4/UE5）开发，而是使用 Adobe Flash（原版） 和后续重制版 The Binding of Isaac: Rebirth 采用 C++ + 自研渲染框架（基于SDL2） 实现，并未使用 Unreal Engine 的 UObject、GObjects、GNames 等核心运行时结构3。因此，UEDumper、Unreal Finder Tool（UFT）等专为 UE 架构设计的 SDK 提取工具完全不适用于该系列游戏1。其内存布局、反射系统、类导出机制与 UE 生态存在根本性差异，强行尝试 Dump UE 风格 SDK 将无法获得有效符号或类型信息。

主流可用技术路径与工具链

针对《以撒的结合：重生》（Rebirth），社区长期依赖以下成熟方案实现图鉴、辅助与作弊功能：

• 内存扫描与静态偏移定位：借助 Cheat Engine 进行实时内存扫描，结合已知结构（如Player对象在g_GameState中的固定偏移、道具 ID 数组基址）构建稳定读取逻辑。例如玩家血量通常位于g_GameState + 0x1A8偏移处（版本依赖），道具图鉴状态常映射至g_ItemPool + 0x20起始的布尔数组1。

• 官方 Mod API 支持（推荐合法路径）：Rebirth 内置 Lua 脚本接口，允许开发者通过modapi加载.lua插件。主流图鉴类 Mod（如 Isaac Encyclopedia、Item Tracker）均基于此机制实现——无需注入、无反作弊冲突、兼容 Steam Workshop 分发。典型代码结构如下：

lua

-- 示例：简易道具图鉴状态读取（需配合 modapi 注册）

function mod:postUpdate()

local player = Isaac.GetPlayer(0)

if player then

local collectedItems = {}

for itemId = 0, 1000 do

if CollectibleType.HasCollectible(itemId) and player:HasCollectible(itemId) then

table.insert(collectedItems, itemId)

end

end

-- 渲染逻辑或日志输出

end

end

• DLL 注入与 Hook（高风险路径）：部分高级辅助工具（如 Isaac Cheat Engine Table 或 BindingHelper）通过 DetourGameLoop::Update或InputManager::GetInput函数实现帧级状态捕获。此类操作易触发 Steam Anti-Cheat（VAC）或开发商自研检测（如对Isaac.exe段校验），且违反 ToS2。

合法图鉴与辅助 Mod 推荐（Steam Workshop）

• Isaac Encyclopedia：离线式全道具/怪物/房间图鉴浏览器，支持搜索、筛选与收藏，纯 Lua 实现，零内存操作。
• Item Tracker：实时显示已收集道具图标及解锁进度，集成于 HUD 左下角，兼容所有 DLC。
• Boss Rush Helper：自动标记 Boss Rush 模式中各层 Boss 弱点与机制提示，基于游戏内事件回调而非内存读取。

法律与平台合规警示

根据 Valve 及 Nicalis 官方政策，《以撒的结合》单机模式允许非联网型 Mod（含图鉴、UI 增强），但禁止：

• 修改网络同步状态（如联机房作弊）；
• 绕过成就系统验证；
• 分发含恶意代码的第三方 DLL/EXE 工具2。
  违规行为可能导致 Steam 账户限制或游戏封禁。

开发者资源指引

若需深度定制，应优先查阅：

• 官方 Modding Wiki（https://bindingofisaac.fandom.com/wiki/Modding_Wiki）；
• GitHub 上开源 Mod 项目（如Kasra22/Isaac-Item-Tracker）；
• Cheat Engine 社区发布的.ct表（需手动验证版本兼容性）。

转载自 CSDN-专业IT技术社区

原文链接：https://blog.csdn.net/2501_92309719/article/details/167080786