Game-Decompilation/sotn-decomp
1
0
Fork 0
mirror of https://github.com/Xeeynamo/sotn-decomp.git synced 2024-11-27 06:50:35 +00:00
Code Issues Actions 5 Packages Projects Releases Wiki Activity
8cd4eb91bc
sotn-decomp/config/undefined_syms.pspeu.txt

35 lines
1.1 KiB
Plaintext
Raw Normal View History

Add ST/WRP from PSP (#1172) Extract ST/WRP out of #1119 . All the function symbols should have been cross-referenced. There as some PSX functions missing from PSP and some new functions from PSP that are not present on PSX (e.g. `st_init_wrp.c`). The files `st_debug.c` and `e_breakable.c` are shared between WRP PSX and WRP PSP. Everything else from PSP is isolated into its own folder. I had to do some tricks on the YAML config to allow shared code. `ST_WRP_MERGE = st_debug e_breakable` in the `Makefile` is a bit annoying as MWCC complains about every single minute detail from the C source that has been already decompiled for the PSX US build. `EntityWarpSmallRocks` is matching on PSP but I couldn't extract the rodata without having a bunch of linker errors. This might be a Splat issue. I need to investigate further. `func_psp_09244760` is soooo interesting. The values from `0x11` to `0x17` matches the Entity IDs that are unique to the WRP overlay. This aligns to what we have in `typedef enum EntityIDs`. Overall I am very excited to the recent discoveries from the PSP build!
2024-05-25 18:56:06 +00:00
D_08C6BC30 = 0x08C6BC30;
D_08C6BC34 = 0x08C6BC34;
Fix g_LayoutObjHorizontal and g_LayoutObjVertical types (#1209) As discovered in [one of the recent PSP functions](https://decomp.me/scratch/thtl9), the types for `g_LayoutObjHorizontal` and `g_LayoutObjVertical` are not of `LayoutObject*` but `u16*`. This saves some awkward casts that caused Clang and modern GCC to fail to compile some recent code (specifically `((u16*)g_LayoutObjVertical) = ` being not valid C). This is a bit sad as it reverts part of the changes from #1166 that aimed to improve code clarity.
2024-05-30 17:34:42 +00:00
g_pStObjLayoutHorizontal = 0x08C6BC38;
g_pStObjLayoutVertical = 0x08C6BC3C;
Add ST/WRP from PSP (#1172) Extract ST/WRP out of #1119 . All the function symbols should have been cross-referenced. There as some PSX functions missing from PSP and some new functions from PSP that are not present on PSX (e.g. `st_init_wrp.c`). The files `st_debug.c` and `e_breakable.c` are shared between WRP PSX and WRP PSP. Everything else from PSP is isolated into its own folder. I had to do some tricks on the YAML config to allow shared code. `ST_WRP_MERGE = st_debug e_breakable` in the `Makefile` is a bit annoying as MWCC complains about every single minute detail from the C source that has been already decompiled for the PSX US build. `EntityWarpSmallRocks` is matching on PSP but I couldn't extract the rodata without having a bunch of linker errors. This might be a Splat issue. I need to investigate further. `func_psp_09244760` is soooo interesting. The values from `0x11` to `0x17` matches the Entity IDs that are unique to the WRP overlay. This aligns to what we have in `typedef enum EntityIDs`. Overall I am very excited to the recent discoveries from the PSP build!
2024-05-25 18:56:06 +00:00
g_StageId = 0x091CE5B8;
Prevent entity from respawning refactor (#1176) Thanks to @sozud for the hint and @bismurphy for the refactoring idea. The function `PreventEntityFromRespawning` on PSP hints that the struct starts 8 bytes earlier. Also there's a missing `nop` at `PreventEntityFromRespawning`, suggesting the function had to be moved to the previous function.
2024-05-26 17:07:53 +00:00
g_unkGraphicsStruct = 0x091CE5F8;
WRP PSP UpdateRoomPosition (#1180)
2024-05-26 19:47:27 +00:00
g_ScrollDeltaX = 0x091CE698;
g_ScrollDeltaY = 0x091CE690;
Add ST/WRP from PSP (#1172) Extract ST/WRP out of #1119 . All the function symbols should have been cross-referenced. There as some PSX functions missing from PSP and some new functions from PSP that are not present on PSX (e.g. `st_init_wrp.c`). The files `st_debug.c` and `e_breakable.c` are shared between WRP PSX and WRP PSP. Everything else from PSP is isolated into its own folder. I had to do some tricks on the YAML config to allow shared code. `ST_WRP_MERGE = st_debug e_breakable` in the `Makefile` is a bit annoying as MWCC complains about every single minute detail from the C source that has been already decompiled for the PSX US build. `EntityWarpSmallRocks` is matching on PSP but I couldn't extract the rodata without having a bunch of linker errors. This might be a Splat issue. I need to investigate further. `func_psp_09244760` is soooo interesting. The values from `0x11` to `0x17` matches the Entity IDs that are unique to the WRP overlay. This aligns to what we have in `typedef enum EntityIDs`. Overall I am very excited to the recent discoveries from the PSP build!
2024-05-25 18:56:06 +00:00
g_Servant = 0x091CF028;
g_Player = 0x091CF030;
WRP PSP e_particles (#1227) Quite a big one. I merged `EntitySoulStealOrb` across all overlays by normalising the symbol names. The symbol types was all over the place, so I had to fix that as well. I solved the s16/u16 ifdef between PSX and PSP. The only part I couldn't match without a ifdef was `angle = (angle - 1) * 8;` and `angle = (angle * 8) - 8;`. I also decompiled the exclusive PSP functions `func_psp_0923AD68` and `func_psp_0923B2F0` and merged the PSX and PSP `e_particles.c` code. The exclusive functions required a file split.
2024-06-01 19:32:59 +00:00
D_psp_091CF3A0 = 0x091CF3A0;
D_psp_091CF3A4 = 0x091CF3A4;
D_psp_091CF3A8 = 0x091CF3A8;
D_psp_091CF3AC = 0x091CF3AC;
D_psp_091CF3DC = 0x091CF3DC;
Add ST/WRP from PSP (#1172) Extract ST/WRP out of #1119 . All the function symbols should have been cross-referenced. There as some PSX functions missing from PSP and some new functions from PSP that are not present on PSX (e.g. `st_init_wrp.c`). The files `st_debug.c` and `e_breakable.c` are shared between WRP PSX and WRP PSP. Everything else from PSP is isolated into its own folder. I had to do some tricks on the YAML config to allow shared code. `ST_WRP_MERGE = st_debug e_breakable` in the `Makefile` is a bit annoying as MWCC complains about every single minute detail from the C source that has been already decompiled for the PSX US build. `EntityWarpSmallRocks` is matching on PSP but I couldn't extract the rodata without having a bunch of linker errors. This might be a Splat issue. I need to investigate further. `func_psp_09244760` is soooo interesting. The values from `0x11` to `0x17` matches the Entity IDs that are unique to the WRP overlay. This aligns to what we have in `typedef enum EntityIDs`. Overall I am very excited to the recent discoveries from the PSP build!
2024-05-25 18:56:06 +00:00
g_api = 0x091CF738;
g_PrimBuf = 0x091CFAF8;
D_8003C708 = 0x091E1308;
g_Tilemap = 0x091E1628;
g_Entities = 0x091E1680;
g_Clut = 0x091F5DF8;
WRP PSP check-in more function (#1189) The highlight is that `src/st/wrp/st_update.c` is shared across the two overlays. `EntityMessageBox` and `EntityStageNamePopup` are vastly different.
2024-05-27 17:47:49 +00:00
g_GameTimer = 0x091FC460;
Add ST/WRP from PSP (#1172) Extract ST/WRP out of #1119 . All the function symbols should have been cross-referenced. There as some PSX functions missing from PSP and some new functions from PSP that are not present on PSX (e.g. `st_init_wrp.c`). The files `st_debug.c` and `e_breakable.c` are shared between WRP PSX and WRP PSP. Everything else from PSP is isolated into its own folder. I had to do some tricks on the YAML config to allow shared code. `ST_WRP_MERGE = st_debug e_breakable` in the `Makefile` is a bit annoying as MWCC complains about every single minute detail from the C source that has been already decompiled for the PSX US build. `EntityWarpSmallRocks` is matching on PSP but I couldn't extract the rodata without having a bunch of linker errors. This might be a Splat issue. I need to investigate further. `func_psp_09244760` is soooo interesting. The values from `0x11` to `0x17` matches the Entity IDs that are unique to the WRP overlay. This aligns to what we have in `typedef enum EntityIDs`. Overall I am very excited to the recent discoveries from the PSP build!
2024-05-25 18:56:06 +00:00
g_pads = 0x091FC4A8;
Prevent entity from respawning refactor (#1176) Thanks to @sozud for the hint and @bismurphy for the refactoring idea. The function `PreventEntityFromRespawning` on PSP hints that the struct starts 8 bytes earlier. Also there's a missing `nop` at `PreventEntityFromRespawning`, suggesting the function had to be moved to the previous function.
2024-05-26 17:07:53 +00:00
g_randomNext = 0x091CE6B0;
g_CurrentEntity = 0x091E1678;
PfnEntityUpdates = 0x08C6BC30;
ST WRP re-organise C files (#1181) A massive PR, I know. It's the smallest change I could do to make this happen. After comparing the function order from both ST/WRP PSX and ST/WRP PSP, I was able to come up with a file split much different from the one suggested from Splat. It still returns an :ok: and it follows the same group functions order from the two game builds. As soon as we are on board with the C names, next PR will be to do the same with the PSX overlay. Then in another PR we will be able to start merging the C files between the two builds. Ideally the same approach can be used for sharing C files across the different overlays instead of relying to floating header files in `src/st`
2024-05-26 19:59:07 +00:00
g_PlayableCharacter = 0x091CF020;
WRP PSP check-in more function (#1189) The highlight is that `src/st/wrp/st_update.c` is shared across the two overlays. `EntityMessageBox` and `EntityStageNamePopup` are vastly different.
2024-05-27 17:47:49 +00:00
D_8018047C = 0x09246ED0;
g_ItemIconSlots = 0x0924BC20;
WRP PSP e_particles (#1227) Quite a big one. I merged `EntitySoulStealOrb` across all overlays by normalising the symbol names. The symbol types was all over the place, so I had to fix that as well. I solved the s16/u16 ifdef between PSX and PSP. The only part I couldn't match without a ifdef was `angle = (angle - 1) * 8;` and `angle = (angle * 8) - 8;`. I also decompiled the exclusive PSP functions `func_psp_0923AD68` and `func_psp_0923B2F0` and merged the PSX and PSP `e_particles.c` code. The exclusive functions required a file split.
2024-06-01 19:32:59 +00:00
g_PlayableCharacter = 0x091CF020;
WRP PSP more functions (#1202)
2024-05-28 18:57:19 +00:00
D_091CF6DC = 0x091CF6DC;
Fix g_LayoutObjHorizontal and g_LayoutObjVertical types (#1209) As discovered in [one of the recent PSP functions](https://decomp.me/scratch/thtl9), the types for `g_LayoutObjHorizontal` and `g_LayoutObjVertical` are not of `LayoutObject*` but `u16*`. This saves some awkward casts that caused Clang and modern GCC to fail to compile some recent code (specifically `((u16*)g_LayoutObjVertical) = ` being not valid C). This is a bit sad as it reverts part of the changes from #1166 that aimed to improve code clarity.
2024-05-30 17:34:42 +00:00
D_091CF698 = 0x091CF698;
PSP WRP EntityWarpRoom (#1296)
2024-06-11 04:19:56 +00:00
D_8003C8B8 = 0x091CE580;
D_8003BEBC = 0x09234800;
D_80097C98 = 0x091ed280;
Reference in New Issue Copy Permalink