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

73 lines
2.2 KiB
NASM
Raw Permalink Normal View History

th01/op: Initial state
2014-08-05 19:24:06 +00:00
;
; +-------------------------------------------------------------------------+
; | This file has been generated by The Interactive Disassembler (IDA) |
; | Copyright (c) 2009 by Hex-Rays, <support@hex-rays.com> |
; +-------------------------------------------------------------------------+
;
; Input MD5 : AD4E53E1F1A042FBDA82F86B9BD6728C
; File Name : th01/OP.EXE
; Format : MS-DOS executable (EXE)
; Base Address: 0h Range: 0h-14040h Loaded length: 13418h
; 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
[Maintenance] [th01] Move remaining non-literal data into a new assembly unit Yeah, no, I'm not going to declare all of those as `extern` and then "Move all data to C land" after decompiling the entire segment. Once again (94372d2), it's not too bad – heck, in REIIDEN.EXE, it's less than a screen worth of identifiers that are still being referenced. Part of P0214, funded by Ember2528.
2022-08-11 22:59:01 +00:00
.model use16 large _TEXT
th01/op: Initial state
2014-08-05 19:24:06 +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
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
th01/op: Initial state
2014-08-05 19:24:06 +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:DGROUP, fs:nothing, gs:nothing
th01/op: Initial state
2014-08-05 19:24:06 +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] #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] #483: dos_free OK. I'm going to spend one day on TH01 alone, and if that doesn't end up shredding the code significantly, I'm not going to cover that game.
2014-09-07 13:21:23 +00:00
include libs/master.lib/dos_free.asm
[Reduction] #488-491: General key input support
2014-09-07 15:01:58 +00:00
include libs/master.lib/keystart.asm
[Reduction] #486-487: key_wait_bios and key_sense_bios
2014-09-07 14:21:01 +00:00
include libs/master.lib/keybios.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] #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/op: Initial state
2014-08-05 19:24:06 +00:00
[Decompilation] [th01] .GRZ file loading and display Yet another run-length encoded graphics format, this one being exclusively used to wastefully store Konngara's sword slash and kuji-in kill "animation". But for once, the terrible code generated by inline functions with non-literal parameters perfectly matches what ZUN wrote here. Part of P0081, funded by Ember2528.
2020-03-03 18:41:02 +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
[Maintenance] [th01] OP.EXE: Move master.lib data back to the ASM husk Completes P0216, funded by JonathKane.
2022-08-15 10:33:53 +00:00
include libs/master.lib/version[data].asm
include libs/master.lib/grp[data].asm
include libs/master.lib/pal[data].asm
include libs/master.lib/respal_exist[data].asm
include libs/master.lib/resdata[data].asm
include libs/master.lib/fil[data].asm
include libs/master.lib/keytable[data].asm
include libs/master.lib/keystart[data].asm
include libs/master.lib/keyback[data].asm
include libs/master.lib/dos_ropen[data].asm
include libs/master.lib/clip[data].asm
include libs/master.lib/rand[data].asm
[Decompilation] [th01] Random resident structure stuff: Move all data to C land Part of P0213, funded by Ember2528 and GhostRiderCog.
2022-08-10 16:01:03 +00:00
[Decompilation] [th01] .GRZ file loading and display Yet another run-length encoded graphics format, this one being exclusively used to wastefully store Konngara's sword slash and kuji-in kill "animation". But for once, the terrible code generated by inline functions with non-literal parameters perfectly matches what ZUN wrote here. Part of P0081, funded by Ember2528.
2020-03-03 18:41:02 +00:00
.data?
[Maintenance] [th01] OP.EXE: Move master.lib data back to the ASM husk Completes P0216, funded by JonathKane.
2022-08-15 10:33:53 +00:00
include libs/master.lib/pal[bss].asm
include libs/master.lib/fil[bss].asm
include libs/master.lib/keystart[bss].asm
include libs/master.lib/clip[bss].asm
[Maintenance] [th01] Move OP and REIIDEN master.lib data to new assembly units Part of P0213, funded by Ember2528 and GhostRiderCog.
2022-08-10 16:49:13 +00:00
[Decompilation] [th01] Random resident structure stuff: Move all data to C land Part of P0213, funded by Ember2528 and GhostRiderCog.
2022-08-10 16:01:03 +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