Rooba
/
ReC98
mirror of https://github.com/nmlgc/ReC98.git
1
1
Fork 0
Code Issues Packages Projects Releases Wiki Activity
ReC98/th02/th02.inc

46 lines
754 B
PHP
Raw Normal View History

Replace MASTERMOD with a per-game constant Yup, packfiles finally proved that we really have a different set of changes to master.lib in every game. Also, there are bound to be more of these game- specific small changes to otherwise identical code in ZUN's own code. And hey, no need to define that value in the build scripts anymore. (I've also considered just copying modified versions into the individual game subdirectories, but it's not too nice to expect people to diff them in order to actually understand why these copies exist and where the changes actually are.)
2014-11-15 01:03:41 +00:00
GAME = 2
Make previously reduced ZUN functions available to C
2015-02-21 13:12:22 +00:00
include defconv_c.inc
[Maintenance] Move a few more ASM definitions to their own .inc files Part of P0032, funded by zorg.
2019-09-20 19:56:31 +00:00
[Reverse-engineering] [th02] Keyboard input Don't really understand the other games yet because they start introducing joystick support and TH03 has multiplayer and then there are these master.lib modifications that don't really make any sense to me, especially when you add that TH04 seemingly does not read js_stat *at all*, yet still works just fine with a gamepad and... urgh.
2015-02-22 21:33:07 +00:00
include th02/hardware/input.inc
[Reverse-engineering] [th02/th03/th04/th05] Random number ring buffer Yes, you're reading that correctly. If the cursor is at 255, reading a 16-bit value will fill the upper 8 bits with the neighboring cursor value, which always is 0xFF. Funded by -Tom-.
2018-03-16 08:19:50 +00:00
include th02/math/randring_next.inc
[Reverse-engineering] [th02/th04/th05] Score update and display The TH02 version is a piece of cake… … but TH04 starts turning it into this un-decompilable piece of unnecessarily micro-optimized ZUN code. Couldn't have chosen anything better for the first separate ASM translation unit. Aside from now having to convert names of exported *variables* to uppercase for visibility in ASM translation units, the most notable lesson in this was the one about avoiding fixup overflows. From the Borland C++ Version 4.0 User's Guide: "In an assembly language program, a fixup overflow frequently occurs if you have declared an external variable within a segment definition, but this variable actually exists in a different segment." Can't be restated often enough. Completes P0032, funded by zorg.
2019-09-18 16:33:38 +00:00
include th02/gaiji/boldfont.inc
[Maintenance] Move a few more ASM definitions to their own .inc files Part of P0032, funded by zorg.
2019-09-20 19:56:31 +00:00
include th02/hud/hud.inc
include th02/score.inc
[Reverse-engineering] [th02] MIKOConfig structure
2015-02-23 22:45:30 +00:00
[C decompilation] [th02/op] Music Room Yes, all of it. Including the bouncing polygons, of course. And since it's placed at the end of ZUN's code inside the executable, the code's already position-independent and fully hackable.
2015-02-24 14:45:38 +00:00
kajacall macro func, param := <0>
[Maintenance] Rename snd_kaja_func() to snd_kaja_interrupt() Oh, right, these functions can have parameters. So, let's turn snd_kaja_func() into a macro that combines the function number and the parameter into the AX value for the driver.
2015-03-15 22:26:44 +00:00
call _snd_kaja_interrupt pascal, (func shl 8) or (param and 0ffh)
[C decompilation] [th02/op] Music Room Yes, all of it. Including the bouncing polygons, of course. And since it's placed at the end of ZUN's code inside the executable, the code's already position-independent and fully hackable.
2015-02-24 14:45:38 +00:00
endm
[Reverse-engineering] [th02] MIKOConfig structure
2015-02-23 22:45:30 +00:00
mikoconfig_t struc
id db 10 dup(?) ; = "MIKOConfig"
db ?
stage db ?
debug_flag db ?
db ?
score dd ?
continues_used dw ?
rem_bombs db ?
rem_lives db ?
rank db ?
start_power db ?
bgm_mode db ?
start_bombs db ?
start_lives db ?
db ?
frame dd ?
unused_1 dw ?
unused_2 db ?
main_retval db ?
perf db ?
unused_3 db ?
shottype db ?
demo_num db ?
skill dw ?
unused_4 dw ?
score_highest dd ?
mikoconfig_t ends
[Reverse-engineering] [th02/maine] Identify all remaining global arrays Which is the last step on the way to completely position-independent code, with no random hex numbers that should have been data pointers, but weren't automatically turned into data pointers by IDA because they're only ever addressed in the indirect fashion of mov bx, [bp-array_index] mov ax, [bx+0D00h] ; 0D00h is obviously an array of some sort Removing all of these makes it practicable to add or delete code without breaking the game in the process. Basic "modding", so to speak. Automatically catching all possible cases where this happens actually amounts to emulating the entire game, and *even then*, we're not guaranteed that the *size* of the array just falls out as a byproduct of this emulation and the tons of heuristics I would have thrown on top of that. ZUN hates proper bounds checking and the correct size of each array may simply never be implied anywhere. So, rather than going through all that trouble of that (and hell, I haven't even finished *parsing* this nasty MASM assembly format), and since nothing really has happened in this project for almost two years, I chose to just turn this into a text manipulation issue and figure out the rest manually. Yeah, quick and dirty, and it probably won't scale if I ever end up doing the same for PC-98 Policenauts, but it'd better work at least for the rest of PC-98 Touhou. Trying to do one of those per day from now on. Probably won't make it due to the reverse-engineering effort required for the big main executables of each game, but it'd sure be cool if I did.
2017-01-04 19:52:21 +00:00
END_LINE_LEN = 46
[Reverse-engineering] [th02/th04/th05] .map file loading Funded by -Tom-.
2018-03-16 06:43:20 +00:00
MAP_SIZE = 0C00h