Rooba
/
ReC98
mirror of https://github.com/nmlgc/ReC98.git
1
1
Fork 0
Code Issues Packages Projects Releases Wiki Activity
ReC98/th03/main/playfld.hpp

29 lines
1.1 KiB
C++
Raw Normal View History

[Maintenance] Move the Subpixel class to TH01 At least pellets are moved at a decent precision in this game. Part of P0099, funded by Ember2528.
2020-06-24 12:16:34 +00:00
#include "th01/math/subpixel.hpp"
[Reverse-engineering] [th03] Playfield shaking Which only applies to the set of sprites considered to be in the foreground, so no EGC acceleration. Part of P0061, funded by Touhou Patch Center.
2019-12-01 21:19:23 +00:00
#define PLAYFIELD_COUNT 2
[Reverse-engineering] [th03] Playfield sprite clipping coordinates Part of P0060, funded by Touhou Patch Center.
2019-11-21 20:53:24 +00:00
#define PLAYFIELD_W 288
[Reverse-engineering] [th03] Player structure Completes P0071, funded by KirbyComment and -Tom-.
2020-01-28 20:50:58 +00:00
#define PLAYFIELD_H 368
[Reverse-engineering] [th03] Playfield sprite clipping coordinates Part of P0060, funded by Touhou Patch Center.
2019-11-21 20:53:24 +00:00
// For both playfields, in every direction. (CSS style!)
[Decompilation] [th03] Sprite display calls Yes, decompilation, of something that was so obviously originally written in ASM. We're still left with two un-decompilable instructions here, but I'm amazed at how nicely I was able to abstract away all of the gory register details, leading to pretty clear, readable, and dare I say *portable* code?! Turbo C++ was once again pretty helpful here: • `static_cast<char>(_BX) = _AL` actually compiles into `MOV BL, AL`, as you would have intended, • and no-op assignments like _DI = _DI are optimized away, allowing us to leave them in for clarity, so that we can have all parameter assignments for the SPRITE16 display call in a single place. I love this compiler. Part of P0060, funded by Touhou Patch Center.
2019-11-22 21:25:41 +00:00
// The clipped SPRITE16 display functions rely on this being at least 16!
[Reverse-engineering] [th03] Playfield sprite clipping coordinates Part of P0060, funded by Touhou Patch Center.
2019-11-21 20:53:24 +00:00
#define PLAYFIELD_BORDER 16
[Maintenance] Rename all old *_X and *_Y constants to *_LEFT and *_TOP Part of P0112, funded by [Anonymous] and Blue Bolt.
2020-08-25 18:29:24 +00:00
#define PLAYFIELD_LEFT PLAYFIELD_BORDER
#define PLAYFIELD_TOP PLAYFIELD_BORDER
[Reverse-engineering] [th03] Playfield sprite clipping coordinates Part of P0060, funded by Touhou Patch Center.
2019-11-21 20:53:24 +00:00
[Reverse-engineering] [th03] Player structure Completes P0071, funded by KirbyComment and -Tom-.
2020-01-28 20:50:58 +00:00
#define PLAYFIELD_VRAM_H (PLAYFIELD_H / 2)
[Reverse-engineering] [th03] Playfield sprite clipping coordinates Part of P0060, funded by Touhou Patch Center.
2019-11-21 20:53:24 +00:00
#define PLAYFIELD_W_BORDERED (PLAYFIELD_BORDER + PLAYFIELD_W + PLAYFIELD_BORDER)
#define PLAYFIELD1_CLIP_LEFT 0
#define PLAYFIELD1_CLIP_RIGHT (PLAYFIELD1_CLIP_LEFT + PLAYFIELD_W_BORDERED - 1)
#define PLAYFIELD2_CLIP_LEFT (PLAYFIELD1_CLIP_RIGHT + 1)
#define PLAYFIELD2_CLIP_RIGHT (PLAYFIELD2_CLIP_LEFT + PLAYFIELD_W_BORDERED - 1)
[Reverse-engineering] [th03] Playfield shaking Which only applies to the set of sprites considered to be in the foreground, so no EGC acceleration. Part of P0061, funded by Touhou Patch Center.
2019-12-01 21:19:23 +00:00
[Maintenance] #define the number of dots in a byte One fewer magic number. And one more deliberate dependency on a PC-98-specific hardware constant, to further drive home just how unportable these games are, even once decompilation will be complete. Part of P0105, funded by Yanga.
2020-08-05 21:04:47 +00:00
#define PLAYFIELD_VRAM_W_BORDERED (PLAYFIELD_W_BORDERED / BYTE_DOTS)
[Reverse-engineering] [th03] Combo structure Hey, look, it's a 0FFFFh constant that *doesn't* get RE'd as -1! Part of P0070, funded by KirbyComment.
2020-01-19 14:35:45 +00:00
[Maintenance] [th03] Adopt the PlayfieldPoint subpixel type from TH02/TH04/TH05 Makes sense for this game as well, even if it can only serve documentary purpose due to it not knowing which playfield it's on. Part of P0182, funded by Lmocinemod and [Anonymous].
2022-02-03 00:49:03 +00:00
// A subpixel point within one of the playfields. No conversion methods to
// screen space here, since the instance doesn't know the playfield it is on.
typedef SPPoint PlayfieldPoint;
[Maintenance] Declare distinct types for screen, VRAM, and TRAM coordinates Whew, time to look at every `int` variable we ever declared! The best moment to do this would have been a year ago, but well, better late than never. No need to communicate that in comments anymore. These shouldn't be used for widths, heights, or sprite-space coordinates. Maybe we'll cover that another time, this commit is already large enough. Part of P0111, funded by [Anonymous] and Blue Bolt.
2020-08-20 19:59:45 +00:00
extern screen_x_t playfield_fg_shift_x[PLAYFIELD_COUNT];
[Reverse-engineering] [th03] Playfield shaking Which only applies to the set of sprites considered to be in the foreground, so no EGC acceleration. Part of P0061, funded by Touhou Patch Center.
2019-12-01 21:19:23 +00:00
[Maintenance] Declare distinct types for screen, VRAM, and TRAM coordinates Whew, time to look at every `int` variable we ever declared! The best moment to do this would have been a year ago, but well, better late than never. No need to communicate that in comments anymore. These shouldn't be used for widths, heights, or sprite-space coordinates. Maybe we'll cover that another time, this commit is already large enough. Part of P0111, funded by [Anonymous] and Blue Bolt.
2020-08-20 19:59:45 +00:00
screen_x_t pascal playfield_fg_x_to_screen(Subpixel x, unsigned int pid);