ReC98/th01/op_06.cpp

/* ReC98
 * -----
 * Code segment #6 of TH01's OP.EXE
 */

#include "th01/hardware/graph.cpp"
[Decompilation] [th01] master.lib resident palette function reimplementations Which store colors as GRB, as suggested by the structure's ID string. Even master.lib's own functions add an additional XCHG AH, AL instruction to get colors into and out of this format. MASTER.MAN suggests that it's some sort of standard on PC-98. It does match the order of ths hardware's palette register ports, after all. (0AAh = green, 0ACh = red, 0AEh = blue) Now we also know why __seg* wasn't used more commonly, as lamented in c8e8e98. Turbo C++ simply doesn't support a lot of arithmetic on segment pointers. And then that undecompilable far call to a function within the same segment, but inside a different translation unit… Also, thanks again to Egor for the SCOPY@ hack that debuted in 0460072. Would have probably struggled with this a lot more without that. And then you realize that TH01 effectively doesn't even use the resident palette. 😐 And yes, we're procrastinating the whole issue of potentially using a single translation unit for all three binaries by using a common segment name, because it really isn't that easy. Completes P0066, funded by Keyblade Wiedling Neko and Splashman. 2020-01-05 15:10:00 +00:00			`/* ReC98`
			`* -----`
			`* Code segment #6 of TH01's OP.EXE`
			`*/`

[Decompilation] [th01] Blocking palette fade-ins from a custom start color ❎ Unused… Part of P0067, funded by Splashman. 2020-01-06 11:07:53 +00:00			`#include "th01/hardware/graph.cpp"`