ReC98/th03/start[data].asm

include th03/chars.inc

public _demo_chars, _demo_rand
_demo_chars	label byte
	db	(1 + (PLAYCHAR_MIMA     * 2)),	(1 + (PLAYCHAR_REIMU  * 2))
	db	(1 + (PLAYCHAR_MARISA   * 2)),	(1 + (PLAYCHAR_RIKAKO * 2))
	db	(1 + (PLAYCHAR_ELLEN    * 2)),	(1 + (PLAYCHAR_KANA   * 2))
	db	(1 + (PLAYCHAR_KOTOHIME * 2)),	(1 + (PLAYCHAR_MARISA * 2))
_demo_rand	label dword
	dd	600
	dd	1000
	dd	3200
	dd	500
[Maintenance] [th03/th04/th05] Split OP.EXE into two assembly units Wow, that was unexpectedly painless – even for TH03 where we have to deal with a significant number of un-RE'd pieces of data. And for TH04 and TH05, it turns out that we not only want to move the entire _TEXT segment into the new unit to keep the amount of `extern` declarations to a minimum, but in fact have to because of graph_putsa_fx()'s fancy labels in the data segment. Part of P0263, funded by [Anonymous]. 2023-11-28 19:48:14 +00:00			`include th03/chars.inc`

[Reverse-engineering] [th03] Demo initialization Something small that came out of the resident structure review. Including more research to suggest that we probably can't ever use C++ constructors for anything in ReC98. Part of P0076, funded by [Anonymous] and -Tom-. 2020-02-21 14:08:10 +00:00			`public _demo_chars, _demo_rand`
			`_demo_chars label byte`
			`db (1 + (PLAYCHAR_MIMA * 2)), (1 + (PLAYCHAR_REIMU * 2))`
			`db (1 + (PLAYCHAR_MARISA * 2)), (1 + (PLAYCHAR_RIKAKO * 2))`
			`db (1 + (PLAYCHAR_ELLEN * 2)), (1 + (PLAYCHAR_KANA * 2))`
			`db (1 + (PLAYCHAR_KOTOHIME * 2)), (1 + (PLAYCHAR_MARISA * 2))`
			`_demo_rand label dword`
			`dd 600`
			`dd 1000`
			`dd 3200`
			`dd 500`