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

310 lines
7.6 KiB
NASM
Raw Normal View History

th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
;
; +-------------------------------------------------------------------------+
; | This file has been generated by The Interactive Disassembler (IDA) |
; | Copyright (c) 2009 by Hex-Rays, <support@hex-rays.com> |
; +-------------------------------------------------------------------------+
;
; Input MD5 : 2CAAD6F798E32B912A08DA327A97DDB4
; File Name : th01/FUUIN.EXE
; Format : MS-DOS executable (EXE)
; Base Address: 0h Range: 0h-147E0h Loaded length: 13ED8h
; Entry Point : 0:0
; OS type : MS DOS
; Application type: Executable 16bit
[Regression] Explicitly request 16-bit default segments when using .MODEL Whoops, turns out that the build has been broken on TASM32 version 5.3 (the one in the DevKit) ever since 7897bf1. In contrast to version 5.0 (which I use for my development), 5.3 actually defines 32-bit segments if you specify a .386 CPU before using .MODEL. That might have been the reason for the .286 workaround all along? Turns out there's the USE16 modifier, which makes this much more explicit than switching CPUs.
2021-03-29 17:16:49 +00:00
.386
.model use16 large _TEXT
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
[Reverse-engineering] [th01] Global .GRP and .PTN variables Since we not only have the .PTN sub-image count array in the middle of all those .GRP flags, but the .PTN loading code also reusing the palette set flag… Part of P0082, funded by Ember2528.
2020-03-12 21:14:23 +00:00
BINARY = 'E'
Move common directives and includes to a separate include file Note that .386 needs to come before .MODEL, and is therefore not included in ReC98.inc. Causes, um, weird label errors otherwise.
2014-08-22 15:06:33 +00:00
include ReC98.inc
[Maintenance] Rename the extension of game-specific ASM includes to .inc Rule of thumb going forward: Everything that emits data is .asm, everything that doesn't is .inc. (Let's hope that th01_reiiden_2.inc won't exist for that much longer!) Part of P0032, funded by zorg.
2019-09-20 19:02:20 +00:00
include th01/th01.inc
Include RULES.ASI from every executable's dump file. Having thought this over for a while, I've decided to stay with the "include slice" model for now, due to various bugs and other reasons. We need to compile for the 386 CPU, but this causes TASM to automatically default every segment to 32-bit mode, which of course is not what we want (and no, .MODEL USE16 sadly does not help either). Appending USE16 to every segment declaration in all included files seems to work, but for some reason, this messes up certain jump instructions. WTF? And even if it did work, we would still have to do this for every single file we include. The alternative would be to build proper libraries and let the linker merge all the code. This would add a lot of unwarranted complexity to the build process. Not to mention all the EXTERN statements we'd have to maintain. Ultimately, all of the C runtime ASM code is going to vanish anyway once we've completed the reduction step. Once we're there, we can simply link to the original version of the library. These initial dumps are not pretty, and I see no point in wasting time on making intermediary stages of development look pretty. Since including RULES.ASI from every slice seems a bit inefficient (and even potentiall harmful, considering the age of the development tools we have to work with), we'll only include it once at the top of every main dump file. [Binary change] Relocations in TH01's REIIDEN.EXE, again.
2014-08-14 06:01:36 +00:00
Let Turbo C++ link in the Borland C/C++ runtime for the main EXE files This took long enough, so we're not covering the COM files right now. Like, I can't even tell how you're supposed to work around the forced word alignment for the _TEXT segment. Guess we'll just have to decompile all of these in one go, just like we did with ZUNSOFT.COM. Also, it really seems as if we're merely trading one ugly workaround for another in our quest for identical binaries.
2015-02-19 06:46:36 +00:00
extern SCOPY@:proc
extern __setargv__:proc ; main() needs both to be set
extern __setenvp__:proc
extern _execl:proc
[Decompilation] [th01] FUUIN.EXE resident structure data retrieval Completes P0094, funded by Yanga.
2020-05-24 18:47:51 +00:00
fuuin_01 group fuuin_01_TEXT, fuuin_01__TEXT
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
; Segment type: Pure code
Finally use standard segment names everywhere And I guess we just have to ignore and disable that segment alignment warning for TH01. It's not like this changes anything in the binary.
2015-02-18 11:07:37 +00:00
_TEXT segment word public 'CODE' use16
assume cs:_TEXT
Let Turbo C++ link in the Borland C/C++ runtime for the main EXE files This took long enough, so we're not covering the COM files right now. Like, I can't even tell how you're supposed to work around the forced word alignment for the _TEXT segment. Guess we'll just have to decompile all of these in one go, just like we did with ZUNSOFT.COM. Also, it really seems as if we're merely trading one ugly workaround for another in our quest for identical binaries.
2015-02-19 06:46:36 +00:00
assume es:nothing, ds:_DATA, fs:nothing, gs:nothing
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
[Reduction] #230: graph_400line
2014-08-27 22:58:40 +00:00
include libs/master.lib/graph_400line.asm
[Reduction] #214: graph_clear
2014-08-27 04:03:08 +00:00
include libs/master.lib/graph_clear.asm
[Reduction] #212: graph_show ReC98, where a function consisting of 3 instructions still saves over 150 lines.
2014-08-27 03:18:17 +00:00
include libs/master.lib/graph_show.asm
[Reduction] #232: graph_start
2014-08-27 23:16:54 +00:00
include libs/master.lib/graph_start.asm
[Reduction] #392: graph_scrollup
2014-08-31 04:43:32 +00:00
include libs/master.lib/graph_scrollup.asm
[Reduction] #156: palette_show
2014-08-23 14:11:16 +00:00
include libs/master.lib/palette_show.asm
[Reduction] #157: palette_init
2014-08-23 14:18:30 +00:00
include libs/master.lib/palette_init.asm
[Reduction] #450-451: respal_exist and respal_create
2014-09-03 13:23:51 +00:00
include libs/master.lib/respal_exist.asm
[Reduction] #452: respal_free
2014-09-03 13:41:25 +00:00
include libs/master.lib/respal_free.asm
[Reduction] #484-485: resdata_exist and resdata_create Looks like the 'pal98 grb' string was merely copy-pasted from the respal module and isn't actually used by the function, which means that we don't have to work around a naming collision after all.
2014-09-07 13:47:50 +00:00
include libs/master.lib/resdata.asm
[Reduction] #365: file_read
2014-08-30 07:00:31 +00:00
include libs/master.lib/file_read.asm
[Reduction] #361-362: file_flush and file_close
2014-08-30 06:15:42 +00:00
include libs/master.lib/file_close.asm
[Reduction] #366: file_ropen
2014-08-30 07:12:17 +00:00
include libs/master.lib/file_ropen.asm
[Reduction] #367-368: file_seek and file_tell
2014-08-30 07:21:44 +00:00
include libs/master.lib/file_seek.asm
[Reduction] #370: key_sense
2014-08-30 07:56:49 +00:00
include libs/master.lib/key_sense.asm
[Reduction] #115: dos_ropen AKA "fontfile_open()", and originally kept in FONTOPEN.ASM... yeah.
2014-08-21 20:07:58 +00:00
include libs/master.lib/dos_ropen.asm
[Reduction] #106-108: PC-98 EGC setup "Enhanced Graphic Charger", hm...
2014-08-20 20:24:05 +00:00
include libs/master.lib/egc.asm
[Reduction] #379: gdc_outpw
2014-08-30 12:15:00 +00:00
include libs/master.lib/gdc_outpw.asm
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
db 0
[Reduction] #372: IRand
2014-08-30 10:13:04 +00:00
include libs/master.lib/random.asm
Finally use standard segment names everywhere And I guess we just have to ignore and disable that segment alignment warning for TH01. It's not like this changes anything in the binary.
2015-02-18 11:07:37 +00:00
_TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
; Segment type: Pure code
Rename all code segments to names that Turbo C++ would generate Well, duh, of course, we *can* do this in order to allow decompilation to be started at the end (not the beginning) of any segment. In fact, if we hadn't done this, we would have had to start by moving _TEXT out to libraries....
2015-02-21 11:47:24 +00:00
fuuin_01_TEXT segment byte public 'CODE' use16
[Decompilation] [th01] FUUIN.EXE resident structure data retrieval Completes P0094, funded by Yanga.
2020-05-24 18:47:51 +00:00
fuuin_01_TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
[Decompilation] [th01] FUUIN.EXE resident structure data retrieval Completes P0094, funded by Yanga.
2020-05-24 18:47:51 +00:00
fuuin_01__TEXT segment byte public 'CODE' use16
assume cs:fuuin_01
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
[Decompilation] [th01] FUUIN.EXE resident structure data retrieval Completes P0094, funded by Yanga.
2020-05-24 18:47:51 +00:00
extern _end_init:proc
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; =============== S U B R O U T I N E =======================================
; Attributes: bp-based frame
; int __cdecl main(int argc, const char **argv, const char **envp)
Let Turbo C++ link in the Borland C/C++ runtime for the main EXE files This took long enough, so we're not covering the COM files right now. Like, I can't even tell how you're supposed to work around the forced word alignment for the _TEXT segment. Guess we'll just have to decompile all of these in one go, just like we did with ZUNSOFT.COM. Also, it really seems as if we're merely trading one ugly workaround for another in our quest for identical binaries.
2015-02-19 06:46:36 +00:00
public _main
Remove IDA's cross reference comments We're going to rename *everything*, and grep is a much more useful tool to achieve the same.
2014-08-10 01:44:54 +00:00
_main proc far
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
_argc = word ptr 6
_argv = dword ptr 8
_envp = dword ptr 0Ch
push bp
mov bp, sp
[Decompilation] [th01] mdrv2_resident I thought this would be a good target for my first attempt at decompilation. Should have known something was up, because it's the only undecompiled proc in the translation unit. Oh well, SCOPY stands for "structure copy" anyway. /s
2019-11-04 03:11:06 +00:00
call _mdrv2_resident
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
or ax, ax
jnz short loc_A105
pop bp
retf
; ---------------------------------------------------------------------------
Remove IDA's cross reference comments We're going to rename *everything*, and grep is a much more useful tool to achieve the same.
2014-08-10 01:44:54 +00:00
loc_A105:
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
les bx, [bp+_argv]
les bx, es:[bx+4]
mov al, es:[bx]
cbw
cmp ax, 74h ; 't'
jz short loc_A121
[Decompilation] [th01] FUUIN.EXE resident structure data retrieval Completes P0094, funded by Yanga.
2020-05-24 18:47:51 +00:00
call _end_init
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
or ax, ax
jnz short loc_A11F
pop bp
retf
; ---------------------------------------------------------------------------
Remove IDA's cross reference comments We're going to rename *everything*, and grep is a much more useful tool to achieve the same.
2014-08-10 01:44:54 +00:00
loc_A11F:
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
jmp short loc_A13E
; ---------------------------------------------------------------------------
Remove IDA's cross reference comments We're going to rename *everything*, and grep is a much more useful tool to achieve the same.
2014-08-10 01:44:54 +00:00
loc_A121:
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
les bx, [bp+_argv]
les bx, es:[bx+4]
mov al, es:[bx+1]
cbw
cmp ax, 31h ; '1'
jnz short loc_A139
[Decompilation] [th01] FUUIN.EXE resident structure data retrieval Completes P0094, funded by Yanga.
2020-05-24 18:47:51 +00:00
mov _end_flag, 1
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
jmp short loc_A13E
; ---------------------------------------------------------------------------
Remove IDA's cross reference comments We're going to rename *everything*, and grep is a much more useful tool to achieve the same.
2014-08-10 01:44:54 +00:00
loc_A139:
[Decompilation] [th01] FUUIN.EXE resident structure data retrieval Completes P0094, funded by Yanga.
2020-05-24 18:47:51 +00:00
mov _end_flag, 2
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
Remove IDA's cross reference comments We're going to rename *everything*, and grep is a much more useful tool to achieve the same.
2014-08-10 01:44:54 +00:00
loc_A13E:
[C decompilation] [th01] MDRV2 calls Still missing mdrv2_resident() though, which we currently can't slot in there due to that string constant constructor syntax. :/
2015-02-21 19:45:02 +00:00
call _mdrv2_check_board
[Maintenance] [th01] Compile all remaining C code as C++ And all that it needed was a few ellipses. Part of P0212, funded by GhostRiderCog, Lmocinemod, and LeyDud.
2022-08-08 23:38:13 +00:00
call @game_init$qv
[Decompilation] [th01] Endings: Common beginning Part of P0211, funded by Lmocinemod and Arandui.
2022-08-06 16:00:12 +00:00
call @end_and_verdict_and_regist_anima$qv
[Maintenance] [th01] Compile all remaining C code as C++ And all that it needed was a few ellipses. Part of P0212, funded by GhostRiderCog, Lmocinemod, and LeyDud.
2022-08-08 23:38:13 +00:00
call @game_switch_binary$qv
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
push 0
push 0
push ds
push offset arg0 ; "op"
push ds
push offset path ; "op"
call _execl
add sp, 0Ch
pop bp
retf
_main endp
[Decompilation] [th01] FUUIN.EXE resident structure data retrieval Completes P0094, funded by Yanga.
2020-05-24 18:47:51 +00:00
fuuin_01__TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
Rename all code segments to names that Turbo C++ would generate Well, duh, of course, we *can* do this in order to allow decompilation to be started at the end (not the beginning) of any segment. In fact, if we hadn't done this, we would have had to start by moving _TEXT out to libraries....
2015-02-21 11:47:24 +00:00
fuuin_02_TEXT segment byte public 'CODE' use16
[Maintenance] [th01] Split the REYHI*.DAT function segment into two Painless this time, since we're only splitting off a handful of functions there. Any future ReC project should simply assign every function to its own segment though, to avoid having to do this… Definitely going to do that more often now, especially for OP and cutscenes of other games! Part of P0084, funded by Yanga.
2020-03-20 18:31:31 +00:00
fuuin_02_TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
; Segment type: Pure code
Rename all code segments to names that Turbo C++ would generate Well, duh, of course, we *can* do this in order to allow decompilation to be started at the end (not the beginning) of any segment. In fact, if we hadn't done this, we would have had to start by moving _TEXT out to libraries....
2015-02-21 11:47:24 +00:00
fuuin_03_TEXT segment byte public 'CODE' use16
[Decompilation] [th01] Endings: Common beginning Part of P0211, funded by Lmocinemod and Arandui.
2022-08-06 16:00:12 +00:00
extern @end_and_verdict_and_regist_anima$qv:proc
Rename all code segments to names that Turbo C++ would generate Well, duh, of course, we *can* do this in order to allow decompilation to be started at the end (not the beginning) of any segment. In fact, if we hadn't done this, we would have had to start by moving _TEXT out to libraries....
2015-02-21 11:47:24 +00:00
fuuin_03_TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
; Segment type: Pure code
Rename all code segments to names that Turbo C++ would generate Well, duh, of course, we *can* do this in order to allow decompilation to be started at the end (not the beginning) of any segment. In fact, if we hadn't done this, we would have had to start by moving _TEXT out to libraries....
2015-02-21 11:47:24 +00:00
fuuin_04_TEXT segment byte public 'CODE' use16
fuuin_04_TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
; Segment type: Pure code
[Build] [th01] Only compile shared single-file translation units a single time Which gets rid of 13 redundant translation units. Definitely a good start, before I figure out how to best handle the more complicated cases. (Maintenance mode commit)
2020-11-04 13:47:52 +00:00
vsync_TEXT segment byte public 'CODE' use16
vsync_TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
[Build] [th01] Only compile shared single-file translation units a single time Which gets rid of 13 redundant translation units. Definitely a good start, before I figure out how to best handle the more complicated cases. (Maintenance mode commit)
2020-11-04 13:47:52 +00:00
ztext_TEXT segment byte public 'CODE' use16
ztext_TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
; Segment type: Pure code
[Build] [th01] Only compile shared single-file translation units a single time Which gets rid of 13 redundant translation units. Definitely a good start, before I figure out how to best handle the more complicated cases. (Maintenance mode commit)
2020-11-04 13:47:52 +00:00
initexit_TEXT segment byte public 'CODE' use16
[Maintenance] [th01] Compile all remaining C code as C++ And all that it needed was a few ellipses. Part of P0212, funded by GhostRiderCog, Lmocinemod, and LeyDud.
2022-08-08 23:38:13 +00:00
extern @game_init$qv:proc
extern @game_switch_binary$qv:proc
[Build] [th01] Only compile shared single-file translation units a single time Which gets rid of 13 redundant translation units. Definitely a good start, before I figure out how to best handle the more complicated cases. (Maintenance mode commit)
2020-11-04 13:47:52 +00:00
initexit_TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
; Segment type: Pure code
[Build] [th01] Only compile shared single-file translation units a single time Which gets rid of 13 redundant translation units. Definitely a good start, before I figure out how to best handle the more complicated cases. (Maintenance mode commit)
2020-11-04 13:47:52 +00:00
graph_TEXT segment byte public 'CODE' use16
graph_TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
[Build] [th01] Only compile shared single-file translation units a single time Which gets rid of 13 redundant translation units. Definitely a good start, before I figure out how to best handle the more complicated cases. (Maintenance mode commit)
2020-11-04 13:47:52 +00:00
grppffx_TEXT segment byte public 'CODE' use16
grppffx_TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
[Separate translation units] [th01] .PTN, .GRP, and .GRZ formats Since I'd still prefer to not use include guards *and* to have that standalone .GRZ viewer, these would have actually caused somewhat of an issue with the upcoming final stretch of the master.hpp transition. Part of P0133, funded by [Anonymous].
2021-01-22 11:56:24 +00:00
PTN_GRP_GRZ segment byte public 'CODE' use16
PTN_GRP_GRZ ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
[Separate translation units] [th01/th02/th03/th04] vram_planes_set() Boom! Clever segment renaming allows us to link the same .OBJ into 12 binaries. (Well, 10 for now, due to alignment issues in TH04's OP.EXE and MAINE.EXE.) Part of P0138, funded by [Anonymous] and Blue Bolt.
2021-04-12 14:15:58 +00:00
SHARED segment byte public 'CODE' use16
SHARED ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
; Segment type: Pure code
[Separating translation units] [th01] Additional hardware effect functions These could have been nicely separated into per-device translations (one for GDC, one for EGC, one for regular VRAM accesses)… if their original order followed that classification. OK, so let's make it one full `graph_ex.cpp` translation unit… nope, FUUIN.EXE needs graph_2xscale_byterect_1_to_0_slow() with different compilation flags. 🤦 Whatever, fuck it, let's go for individual translation units, with individual headers, so that we at least get predictably organized source code out of this. Part of P0196, funded by Yanga.
2022-05-22 13:53:25 +00:00
GRAPH_EX_TEXT segment byte public 'CODE' use16
GRAPH_EX_TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
; Segment type: Pure code
[Build] [th01] Only compile shared single-file translation units a single time Which gets rid of 13 redundant translation units. Definitely a good start, before I figure out how to best handle the more complicated cases. (Maintenance mode commit)
2020-11-04 13:47:52 +00:00
mdrv2_TEXT segment byte public 'CODE' use16
[Decompilation] [th01] mdrv2_resident I thought this would be a good target for my first attempt at decompilation. Should have known something was up, because it's the only undecompiled proc in the translation unit. Oh well, SCOPY stands for "structure copy" anyway. /s
2019-11-04 03:11:06 +00:00
extern _mdrv2_resident:proc
[C decompilation] [th01] MDRV2 calls Still missing mdrv2_resident() though, which we currently can't slot in there due to that string constant constructor syntax. :/
2015-02-21 19:45:02 +00:00
extern _mdrv2_check_board:proc
[Build] [th01] Only compile shared single-file translation units a single time Which gets rid of 13 redundant translation units. Definitely a good start, before I figure out how to best handle the more complicated cases. (Maintenance mode commit)
2020-11-04 13:47:52 +00:00
mdrv2_TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
Finally use standard segment names everywhere And I guess we just have to ignore and disable that segment alignment warning for TH01. It's not like this changes anything in the binary.
2015-02-18 11:07:37 +00:00
.data
[Reduction] #70-78: C start up code Finally! [Binary change] Order of the first three relocations in every executable. Two more relocations in the TH01 executables.
2014-08-19 20:33:43 +00:00
[Decompilation] [th01] FUUIN.EXE resident structure data retrieval Completes P0094, funded by Yanga.
2020-05-24 18:47:51 +00:00
public _score, _score_highest
public _RES_ID_0, _RES_ID_1, _ERROR_END_FLAG, _ERROR_NO_RESDATA
[Reverse-engineering] [th01] ReiidenConfig structure
2015-03-06 22:04:25 +00:00
_score dd 100000
_score_highest dd 100000
[Decompilation] [th01] FUUIN.EXE resident structure data retrieval Completes P0094, funded by Yanga.
2020-05-24 18:47:51 +00:00
_RES_ID_0 db 'ReiidenConfig',0
_ERROR_END_FLAG db 'ERROR : end_flag is not ture !!',0
_ERROR_NO_RESDATA db 'ERROR : cfg_id is not alloc!!',0
_RES_ID_1 db 'ReiidenConfig',0
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; char path[]
Remove IDA's cross reference comments We're going to rename *everything*, and grep is a much more useful tool to achieve the same.
2014-08-10 01:44:54 +00:00
path db 'op',0
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; char arg0[3]
Remove IDA's cross reference comments We're going to rename *everything*, and grep is a much more useful tool to achieve the same.
2014-08-10 01:44:54 +00:00
arg0 db 'op',0
db 0
[Decompilation] [th01] Keyboard input in FUUIN.EXE The only TH01 executable not supporting the numpad? And that's the point where you just rewrite the distinct input_prev_* values as a single array, because they're local to input_sense() anyway. Part of P0091, funded by Ember2528.
2020-05-11 18:04:14 +00:00
include th01/hardware/input_main_end[data].asm
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
dd 0
[Decompilation] [th01] Verdict screen: Title calculation You can definitely make an argument that these if/else if branches are easier to read than their implied formula, especially with all variables being signed here. Completes P0197, funded by Yanga and Ember2528.
2022-05-30 01:49:51 +00:00
[Maintenance] [th01] Move data of FUUIN.EXE segments ≥4 to a new assembly unit Turns out that the "new idea" for handling these data slices won't work out in reality. At least the amount of necessary manual `extern` declarations isn't soul-crushingly large, so this way isn't bad either, after all! Part of P0197, funded by Yanga and Ember2528.
2022-05-29 20:40:18 +00:00
; th01/hardware/palette[data].asm
extern _z_Palettes:rgb_t:COLOR_COUNT
; libs/master.lib/grp[data].asm
extern graph_VramSeg:word
extern graph_VramWords:word
extern graph_VramLines:word
extern graph_VramZoom:word
; libs/master.lib/pal[data].asm
extern PaletteTone:word
extern PalettesInit:rgb_t:COLOR_COUNT
extern PaletteNote:word
extern ResPalSeg:word
; libs/master.lib/respal_exist[data].asm
IDLEN EQU 10
extern ResPalID:byte:IDLEN
; libs/master.lib/fil[data].asm
extern file_BufferSize:word
extern file_Handle:word
; libs/master.lib/dos_ropen[data].asm
extern file_sharingmode:word
; libs/master.lib/clip[data].asm
extern ClipXL:word
extern ClipXW:word
extern ClipXR:word
extern ClipYT:word
extern ClipYH:word
extern ClipYB:word
extern ClipYT_seg:word
extern ClipYB_adr:word
; libs/master.lib/rand[data].asm
extern random_seed:dword
Set up labels to denote the BSS and init/exit table segments Again, we can't split dseg into the "real" segments just yet, because that would force us to correct the assumed data segment in every single function. [Binary change] Relocations in TH01's FUUIN.EXE. Again.
2014-08-17 21:55:59 +00:00
Finally use standard segment names everywhere And I guess we just have to ignore and disable that segment alignment warning for TH01. It's not like this changes anything in the binary.
2015-02-18 11:07:37 +00:00
.data?
[Decompilation] [th01] FUUIN.EXE resident structure data retrieval Completes P0094, funded by Yanga.
2020-05-24 18:47:51 +00:00
public _continues_total, _continues_per_scene
[Reverse-engineering] [th01] ReiidenConfig structure
2015-03-06 22:04:25 +00:00
_continues_total dd ?
[Decompilation] [th01] FUUIN.EXE resident structure data retrieval Completes P0094, funded by Yanga.
2020-05-24 18:47:51 +00:00
_continues_per_scene dd SCENE_COUNT dup(?)
[Maintenance] Compress unknown BSS regions using byte arrays Also something that any future ReC project should be doing right at the start. Finally, it made sense to do it here as well, because… Part of P0084, funded by Yanga.
2020-03-21 15:21:33 +00:00
db 308 dup(?)
[Decompilation] [th01] FUUIN.EXE resident structure data retrieval Completes P0094, funded by Yanga.
2020-05-24 18:47:51 +00:00
public _start_lives_extra, _end_flag, _rank
_start_lives_extra db ?
_end_flag db ? ; ZUN symbol [Strings]
[Reverse-engineering] Current difficulty Funded by -Tom-.
2019-03-01 15:16:54 +00:00
_rank db ?
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
db ?
[Reverse-engineering] [th01] REYHI*.DAT structure Part of P0084, funded by Yanga.
2020-03-20 17:40:56 +00:00
include th01/hiscore/hiscore[bss].asm
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
db ? ;
[Decompilation] [th01] Keyboard input in FUUIN.EXE The only TH01 executable not supporting the numpad? And that's the point where you just rewrite the distinct input_prev_* values as a single array, because they're local to input_sense() anyway. Part of P0091, funded by Ember2528.
2020-05-11 18:04:14 +00:00
public _input_prev
_input_prev db 10 dup(?)
evendata
[C decompilation] [th01] VSync interrupt handler Time to get back into this.
2015-09-05 20:06:46 +00:00
include th01/hardware/vsync[bss].asm
[Maintenance] Compress unknown BSS regions using byte arrays Also something that any future ReC project should be doing right at the start. Finally, it made sense to do it here as well, because… Part of P0084, funded by Yanga.
2020-03-21 15:21:33 +00:00
db 256 dup(?)
[Decompilation] [th01] Game init and exit functions Yes, that's the code that forgot reactivating the text cursor before returning to the DOS prompt! Completes P0080, funded by Ember2528 and Splashman.
2020-03-02 19:22:10 +00:00
include th01/core/initexit[bss].asm
[Reverse-engineering] [th01] Current back page Previously sloppily mis-RE'd as "some page variable, idk", back in 2015… Now also with a page number typedef. And yeah, restricting bool to C++ has now proven to be stupid after all. Part of P0067, funded by Splashman.
2020-01-06 13:40:42 +00:00
include th01/hardware/graph[bss].asm
[Maintenance] Compress unknown BSS regions using byte arrays Also something that any future ReC project should be doing right at the start. Finally, it made sense to do it here as well, because… Part of P0084, funded by Yanga.
2020-03-21 15:21:33 +00:00
db 80 dup(?)
[Reverse-engineering] [th01] .GRP palette Part of P0082, funded by Ember2528.
2020-03-10 22:10:36 +00:00
include th01/formats/grp_palette[bss].asm
[Maintenance] Compress unknown BSS regions using byte arrays Also something that any future ReC project should be doing right at the start. Finally, it made sense to do it here as well, because… Part of P0084, funded by Yanga.
2020-03-21 15:21:33 +00:00
db 1136 dup(?)
[Decompilation] [th01] .GRP file loading and display All the weird double returns in FUUIN.EXE just magically appear with -O-! 😮 And yeah, it's a bowl of global state spaghetti once again. 🍝 Named the functions in a way that would make sense to a user of the API, who should be aware of typical side effects, like, y'know, a changed hardware palette… That's how you end up with the supposed "main" function getting a "_palette_show" suffix. Completes P0082, funded by Ember2528.
2020-03-12 23:54:35 +00:00
include th01/formats/grp_buf[bss].asm
[Reverse-engineering] 32-bit VRAM plane pointers I've looked at every openly available piece of PC-98 documentation, and there don't seem to be any official names for the individual planes. The closest thing I could find was the description at http://island.geocities.jp/cklouch/column/pc98bas/pc98disphw2.htm explaining that they represent the blue, red, green, and brightness component when using the default PC-98 palette. However, these planes correspond to nothing else but the 4 individual bits of the final index into the color palette, and you can assign any color to every single palette slot. Therefore, it's merely a convention that your own palettes don't have to follow (and in Touhou, they don't). Nevertheless, there doesn't seem to be an alternative, and the Neko Project II source code uses the same B/R/G/E convention, so I'll go with that as well.
2015-02-10 22:43:34 +00:00
include th01/hardware/vram_planes[bss].asm
[Maintenance] [th01] Move BSS data of FUUIN.EXE segments ≥4 to the data unit Part of P0207, funded by GhostPhanom.
2022-07-24 17:04:52 +00:00
; libs/master.lib/pal[bss].asm
extern Palettes:rgb_t:COLOR_COUNT
; libs/master.lib/fil[bss].asm
extern file_Buffer:dword
extern file_BufferPos:dword
extern file_BufPtr:word
extern file_InReadBuf:word
extern file_Eof:word
extern file_ErrorStat:word
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
Let Turbo C++ link in the Borland C/C++ runtime for the main EXE files This took long enough, so we're not covering the COM files right now. Like, I can't even tell how you're supposed to work around the forced word alignment for the _TEXT segment. Guess we'll just have to decompile all of these in one go, just like we did with ZUNSOFT.COM. Also, it really seems as if we're merely trading one ugly workaround for another in our quest for identical binaries.
2015-02-19 06:46:36 +00:00
end