ReC98

Author	SHA1	Message	Date
wintiger0222	0b084b83c3	[Reverse-engineering] [th04/th05] graph_putsa_fx	2019-12-17 23:26:54 +01:00
nmlgc	8b01c60f44	[Maintenance] Move PC-98 hardware constants to a separate include file SPRITE16 would also like to refer to those later. Part of P0061, funded by Touhou Patch Center.	2019-12-05 21:38:39 +01:00
nmlgc	37fc899c42	Add some useful increment and decrement macros Which we'd really like to have for the highscore entering screen.	2015-03-01 22:52:25 +01:00
nmlgc	1f514b5a6c	[C decompilation] [th02/op] Shot type selection Oh, OK, so this is what the PC-98 GRCG is all about. You call grcg_setcolor(), and that puts the PC-98 hardware in some sort of "monochromatic mode". Then, you just write your pixels into any single one of the 4 VRAM bitplanes. This causes the hardware to automatically write to all bitplanes in such a way that the final palette index for each of the 8, 16, or 32 pixels you just wrote a 1 value to will actually end up to match the color you set earlier. Don't forget to call grcg_off() at the end though, or you can't draw any non-monochromatic graphics, heh.	2015-02-25 23:05:20 +01:00
nmlgc	cd33367b51	[C decompilation] [th02/op] Music Room Yes, all of it. Including the bouncing polygons, of course. And since it's placed at the end of ZUN's code inside the executable, the code's already position-independent and fully hackable.	2015-02-24 22:38:44 +01:00
nmlgc	a7235304ed	Make the VRAM plane constants available to C	2015-02-24 22:16:31 +01:00