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

188 lines
6.4 KiB
NASM
Raw Normal View History

th02/op: Initial state
2014-07-02 17:18:32 +00:00
;
; +-------------------------------------------------------------------------+
; | This file has been generated by The Interactive Disassembler (IDA) |
; | Copyright (c) 2009 by Hex-Rays, <support@hex-rays.com> |
; +-------------------------------------------------------------------------+
;
; Input MD5 : 9FB2839DB50F38119D0B98D4FB70CD0E
; File Name : th02/OP.EXE
; Format : MS-DOS executable (EXE)
; Base Address: 0h Range: 0h-F9F0h Loaded length: E8F8h
; Entry Point : 0:0
; OS type : MS DOS
; Application type: Executable 16bit
Trick TASM into not creating 32-bit default segments So that's the - admittedly rather weird - solution to the problem that has been plaguing this project ever since the beginning of the reduction step. Without any 32-bit dummy segments in the compiled object files, more linkers will be able to build this project, one of them being JWlink (http://sourceforge.net/projects/jwlink/). Still can't rename dseg to _DATA though, as TASM stupidly refuses to accept any ALIGN directives above a segment's alignment attribute value. TH01's floating-point data slices already require larger alignments, and we're very likely to have even more of those in the future. Also, we're finally defining the Borland C++ model symbols directly in the code, rather than in my unpublished build batch files. :)
2014-10-31 06:17:05 +00:00
.286 ; Force the .model directive to create 16-bit default segments...
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
.model large op_02_TEXT
Trick TASM into not creating 32-bit default segments So that's the - admittedly rather weird - solution to the problem that has been plaguing this project ever since the beginning of the reduction step. Without any 32-bit dummy segments in the compiled object files, more linkers will be able to build this project, one of them being JWlink (http://sourceforge.net/projects/jwlink/). Still can't rename dseg to _DATA though, as TASM stupidly refuses to accept any ALIGN directives above a segment's alignment attribute value. TH01's floating-point data slices already require larger alignments, and we're very likely to have even more of those in the future. Also, we're finally defining the Borland C++ model symbols directly in the code, rather than in my unpublished build batch files. :)
2014-10-31 06:17:05 +00:00
__LARGE__ equ 1
.386 ; ... then switch to what we actually need.
; And yes, we can't move this to an include file for some reason.
th02/op: Initial state
2014-07-02 17:18:32 +00:00
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 th02/th02.inc
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
th02/op: Initial state
2014-07-02 17:18:32 +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
th02/op: Initial state
2014-07-02 17:18:32 +00:00
[Reduction] #148: bfnt_entry_pat
2014-08-23 09:51:14 +00:00
include libs/master.lib/bfnt_entry_pat.asm
[Reduction] #150: bfnt_extend_header_skip
2014-08-23 10:23:03 +00:00
include libs/master.lib/bfnt_extend_header_skip.asm
[Reduction] #149: bfnt_header_read
2014-08-23 10:08:48 +00:00
include libs/master.lib/bfnt_header_read.asm
[Reduction] #151: bfnt_extend_header_analysis And here we have another TASM limitation: INCLUDE file names apparently are strcpy()'d to a buffer with a fixed size of 32 bytes, causing a crash when trying to include any file with a longer name. Quality.
2014-08-23 11:18:32 +00:00
include libs/master.lib/bfnt_header_analysis.asm
[Reduction] #191: bcloser
2014-08-26 18:54:57 +00:00
include libs/master.lib/bcloser.asm
[Reduction] #5: bfill To get anywhere, we must become able to include assembly files that define their own segments. But this will only work if we include these files in the order they appear in in our dumps, *starting from the very first one*. And to include the very first one, we must first get rid of the erroneous references to the first few bytes of the data segment... and this function happens to be the first one referencing those.
2014-08-10 09:47:36 +00:00
include libs/master.lib/bfill.asm
[Reduction] #158: bfnt_palette_set
2014-08-23 14:56:01 +00:00
include libs/master.lib/bfnt_palette_set.asm
[Reduction] #192: bgetc
2014-08-26 19:23:54 +00:00
include libs/master.lib/bgetc.asm
[Reduction] #203: palette_black_in
2014-08-26 22:21:45 +00:00
include libs/master.lib/palette_black_in.asm
[Reduction] #204: palette_black_out
2014-08-26 22:33:43 +00:00
include libs/master.lib/palette_black_out.asm
[Reduction] #208: bopenr Had to explicitly specify "byte ptr pferrno" for binary compatibility...
2014-08-27 00:54:57 +00:00
include libs/master.lib/bopenr.asm
[Reduction] #193: bread This function doesn't seem to be used outside pfopen(), and IDA struggles with that function, which explains the missing references.
2014-08-26 19:34:06 +00:00
include libs/master.lib/bread.asm
[Reduction] #195: bseek Without underscore. Relative seek.
2014-08-26 20:04:11 +00:00
include libs/master.lib/bseek.asm
[Reduction] #196: bseek_ With underscore. Seek origin as a separate parameter. I'm... sure there is a reason?
2014-08-26 20:15:00 +00:00
include libs/master.lib/bseek_.asm
[Reduction] #146: dos_axdx
2014-08-23 01:03:17 +00:00
include libs/master.lib/dos_axdx.asm
[Reduction] #143: dos_setvect
2014-08-22 23:38:22 +00:00
include libs/master.lib/dos_setvect.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] #361-362: file_flush and file_close
2014-08-30 06:15:42 +00:00
include libs/master.lib/file_close.asm
[Reduction] #363: file_create
2014-08-30 06:32:10 +00:00
include libs/master.lib/file_create.asm
[Reduction] #364: file_exist
2014-08-30 06:46:38 +00:00
include libs/master.lib/file_exist.asm
[Reduction] #365: file_read
2014-08-30 07:00:31 +00:00
include libs/master.lib/file_read.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] #369: file_write
2014-08-30 07:38:09 +00:00
include libs/master.lib/file_write.asm
[Reduction] #140: dos_close
2014-08-22 22:46:33 +00:00
include libs/master.lib/dos_close.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] #246: grcg_boxfill
2014-08-28 03:31:57 +00:00
include libs/master.lib/grcg_boxfill.asm
[Reduction] #399: grc_setclip
2014-08-31 06:36:33 +00:00
include libs/master.lib/grc_setclip.asm
[Reduction] #420: grcg_fill
2014-08-31 10:22:19 +00:00
include libs/master.lib/grcg_fill.asm
[Reduction] #228: grcg_hline
2014-08-27 22:17:57 +00:00
include libs/master.lib/grcg_hline.asm
[Reduction] #423: grcg_polygon_c
2014-09-01 04:52:28 +00:00
include libs/master.lib/grcg_polygon_c.asm
[Reduction] #441: grcg_round_boxfill No local symbol definitions for variables here, as they are used in both the normal function and the retfunc.
2014-09-01 19:08:57 +00:00
include libs/master.lib/grcg_round_boxfill.asm
[Reduction] #217-218: grcg_setcolor and grcg_off
2014-08-27 04:52:58 +00:00
include libs/master.lib/grcg_setcolor.asm
[Reduction] #408: gaiji_backup and gaiji_restore
2014-08-31 08:23:41 +00:00
include libs/master.lib/gaiji_backup.asm
[Reduction] #407: gaiji_entry_bfnt
2014-08-31 08:08:09 +00:00
include libs/master.lib/gaiji_entry_bfnt.asm
[Reduction] #384: gaiji_putca
2014-08-31 02:56:17 +00:00
include libs/master.lib/gaiji_putca.asm
[Reduction] #385: gaiji_putsa
2014-08-31 03:05:48 +00:00
include libs/master.lib/gaiji_putsa.asm
[Reduction] #401-403: gaiji_read and gaiji_read_all
2014-08-31 07:40:28 +00:00
include libs/master.lib/gaiji_read.asm
[Reduction] #404-406: gaiji_write and gaiji_write_all
2014-08-31 07:50:38 +00:00
include libs/master.lib/gaiji_write.asm
[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] #215-216: graph_copy_page
2014-08-27 04:13:48 +00:00
include libs/master.lib/graph_copy_page.asm
[Reduction] #44: graph_extmode
2014-08-15 14:11:51 +00:00
include libs/master.lib/graph_extmode.asm
[Reduction] #502: graph_gaiji_putc Introducing MASTERMOD v3. How long until a GAME_NUMBER macro? (Answer: Once we find ZUN code that slightly changed between games.)
2014-09-14 15:39:30 +00:00
include libs/master.lib/graph_gaiji_putc.asm
[Reduction] #503: graph_gaiji_puts
2014-09-15 01:03:52 +00:00
include libs/master.lib/graph_gaiji_puts.asm
[Reduction] #126: graph_pi_free Huh, the compatibility NOPs extend to master.lib as well?
2014-08-21 23:39:42 +00:00
include libs/master.lib/graph_pi_free.asm
[Reduction] #131-134: graph_pi_load_pack Second biggest master.lib object right there... and apparently, TASM doesn't support segment prefixes in EQU directives? And yes, there really is no viable solution for both the NOPCALL problem (the TASM manual states that these NOPs are inserted during single-pass assembly, which we can't do) and the complementary jump sequences (which are only inserted for forward references when specifying the JUMPS directive, which doesn't seem to work for us either).
2014-08-22 19:15:44 +00:00
include libs/master.lib/graph_pi_load_pack.asm
[Reduction] #394: graph_pack_put_8
2014-08-31 05:26:45 +00:00
include libs/master.lib/graph_pack_put_8.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] #153-154: Key beep control
2014-08-23 12:01:53 +00:00
include libs/master.lib/keybeep.asm
[Reduction] #422: draw_trapezoid Yup. From TH03 on, ZUN uses a different version of master.lib, containing more features than the last official version 0.23 from May 1995. Given the relative insignificance of the features in question, I presume that Amusement Makers must have kept their own, improved fork of master.lib, rather than ZUN having hacked master.lib on his own. Anyway, that doesn't matter. In the end, we still have to reverse-engineer each and every one of these changes, and some of the more complicated functions won't even be reduced before the actual reverse-engineering step of this project. [Binary change] Order of 3 relocations in TH05's OP.EXE.
2014-08-31 16:08:50 +00:00
include libs/master.lib/draw_trapezoid.asm
[Reduction] #211: make_linework
2014-08-27 03:05:30 +00:00
include libs/master.lib/make_linework.asm
[Reduction] #157: palette_init
2014-08-23 14:18:30 +00:00
include libs/master.lib/palette_init.asm
[Reduction] #156: palette_show
2014-08-23 14:11:16 +00:00
include libs/master.lib/palette_show.asm
[Reduction] #209: pfclose
2014-08-27 01:11:13 +00:00
include libs/master.lib/pfclose.asm
[Reduction] #479-482: pfgetc
2014-09-07 13:07:36 +00:00
include libs/master.lib/pfgetc.asm
[Reduction] #375: pfread
2014-08-30 10:50:48 +00:00
include libs/master.lib/pfread.asm
[Reduction] #374: pfrewind [Binary change] db 0 → nop after the function in TH05's OP.EXE.
2014-08-30 10:33:48 +00:00
include libs/master.lib/pfrewind.asm
[Reduction] #373: pfseek
2014-08-30 10:26:02 +00:00
include libs/master.lib/pfseek.asm
[Reduction] #372: IRand
2014-08-30 10:13:04 +00:00
include libs/master.lib/random.asm
[Reduction] #386: palette_entry_rgb
2014-08-31 03:14:54 +00:00
include libs/master.lib/palette_entry_rgb.asm
[Reduction] #147: 4-bit VRAM pixel rotation table [Binary change] Order of three relocations in TH05's OP.EXE and MAINE.EXE.
2014-08-23 01:15:17 +00:00
include libs/master.lib/rottbl.asm
[Reduction] #123: smem_release Need to do this function before smem_wget() to keep the alignment identical.
2014-08-21 22:59:18 +00:00
include libs/master.lib/smem_release.asm
[Reduction] #124: smem_wget
2014-08-21 23:04:46 +00:00
include libs/master.lib/smem_wget.asm
General cleanup Mostly moving spurious null bytes, which are actually supposed to denote alignment, into their associated slices, but also prettying up some of the very first slices.
2014-10-20 15:20:04 +00:00
include libs/master.lib/text_clear.asm
include libs/master.lib/txesc.asm
[Reduction] #194: text_fillca
2014-08-26 20:02:09 +00:00
include libs/master.lib/text_fillca.asm
[Reduction] #388: text_putca
2014-08-31 03:41:23 +00:00
include libs/master.lib/text_putca.asm
[Reduction] #389: text_putsa
2014-08-31 03:52:43 +00:00
include libs/master.lib/text_putsa.asm
[Reduction] #198-201: vsync_start and vsync_end
2014-08-26 21:58:08 +00:00
include libs/master.lib/vsync.asm
[Reduction] #202: vsync_wait
2014-08-26 22:11:29 +00:00
include libs/master.lib/vsync_wait.asm
[Reduction] #205: palette_white_in No nopcalls for a change?
2014-08-26 22:52:29 +00:00
include libs/master.lib/palette_white_in.asm
[Reduction] #125: hmem_lallocate
2014-08-21 23:19:52 +00:00
include libs/master.lib/hmem_lallocate.asm
[Reduction] #119: mem_assign_dos Containing, again, fixes for misreferences in TH04.
2014-08-21 21:30:20 +00:00
include libs/master.lib/mem_assign_dos.asm
[Reduction] #117-118: mem_assign and mem_assign_all
2014-08-21 21:05:54 +00:00
include libs/master.lib/mem_assign.asm
[Reduction] #120-122: Heap memory functions With even more misreferences in switch tables.
2014-08-21 22:17:53 +00:00
include libs/master.lib/memheap.asm
[Reduction] #496: mem_unassign Which challenges a lot about what we thought to know about Amusement Makers' modifications to master.lib, due to the fact that TH02 contains the modified version of this function, but the original of draw_trapezoid... And I haven't even begun to research how this removal of conditional branches could have a positive effect on the game, especially since it's only called before exiting anyway.
2014-09-08 18:30:15 +00:00
include libs/master.lib/mem_unassign.asm
[Reduction] #137: super_free ... yeah, TH02's MAINE.EXE indeed seems to not free its superimposed data. In case it even allocates any. [Binary change] db 0 → nop in ZUNSOFT.COM.
2014-08-22 21:45:21 +00:00
include libs/master.lib/super_free.asm
[Reduction] #139: super_entry_pat Heh, all the references to this function are still expressed in db opcode form, because IDA couldn't process the self-modifying code in bfnt_entry_pat(). That's almost practical in our case!
2014-08-22 22:17:59 +00:00
include libs/master.lib/super_entry_pat.asm
[Reduction] #138: super_entry_at
2014-08-22 21:56:33 +00:00
include libs/master.lib/super_entry_at.asm
[Reduction] #159: super_entry_bfnt [Binary change] Order of 5 relocations in TH05's MAIN.EXE.
2014-08-23 16:07:02 +00:00
include libs/master.lib/super_entry_bfnt.asm
[Reduction] #136: super_cancel_pat
2014-08-22 21:33:18 +00:00
include libs/master.lib/super_cancel_pat.asm
[Reduction] #380-383: super_put_rect [Binary change] db 0 → nop after the end of superptr_draw in all affected executables.
2014-08-31 02:46:46 +00:00
include libs/master.lib/super_put_rect.asm
[Reduction] #234-239: super_put [Binary change] Order of 3 relocations in TH05's OP.EXE, and 2 relocations in TH05's MAINE.EXE.
2014-08-28 00:13:13 +00:00
include libs/master.lib/super_put.asm
[Reduction] #697-699: Packfile interrupt hooking
2014-11-16 03:00:41 +00:00
include libs/master.lib/pfint21.asm
th02/op: Initial state
2014-07-02 17:18:32 +00:00
db 0
[Reduction] #700-704: pfopen ... and then I end up copying modified versions into the individual game subdirectories after all, because the changes between games were simply too drastic. (That's also why I'm counting pfopen() itself twice.) Only one slice left now, and then we're done with reduction!
2014-11-17 03:54:40 +00:00
include th02/formats/pfopen.asm
include libs/master.lib/pf_str_ieq.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
th02/op: Initial state
2014-07-02 17:18:32 +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
op_01_TEXT segment byte public 'CODE' use16
op_01_TEXT ends
th02/op: Initial state
2014-07-02 17:18:32 +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
op_02_TEXT segment word public 'CODE' use16
op_02_TEXT ends
th02/op: Initial state
2014-07-02 17:18:32 +00:00
; ===========================================================================
[C decompilation] [th02/op] Title screen flashing animation
2015-02-21 13:13:58 +00:00
op_03_TEXT segment word public 'CODE' use16
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
op_03_TEXT ends
th02/op: Initial state
2014-07-02 17:18:32 +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
[Reduction] #149: bfnt_header_read
2014-08-23 10:08:48 +00:00
include libs/master.lib/bfnt_id[data].asm
[Reduction] #225: Clipping variables for drawing Well, great. Why did the trapezoid variables have to be included in this object file? 10 of the executables don't use them, and there's no way to locate that one needle in the haystack of uninitialized data now.
2014-08-27 20:57:18 +00:00
include libs/master.lib/clip[data].asm
[Reduction] #227: Edge pattern table
2014-08-27 22:05:06 +00:00
include libs/master.lib/edges[data].asm
[Reduction] #359: File-related global data
2014-08-30 05:49:51 +00:00
include libs/master.lib/fil[data].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[data].asm
[Reduction] #408: gaiji_backup and gaiji_restore
2014-08-31 08:23:41 +00:00
include libs/master.lib/gaiji_backup[data].asm
[Reduction] #407: gaiji_entry_bfnt
2014-08-31 08:08:09 +00:00
include libs/master.lib/gaiji_entry_bfnt[data].asm
[Reduction] #213: Graphic VRAM-related global data Nothing in the BSS segment for once! Yay.
2014-08-27 03:42:48 +00:00
include libs/master.lib/grp[data].asm
[Reduction] #155: Palette data
2014-08-23 13:47:05 +00:00
include libs/master.lib/pal[data].asm
[Reduction] #207: PAR-related global data
2014-08-27 00:40:09 +00:00
include libs/master.lib/pf[data].asm
[Reduction] #372: IRand
2014-08-30 10:13:04 +00:00
include libs/master.lib/rand[data].asm
[Reduction] #252: 16-bit sine and cosine table Nice! It's not used by master.lib itself, but ZUN makes good use of these tables to avoid having to rely on floating-point functions.
2014-08-28 05:54:38 +00:00
include libs/master.lib/sin8[data].asm
[Reduction] #43: Text VRAM variables
2014-08-15 12:26:44 +00:00
include libs/master.lib/tx[data].asm
[Reduction] #504: master.lib version string Fulfilling the original licensing conditions... I think.
2014-09-16 02:11:09 +00:00
include libs/master.lib/version[data].asm
[Reduction] #197: VSync-related global data [Binary change] nop → db 0 after the data declarations in every affected executable.
2014-08-26 20:52:26 +00:00
include libs/master.lib/vs[data].asm
[Reduction] #233: Byte mask
2014-08-27 23:37:48 +00:00
include libs/master.lib/wordmask[data].asm
[Reduction] #116: master.lib memory manager variables
2014-08-21 20:53:12 +00:00
include libs/master.lib/mem[data].asm
[Reduction] #159: super_entry_bfnt [Binary change] Order of 5 relocations in TH05's MAIN.EXE.
2014-08-23 16:07:02 +00:00
include libs/master.lib/super_entry_bfnt[data].asm
[Reduction] #135: Superimposed pattern data ... It really shows that I forgot to compress the "db 0" statements in 2bd664c5e479250d55ae7aa109511a2206f941b0.
2014-08-22 20:31:44 +00:00
include libs/master.lib/superpa[data].asm
[Reduction] #700-704: pfopen ... and then I end up copying modified versions into the individual game subdirectories after all, because the changes between games were simply too drastic. (That's also why I'm counting pfopen() itself twice.) Only one slice left now, and then we're done with reduction!
2014-11-17 03:54:40 +00:00
include th02/formats/pfopen[data].asm
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?
[Reduction] #225: Clipping variables for drawing Well, great. Why did the trapezoid variables have to be included in this object file? 10 of the executables don't use them, and there's no way to locate that one needle in the haystack of uninitialized data now.
2014-08-27 20:57:18 +00:00
include libs/master.lib/clip[bss].asm
[Reduction] #359: File-related global data
2014-08-30 05:49:51 +00:00
include libs/master.lib/fil[bss].asm
[Reduction] #155: Palette data
2014-08-23 13:47:05 +00:00
include libs/master.lib/pal[bss].asm
[Reduction] #197: VSync-related global data [Binary change] nop → db 0 after the data declarations in every affected executable.
2014-08-26 20:52:26 +00:00
include libs/master.lib/vs[bss].asm
[Reduction] #198-201: vsync_start and vsync_end
2014-08-26 21:58:08 +00:00
include libs/master.lib/vsync[bss].asm
[Reduction] #116: master.lib memory manager variables
2014-08-21 20:53:12 +00:00
include libs/master.lib/mem[bss].asm
[Reduction] #135: Superimposed pattern data ... It really shows that I forgot to compress the "db 0" statements in 2bd664c5e479250d55ae7aa109511a2206f941b0.
2014-08-22 20:31:44 +00:00
include libs/master.lib/superpa[bss].asm
[Reduction] #380-383: super_put_rect [Binary change] db 0 → nop after the end of superptr_draw in all affected executables.
2014-08-31 02:46:46 +00:00
include libs/master.lib/super_put_rect[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
[Reverse-engineering] Slot-based PI file loading and freeing
2014-11-18 16:56:13 +00:00
include th02/formats/pi_slots[bss].asm
[Reduction] #697-699: Packfile interrupt hooking
2014-11-16 03:00:41 +00:00
include libs/master.lib/pfint21[bss].asm
[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_sense[bss].asm
[Maintenance] Move the sound driver function slices from hardware/ to snd/ And renaming them all to the short filenames they will be decompiled to for consistency. These functions aren't really immediately hardware-related, as we've established earlier in the decompilation.
2015-03-15 21:54:15 +00:00
include th02/snd/snd[bss].asm
include th02/snd/load[bss].asm
[Maintenance] Use the same resident structure pointer name for every game The TH04/TH05 BGM/SE mode setup is a good example for code where different structure field offsets will vanish completely upon reverse- engineering. If we continued to use the per-game ID string as the variable name, we'd only have another game-specific "difference" there. Part of P0065, funded by Touhou Patch Center.
2019-12-30 14:48:17 +00:00
public _resident
_resident dd ?
th02/op: Initial state
2014-07-02 17:18:32 +00:00
db ? ;
[C decompilation] Finish TH02's OP.EXE
2015-03-16 21:35:52 +00:00
public _lives
_lives db ?
public _bombs
_bombs db ?
Compress unitialized memory by replacing bytes with dwords
2014-07-05 21:03:42 +00:00
dd ? ;
dd ? ;
th02/op: Initial state
2014-07-02 17:18:32 +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