Probe world map mappin routes
This commit is contained in:
@@ -1,6 +1,7 @@
|
||||
# RED4ext logging shim
|
||||
|
||||
`EdgeWeightGPS` is a minimal RED4ext plugin used to verify a native logging foothold without changing gameplay data.
|
||||
`EdgeWeightGPS` is a RED4ext plugin used to probe native GPS/mappin code paths
|
||||
without changing gameplay data.
|
||||
|
||||
It writes `EdgeWeightGPS.log` beside the installed DLL:
|
||||
|
||||
@@ -12,11 +13,19 @@ Current behavior:
|
||||
|
||||
- Logs plugin load/unload.
|
||||
- Logs the RED4ext plugin handle and SDK pointer value passed to `Main`.
|
||||
- Does not call game RTTI or register script functions.
|
||||
- Registers Running game-state callbacks so route tests can be timestamped.
|
||||
- Hooks selected native wrappers and cores around `GPSSystem`, mappin tracking,
|
||||
world-map mappin selection, and map path framing.
|
||||
- Resolves the native mappin system when one of those paths fires, logs relevant
|
||||
vtable slot addresses, and temporarily hooks the route-adjacent slots.
|
||||
|
||||
Planned next step:
|
||||
Current route-probe focus:
|
||||
|
||||
- Build a richer RTTI/hooking variant with an MSVC-compatible Windows toolchain or a narrower hand-written SDK surface. The upstream RED4ext SDK headers build under MinGW for loader-only use, but the full SDK/static library currently pulls in generated native/GPU structures with MSVC layout assumptions.
|
||||
- `FrameMappinPath` wrapper/core: `0x27c4314`, `0x27bc1ec`
|
||||
- `SetSelectedMappin` wrappers/core: `0x27c4a38`, `0x27c4944`,
|
||||
`0x27c49c4`, `0x27c1684`
|
||||
- `TrackCustomPositionMappin` wrapper/core: `0x27c4aac`, `0x27c2318`
|
||||
- mappin-system slots `0x1f0`, `0x280`, and `0x2f0`
|
||||
|
||||
Build and install from the Fedora toolbox:
|
||||
|
||||
|
||||
Reference in New Issue
Block a user