ReC98/th02/snd
nmlgc f3b8ae2851 [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 12:46:51 +01:00
..
delaymea.c [C decompilation] [th02] First set of sound driver calls 2015-03-04 02:47:22 +01:00
detmode.c [C decompilation] [th02/op] Second set of sound driver calls 2015-03-12 12:46:51 +01:00
kajafunc.c [C decompilation] [th02] First set of sound driver calls 2015-03-04 02:47:22 +01:00
load.c [C decompilation] [th02/op] Second set of sound driver calls 2015-03-12 12:46:51 +01:00
mmd_res.c [C decompilation] [th02/op] Second set of sound driver calls 2015-03-12 12:46:51 +01:00
pmd_res.c [C decompilation] [th02/op] Second set of sound driver calls 2015-03-12 12:46:51 +01:00
se.c [C decompilation] [th02] First set of sound driver calls 2015-03-04 02:47:22 +01:00
se_data.c [C decompilation] [th02] First set of sound driver calls 2015-03-04 02:47:22 +01:00