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
faf36a565e
sotn-decomp/config/splat.us.stsel.yaml

133 lines
4.8 KiB
YAML
Raw Normal View History

Add SEL overlay
2022-12-21 16:33:15 +00:00
options:
platform: psx
basename: stsel
base_path: ..
Writes built binaries into build/us/
2023-02-21 20:06:27 +00:00
build_path: build/us
Change how game assets are managed
2023-02-21 23:25:24 +00:00
target_path: disks/us/ST/SEL/SEL.BIN
Change assembly location from asm/ to asm/us/
2023-02-21 19:11:05 +00:00
asm_path: asm/us/st/sel
Add SEL overlay
2022-12-21 16:33:15 +00:00
asset_path: assets/st/sel
src_path: src/st/sel
Enhance make extract on PSX (#662) Previously if either the YAML or the symbol list were changed, we were forced to either manually delete the `asm` folder of the specific overlay or to invoke `make clean`, where the latter forced us to re-extract all the overlays via `make -j extract`. That changes with this PR. How `make` works is `target: dep1 dep2` where if one of the dependencies has the last modified date greater than the target, the rule is triggered again. Previously we were extracting overlays doing `make extract_stcen`. But since every overlay extraction generates a linker script I now changed the rules to do `make build/us/stcen.ld` to extract the same overlay. As I explained above, if either the YAML or one of the related symbols changes, the linker modified date will be older and the extraction for that overlay to be trigger again. The above allowed me to stop polluting the repo root with the linker scripts as they are now moved into `build/us` or `build/hd` depending of what you're trying to build. If you do `make extract` twice in a row you will be welcomed with a `make: Nothing to be done for 'extract'.`. There are still some instances where you **might** need `make clean` beforehand, especially when modifying the `segment` section in the YAML or renaming the symbols. A `rm -rf asm/$(VERSION)/$*` can help but I want to see if the current solution will be enough. ### Please try removing `make clean` from your workflow, once this is merged, to quickly detect possible problems with this new approach. I am also planning to make more substantial changes on our build-chain like this PR or #660 in the future. I am aiming to small incremental changes over time in case I break someone's flow or detect design flaws. I am also considering the breaking changes introduced in make 4.4, which will most likely be included in Ubuntu 24.04 LTS. I set March 2024 as a deadline to finish all the new build-chain work. --------- Co-authored-by: sozud <122322823+sozud@users.noreply.github.com>
2023-10-05 08:26:29 +00:00
ld_script_path: build/us/stsel.ld
Add SEL overlay
2022-12-21 16:33:15 +00:00
compiler: GCC
Pass undefined_syms files to linker (#1065) Creating a PR for this, will look at updating splat in a separate PR
2024-02-18 14:57:03 +00:00
symbol_addrs_path:
- config/symbols.us.txt
- config/symbols.us.stsel.txt
Rename config folder to use game version
2023-02-21 01:42:33 +00:00
undefined_funcs_auto_path: config/undefined_funcs_auto.us.stsel.txt
undefined_syms_auto_path: config/undefined_syms_auto.us.stsel.txt
Add SEL overlay
2022-12-21 16:33:15 +00:00
find_file_boundaries: yes
use_legacy_include_asm: no
migrate_rodata_to_functions: no
use jlabel for rodata labels (#260) Compare https://decomp.me/scratch/dhUE5 with https://decomp.me/scratch/NZt5p. e.g. with this PR: ![image](https://github.com/Xeeynamo/sotn-decomp/assets/22226349/bf999863-a66f-4b64-abbe-a41e4be34181) vs without: ![image](https://github.com/Xeeynamo/sotn-decomp/assets/22226349/04141d82-aedd-4451-817c-ff98e9e10a17)
2023-06-18 14:17:36 +00:00
asm_jtbl_label_macro: jlabel
Extract g_Rooms for all the overlays
2023-03-13 20:56:36 +00:00
extensions_path: tools/splat_ext
Fix decomp on binutils 2.36 and onward
2022-12-25 09:46:07 +00:00
section_order:
Update external tools (#764) Occasional maintenance: * asm-differ: latest commit * m2c: latest commit * maspsx: latest commit * spimdisasm: 0.18.0 latest * splat: 0.17.3 The latest version of splat is 0.19.1 but a breaking change in [0.18.0](https://github.com/ethteck/splat/pull/294) is preventing me to upgrade further ([discussion here](https://discord.com/channels/710646040331681844/813939516385525790/1172978921000669274)) Some YAML were malformed and since splat 0.17.0 there are additional checks to ensure they are compliant. There are also new checks that prevents a malformed symbol list including duplicates, which I fixed too.
2023-11-15 23:38:30 +00:00
- ".data"
Fix decomp on binutils 2.36 and onward
2022-12-25 09:46:07 +00:00
- ".rodata"
- ".text"
Update external tools (#764) Occasional maintenance: * asm-differ: latest commit * m2c: latest commit * maspsx: latest commit * spimdisasm: 0.18.0 latest * splat: 0.17.3 The latest version of splat is 0.19.1 but a breaking change in [0.18.0](https://github.com/ethteck/splat/pull/294) is preventing me to upgrade further ([discussion here](https://discord.com/channels/710646040331681844/813939516385525790/1172978921000669274)) Some YAML were malformed and since splat 0.17.0 there are additional checks to ensure they are compliant. There are also new checks that prevents a malformed symbol list including duplicates, which I fixed too.
2023-11-15 23:38:30 +00:00
- ".bss"
Update splat to 0.24.4 (#1112) Still work in progress. I removed splat as a submodule and started using it as a pip package instead. Everything is matching but the memory card icons part in both DRA and SEL. I still have no idea what the issue is. Once this PR is good to be merged, we can get rid of the splat fork too.
2024-06-12 17:50:32 +00:00
- ".sbss"
Build QoL (#1632) Several quality of life changes for building: * The Makefile has a `help` target which will show common targets. Targets with comments starting with `##@` will be included in the help output. * The `check` target now has colored output. * Added `check_disk` target which will check hashes of extracted disk contents (useful for those who dump their own discs) * Added `dump_disk` target which will create a bin/cue pair from an original disc.
2024-09-20 22:56:34 +00:00
sha1: a919a53a760107972049bfdeadde33376428eace
Add SEL overlay
2022-12-21 16:33:15 +00:00
segments:
- name: stsel
type: code
start: 0x00000000
vram: 0x80180000
Update splat to 0.24.4 (#1112) Still work in progress. I removed splat as a submodule and started using it as a pip package instead. Everything is matching but the memory card icons part in both DRA and SEL. I still have no idea what the issue is. Once this PR is good to be merged, we can get rid of the splat fork too.
2024-06-12 17:50:32 +00:00
align: 4
SEL decompile stream MDEC handlers (#578) A few quick wins, which leave three functions yet to decompile in `stream.c`. Interestingly, there are no functions between `save_mgr3.c` and `stream.c`. Yet the `.rodata` segment between these two source files stores the entire Equipment, Accessory and LBA arrays. We are currently exporting the first two as JSONs. I have the feeling these information were stored just as C code and they got linked on both DRA and SEL.
2023-09-10 14:48:44 +00:00
subalign: 4
Add SEL overlay
2022-12-21 16:33:15 +00:00
subsegments:
Import SEL data header
2023-01-23 07:48:30 +00:00
- [0x0, .data, 2C048]
SEL import code data&rodata (#947) I had to merge `2C048.c`, `2D260.c` and `2EED8.c`. The hint was in a string that had to be in `2C048.c` but it was also used in the other two files. I couldn't still merge this with `33164.c` due to the same problem I described in #946 . EDIT: I kept importing more data. SEL also contains its own `lba_stage`, but some offsets and OVL size are out of sync compared to DRA. I have the suspect the table was manually maintained, unlike our _"top class engineering"_
2024-01-06 16:26:09 +00:00
- [0x3A8, .data, 2C048]
- [0x454, .data, 2C048]
- [0x46C, .data, 2C048]
- [0x4D0, .data, 3410C]
SEL import banks and fix headers (#951)
2024-01-07 20:41:47 +00:00
- [0x4E0, .data, banks]
- [0x728, data]
SEL import code data&rodata (#947) I had to merge `2C048.c`, `2D260.c` and `2EED8.c`. The hint was in a string that had to be in `2C048.c` but it was also used in the other two files. I couldn't still merge this with `33164.c` due to the same problem I described in #946 . EDIT: I kept importing more data. SEL also contains its own `lba_stage`, but some offsets and OVL size are out of sync compared to DRA. I have the suspect the table was manually maintained, unlike our _"top class engineering"_
2024-01-06 16:26:09 +00:00
- [0x824, .data, 3642C]
Extract memory card icons (#166) Extract the memory card icons out of DRA.BIN and SEL.BIN. ![image](https://user-images.githubusercontent.com/6128729/227794798-4dd071f9-512b-4c72-8f5d-fcbf7a615519.png) I also took the opportunity to extract `g_MemcardPortMask` into its own source file `save_mgr_pre.c`. Unfortunately this is required to keep the original data order. This suggests that most likely the icon palette and bitmap were baked into the original `save_mgr.c` as byte arrays. I decided to take a different approach and extracted them as PNGs for better moddability. I had to spin-off Splat into a new fork due to some breaking changes on 0.18.0.
2023-12-12 07:12:13 +00:00
- [0x8DC, .data, save_mgr_pre]
- [0x8E4, palette, memcard_0]
- [0x904, palette, memcard_1]
- [0x924, palette, memcard_2]
- [0x944, palette, memcard_3]
- [0x964, palette, memcard_4]
- [0x984, palette, memcard_5]
- [0x9A4, palette, memcard_6]
- [0x9C4, palette, memcard_7]
- [0x9E4, palette, memcard_8]
- [0xA04, palette, memcard_9]
- [0xA24, palette, memcard_10]
- [0xA44, palette, memcard_11]
- [0xA64, palette, memcard_12]
- [0xA84, palette, memcard_13]
- [0xAA4, palette, memcard_14]
- [0xAC4, palette, memcard_15]
- [0xAE4, ci4, memcard_0, 16, 48]
- [0xC64, ci4, memcard_1, 16, 48]
- [0xDE4, ci4, memcard_2, 16, 48]
- [0xF64, ci4, memcard_3, 16, 48]
- [0x10E4, ci4, memcard_4, 16, 48]
- [0x1264, ci4, memcard_5, 16, 48]
- [0x13E4, ci4, memcard_6, 16, 48]
- [0x1564, ci4, memcard_7, 16, 48]
- [0x16E4, ci4, memcard_8, 16, 48]
- [0x1864, ci4, memcard_9, 16, 48]
- [0x19E4, ci4, memcard_10, 16, 48]
- [0x1B64, ci4, memcard_11, 16, 48]
- [0x1CE4, ci4, memcard_12, 16, 48]
- [0x1E64, ci4, memcard_13, 16, 48]
- [0x1FE4, ci4, memcard_14, 16, 48]
- [0x2164, ci4, memcard_15, 16, 48]
Fully decompile Save Manager for DRA (US+HD) and SEL (#594) What it is done: * Decompile the last function from the `save_mgr` trio, `MemcardDetectSave`. * Merge `save_mgr.c`, `save_mgr2.c` and `save_mgr3.c` into a single file * Merge the respective headers * Import all the `.rodata` segment * Import all the `.data` segment * DRA and SEL shares all `src/save_mgr.h` * Remove orphan symbols Removing the orphan symbols is very interesting. When certain functions or global variables are no longer referenced by the exported assembly code, there is no need to define them in the symbol list. This allows to freely relocate the code in case modders wants to add or remove code. I performed this step manually, but will make a script to do this automatically.
2023-09-14 22:00:31 +00:00
- [0x22E4, .data, save_mgr]
Decompile StoreSaveData (#571) This took me a monumental effort. The PR does: * Decompile `StoreSaveData` for DRA (US and HD) * Decompile `StoreSaveData` for SEL * Match `MemcardFormat` in SEL * Cross-reference symbols between DRA and SEL * Bring common code between DRA and SEL to parity * Discover `save_mgr.c`, `save_mgr2.c` and `save_mgr3.c` have the same layout in both DRA and SEL * Deduplicate `save_mgr3.c` * Import `.data` and `.rodata` from both DRA and SEL * Convert UTF-8 Japanese characters into Shift-JIS while building * Minor refactor with less hardcoded magic numbers I made the following compromises: * In DRA US `MakeMemcardPath` there is some dirty data at the end of the string. I had to create a byte array called `HACK_SaveName`. This does not occur on DRA HD or SEL * I did not de-duplciate `save_mgr` as there are a good amount of functions and symbols I have no knowledge about * I did not decompile `save_mgr2` and it will come as a separate PR.
2023-09-09 20:09:46 +00:00
- [0x2584, data]
SEL config_us.c (#950) Simple PR that aims to re-use the same `config_us` file from #948 but for SEL. The file is de-duplicated since it is identical. The file `lba_stage` has to be split again since in DRA it comes before `config_us` but in SEL it comes after. That indicates it could have been a stand-alone file. I also imported the exp table responsible for levelling up.
2024-01-07 16:41:18 +00:00
- [0x25FC, .data, config_us] # subweapons
- [0x2700, .data, config_us] # equip
- [0x5314, .data, config_us] # accessories
- [0x5E54, .data, config_us] # menu
- [0x600C, .data, config_us] # spells
- [0x631C, .data, config_us] # relics
- [0x64FC, .data, config_us] # enemies
- [0xA37C, .data, config_us] # exp table
SEL import code data&rodata (#947) I had to merge `2C048.c`, `2D260.c` and `2EED8.c`. The hint was in a string that had to be in `2C048.c` but it was also used in the other two files. I couldn't still merge this with `33164.c` due to the same problem I described in #946 . EDIT: I kept importing more data. SEL also contains its own `lba_stage`, but some offsets and OVL size are out of sync compared to DRA. I have the suspect the table was manually maintained, unlike our _"top class engineering"_
2024-01-06 16:26:09 +00:00
- [0xA50C, .data, lba_stage]
More Descriptive func_801B9744 (#1137) This adds some additional context for func_801B9744 and renames globals to fit their assumed purpose. Migrated various stream metadata to C definitions. The makefile changes add a dependency on `sel.h` to all the objects that get built from the `st/sel` directory. Co-authored-by: Jonathan Hohle <jon@ttkb.co>
2024-06-11 17:47:59 +00:00
- [0xB2CC, .data, stream_info]
- [0xB304, data]
SEL export palette data (#962) It would be cool one day to look into how exporting palette data as a modifiable asset. Until then, take a load of arrays.
2024-01-10 22:39:13 +00:00
- [0xCD54, .data, CD54]
Fix asm-differ
2023-02-05 11:06:16 +00:00
- [0xDBD4, data]
Import SEL data header
2023-01-23 07:48:30 +00:00
- [0x176C0, rodata]
SEL import code data&rodata (#947) I had to merge `2C048.c`, `2D260.c` and `2EED8.c`. The hint was in a string that had to be in `2C048.c` but it was also used in the other two files. I couldn't still merge this with `33164.c` due to the same problem I described in #946 . EDIT: I kept importing more data. SEL also contains its own `lba_stage`, but some offsets and OVL size are out of sync compared to DRA. I have the suspect the table was manually maintained, unlike our _"top class engineering"_
2024-01-06 16:26:09 +00:00
- [0x27438, .rodata, 2C048] # strings in D_80180128
- [0x27620, .rodata, 2C048] # strings in D_801803D0
- [0x276A4, .rodata, 2C048] # strings func_801ACFBC
- [0x276C0, .rodata, 2C048] # DrawNavigationTips jtbl
- [0x276D8, .rodata, 2C048] # strings in func_801AD490
- [0x276F0, .rodata, 2C048] # strings in D_80180454
- [0x27748, .rodata, 2C048] # strings in func_801AD66C
- [0x27760, .rodata, 2C048] # strings in func_801AD78C
- [0x277A0, .rodata, 2C048] # strings in func_801ADF94
- [0x277C8, .rodata, 2C048] # Update strings and jtbl
- [0x27AE4, .rodata, 2C048] # "BASLUS-00067DRAX00"
- [0x27AF8, .rodata, 2C048] # FntPrint strings
- [0x27B14, .rodata, 33164] # func_801B3164
SEL func_801B3A94 (#946) I spent some time trying to merge `2EED8` and `33164` as the rodata seems to suggest it. But there is a weird 4-bytes padding that is added when the file split does NOT happen. If you want to have a look before merging this, please do.
2024-01-06 11:02:41 +00:00
- [0x27B60, .rodata, 3410C] # E3 selection strings
Decompile SEL TestCollisions (fake name) (#512) This is very strange. All of the "normal" overlays have a function called TestCollisions which is extremely large and complicated. I noticed this one in the functions.md list, and specifically that this one is fewer instructions than the others. I thought decompiling this one might help as a simplified version to solve the other ones. I was surprised to find that this is a completely different function, and does nothing related to collisions at all. It only does a bunch of Primitive handling. It is not relevant for the real TestCollisions, but I figured I should decompile it anyway. Here it is. I do not know what this does. The function call graph https://raw.githubusercontent.com/Xeeynamo/sotn-decomp/gh-duplicates/function_calls/sel.TestCollisions.svg does not indicate any callers. We should either determine what this does and give it a useful name, or revert it to `func_801B410C`. The behavior with the "scaled_b014" variable is unusual; I'm not sure if it's possible to change some types somewhere to eliminate its usage. I think those are all the main important points, more than happy to make changes to this very weird function.
2023-08-26 02:16:02 +00:00
- [0x27B98, .rodata, 3410C] # TestCollision
SEL func_801B55C8 (#599) I am not sure what this function does. I've been navigating through the main menu but nothing seems to trigger this function.
2023-09-16 13:25:28 +00:00
- [0x27BD8, .rodata, 3410C] # func_801B55C8
func_801B585C fix with @sonicdcer
2023-01-24 20:09:02 +00:00
- [0x27BF8, .rodata, 3585C]
SEL import code data&rodata (#947) I had to merge `2C048.c`, `2D260.c` and `2EED8.c`. The hint was in a string that had to be in `2C048.c` but it was also used in the other two files. I couldn't still merge this with `33164.c` due to the same problem I described in #946 . EDIT: I kept importing more data. SEL also contains its own `lba_stage`, but some offsets and OVL size are out of sync compared to DRA. I have the suspect the table was manually maintained, unlike our _"top class engineering"_
2024-01-06 16:26:09 +00:00
- [0x27CD4, .rodata, 3642C] # g_DiagActors strings
Decomp SEL func_801B69F8 (#1007) This took forever but was great to finally nail down.
2024-01-24 18:34:05 +00:00
- [0x27CF4, .rodata, 3642C] # func_801B69F8 jtbl
Fully decompile Save Manager for DRA (US+HD) and SEL (#594) What it is done: * Decompile the last function from the `save_mgr` trio, `MemcardDetectSave`. * Merge `save_mgr.c`, `save_mgr2.c` and `save_mgr3.c` into a single file * Merge the respective headers * Import all the `.rodata` segment * Import all the `.data` segment * DRA and SEL shares all `src/save_mgr.h` * Remove orphan symbols Removing the orphan symbols is very interesting. When certain functions or global variables are no longer referenced by the exported assembly code, there is no need to define them in the symbol list. This allows to freely relocate the code in case modders wants to add or remove code. I performed this step manually, but will make a script to do this automatically.
2023-09-14 22:00:31 +00:00
- [0x27D78, .rodata, save_mgr]
SEL config_us.c (#950) Simple PR that aims to re-use the same `config_us` file from #948 but for SEL. The file is de-duplicated since it is identical. The file `lba_stage` has to be split again since in DRA it comes before `config_us` but in SEL it comes after. That indicates it could have been a stand-alone file. I also imported the exp table responsible for levelling up.
2024-01-07 16:41:18 +00:00
- [0x28040, .rodata, config_us] # equip strings
- [0x29B18, .rodata, config_us] # accessories strings
- [0x2A8B4, .rodata, config_us] # menu strings
- [0x2AE08, .rodata, config_us] # spells strings
- [0x2AFA0, .rodata, config_us] # relics strings
- [0x2B490, .rodata, config_us] # enemies strings
SEL import code data&rodata (#947) I had to merge `2C048.c`, `2D260.c` and `2EED8.c`. The hint was in a string that had to be in `2C048.c` but it was also used in the other two files. I couldn't still merge this with `33164.c` due to the same problem I described in #946 . EDIT: I kept importing more data. SEL also contains its own `lba_stage`, but some offsets and OVL size are out of sync compared to DRA. I have the suspect the table was manually maintained, unlike our _"top class engineering"_
2024-01-06 16:26:09 +00:00
- [0x2BBF0, .rodata, lba_stage]
SEL decompile stream MDEC handlers (#578) A few quick wins, which leave three functions yet to decompile in `stream.c`. Interestingly, there are no functions between `save_mgr3.c` and `stream.c`. Yet the `.rodata` segment between these two source files stores the entire Equipment, Accessory and LBA arrays. We are currently exporting the first two as JSONs. I have the feeling these information were stored just as C code and they got linked on both DRA and SEL.
2023-09-10 14:48:44 +00:00
- [0x2BF9C, .rodata, stream]
SEL func_801B60D4
2023-01-23 10:44:32 +00:00
- [0x2C048, c, 2C048]
Decompile SEL func_801B3164 (#945) Another one down thanks to @Xeeynamo!
2024-01-05 08:57:55 +00:00
- [0x33164, c, 33164]
Decompile SEL TestCollisions (fake name) (#512) This is very strange. All of the "normal" overlays have a function called TestCollisions which is extremely large and complicated. I noticed this one in the functions.md list, and specifically that this one is fewer instructions than the others. I thought decompiling this one might help as a simplified version to solve the other ones. I was surprised to find that this is a completely different function, and does nothing related to collisions at all. It only does a bunch of Primitive handling. It is not relevant for the real TestCollisions, but I figured I should decompile it anyway. Here it is. I do not know what this does. The function call graph https://raw.githubusercontent.com/Xeeynamo/sotn-decomp/gh-duplicates/function_calls/sel.TestCollisions.svg does not indicate any callers. We should either determine what this does and give it a useful name, or revert it to `func_801B410C`. The behavior with the "scaled_b014" variable is unusual; I'm not sure if it's possible to change some types somewhere to eliminate its usage. I think those are all the main important points, more than happy to make changes to this very weird function.
2023-08-26 02:16:02 +00:00
- [0x3410C, c, 3410C]
Match func_801B5A7C
2023-01-24 05:32:28 +00:00
- [0x3585C, c, 3585C]
SEL func_801B60D4
2023-01-23 10:44:32 +00:00
- [0x3642C, c, 3642C]
Decompile StoreSaveData (#571) This took me a monumental effort. The PR does: * Decompile `StoreSaveData` for DRA (US and HD) * Decompile `StoreSaveData` for SEL * Match `MemcardFormat` in SEL * Cross-reference symbols between DRA and SEL * Bring common code between DRA and SEL to parity * Discover `save_mgr.c`, `save_mgr2.c` and `save_mgr3.c` have the same layout in both DRA and SEL * Deduplicate `save_mgr3.c` * Import `.data` and `.rodata` from both DRA and SEL * Convert UTF-8 Japanese characters into Shift-JIS while building * Minor refactor with less hardcoded magic numbers I made the following compromises: * In DRA US `MakeMemcardPath` there is some dirty data at the end of the string. I had to create a byte array called `HACK_SaveName`. This does not occur on DRA HD or SEL * I did not de-duplciate `save_mgr` as there are a good amount of functions and symbols I have no knowledge about * I did not decompile `save_mgr2` and it will come as a separate PR.
2023-09-09 20:09:46 +00:00
- [0x380F0, c, save_mgr]
SEL StreamNext (#575) Adapted from `PSX/SAMPLE/CD/MOVIE/TUTO0.C`. I took the opportunity to rename a few functions according to the sample code too. All the functions there seems to be self-contained. So I decided to rename the source file as `stream.c`. Those are the functions responsible for animating the KONAMI movie logo
2023-09-10 09:55:07 +00:00
- [0x39744, c, stream]
Mark SEL handwritten functions as asm (#977)
2024-01-14 19:27:34 +00:00
- [0x3AB70, asm, handwritten/func_801BAB70]
- [0x3ABA4, asm, handwritten/DecDCTvlc]
Import BSS section across all overlays (#1473) I did not do it for `weapon`. This is the script I used: `python3 a.py asm/us/st/dre/data/23264.sbss.s > src/st/dre/bss.c` ```python import sys with open(sys.argv[1], "r") as f: lines = f.readlines() print('#include "common.h"') print("") for line in lines: if line == "\n": continue elif line.startswith(".include"): continue elif line.startswith(".section"): continue elif line.startswith("glabel"): label = line[7:].replace("\n", "") len = 0 elif ".word" in line: if len > 0 and n != 4: print(f"WARN: {label}", file=sys.stderr) n = 4 len += 1 elif ".short" in line: if len > 0 and n != 2: print(f"WARN: {label}", file=sys.stderr) n = 2 len += 1 elif ".byte" in line: if len > 0 and n != 1: print(f"WARN: {label}", file=sys.stderr) n = 1 len += 1 elif line.startswith(".size"): if len == 1: if n == 1: print(f"u8 {label};") elif n == 2: print(f"u16 {label};") elif n == 4: print(f"u32 {label};") else: if n == 1: print(f"u8 {label}[{len}];") elif n == 2: print(f"u16 {label}[{len}];") elif n == 4: print(f"u32 {label}[{len}];") ``` the script is a bit dumb. It does not account of the header. Some types are wrong compared to their prototype. The memory layout matches though, so we can keep iterating on top of this.
2024-08-04 23:14:49 +00:00
- [0x3AEE4, .bss, bss]
Add SEL overlay
2022-12-21 16:33:15 +00:00
- [0x56B28]
Reference in New Issue Copy Permalink