ReC98/th02/hardware/snd_load[bss].asm

; Shorter symbols for the [func] parameter of snd_load()
SND_LOAD_SONG equ (KAJA_GET_SONG_ADDRESS shl 8)
SND_LOAD_SE equ (PMD_GET_SE_ADDRESS shl 8)

SND_LOAD_FN_LEN equ 13
public _snd_load_fn
_snd_load_fn db SND_LOAD_FN_LEN dup(?)
	db ? ; word alignment
[Reverse-engineering] Music and sound effect loader 2014-11-29 23:18:40 +00:00			`; Shorter symbols for the [func] parameter of snd_load()`
			`SND_LOAD_SONG equ (KAJA_GET_SONG_ADDRESS shl 8)`
			`SND_LOAD_SE equ (PMD_GET_SE_ADDRESS shl 8)`

			`SND_LOAD_FN_LEN equ 13`
[C decompilation] [th02/op] Second set of sound driver calls So yeah, after ignoring this issue for a week, we indeed have no choice but to decompile these functions into this horrible mess of C and inline assembly. And you know what? Since the compiled result still matches with ZUN's binary, it's entirely possible that this was the original format this code was written in! Seriously, how intoxicated do you have to be to write (or rather, slur) code like this? Keeping these functions entirely in assembly would have surely been better. However, it would have made linking practically impossible, especially for the later games which still need them in the current assembly slice format. 2015-03-12 11:46:51 +00:00			`public _snd_load_fn`
Make all sound functions and variables available to C 2015-02-23 10:47:22 +00:00			`_snd_load_fn db SND_LOAD_FN_LEN dup(?)`
[Reverse-engineering] Music and sound effect loader 2014-11-29 23:18:40 +00:00			`db ? ; word alignment`