Rooba
/
ReC98
mirror of https://github.com/nmlgc/ReC98.git
1
1
Fork 0
Code Issues Packages Projects Releases Wiki Activity
ReC98/th01/formats/ptn_snap.cpp

61 lines
1.5 KiB
C++
Raw Normal View History

[Decompilation] [th01] .PTN snap functions Which repurpose the .PTN image slots to store the background of frequently updated VRAM sections, like all the numbers in the HUD. Future games would simply use the text RAM and gaiji for numbers. Which would have worked just fine for TH01 as well (especially since all the functions we've seen so far are aligned to the 8-pixel byte grid), but it looks as if ZUN simply wasn't aware of gaiji during the development of TH01. Part of P0083, funded by Yanga.
2020-03-17 20:04:24 +00:00
extern "C" {
[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
void ptn_snap_8(screen_x_t left, vram_y_t top, int ptn_id)
[Decompilation] [th01] .PTN snap functions Which repurpose the .PTN image slots to store the background of frequently updated VRAM sections, like all the numbers in the HUD. Future games would simply use the text RAM and gaiji for numbers. Which would have worked just fine for TH01 as well (especially since all the functions we've seen so far are aligned to the 8-pixel byte grid), but it looks as if ZUN simply wasn't aware of gaiji during the development of TH01. Part of P0083, funded by Yanga.
2020-03-17 20:04:24 +00:00
{
unsigned int vram_offset = vram_offset_muldiv(left, top);
ptn_t *ptn = ptn_with_id(ptn_id);
[Maintenance] Declare distinct types for pixel and VRAM sizes Oh wait, we also need one of those for an upcoming structure! Part of P0111, funded by [Anonymous] and Blue Bolt.
2020-08-21 18:13:08 +00:00
for(pixel_t y = 0; y < PTN_H; y++) {
[Decompilation] [th01] .PTN snap functions Which repurpose the .PTN image slots to store the background of frequently updated VRAM sections, like all the numbers in the HUD. Future games would simply use the text RAM and gaiji for numbers. Which would have worked just fine for TH01 as well (especially since all the functions we've seen so far are aligned to the 8-pixel byte grid), but it looks as if ZUN simply wasn't aware of gaiji during the development of TH01. Part of P0083, funded by Yanga.
2020-03-17 20:04:24 +00:00
#define snap(ptn, vram_offset, w) \
ptn->planes.B[y] = VRAM_CHUNK(B, vram_offset, w); \
ptn->planes.R[y] = VRAM_CHUNK(R, vram_offset, w); \
ptn->planes.G[y] = VRAM_CHUNK(G, vram_offset, w); \
ptn->planes.E[y] = VRAM_CHUNK(E, vram_offset, w);
snap(ptn, vram_offset, PTN_W);
#undef snap
vram_offset += ROW_SIZE;
}
}
[Maintenance] Declare distinct types for pixel and VRAM sizes Oh wait, we also need one of those for an upcoming structure! Part of P0111, funded by [Anonymous] and Blue Bolt.
2020-08-21 18:13:08 +00:00
static inline ptn_dots_t dot_mask(pixel_t x, pixel_t w)
[Decompilation] [th01] .PTN snap functions Which repurpose the .PTN image slots to store the background of frequently updated VRAM sections, like all the numbers in the HUD. Future games would simply use the text RAM and gaiji for numbers. Which would have worked just fine for TH01 as well (especially since all the functions we've seen so far are aligned to the 8-pixel byte grid), but it looks as if ZUN simply wasn't aware of gaiji during the development of TH01. Part of P0083, funded by Yanga.
2020-03-17 20:04:24 +00:00
{
return static_cast<ptn_dots_t>((1u << w) - 1u) << (w - x);
}
[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
void ptn_snap_quarter_8(
screen_x_t left, vram_y_t top, int ptn_id, int quarter
)
[Decompilation] [th01] .PTN snap functions Which repurpose the .PTN image slots to store the background of frequently updated VRAM sections, like all the numbers in the HUD. Future games would simply use the text RAM and gaiji for numbers. Which would have worked just fine for TH01 as well (especially since all the functions we've seen so far are aligned to the 8-pixel byte grid), but it looks as if ZUN simply wasn't aware of gaiji during the development of TH01. Part of P0083, funded by Yanga.
2020-03-17 20:04:24 +00:00
{
[Maintenance] Declare distinct types for pixel and VRAM sizes Oh wait, we also need one of those for an upcoming structure! Part of P0111, funded by [Anonymous] and Blue Bolt.
2020-08-21 18:13:08 +00:00
pixel_t y;
[Decompilation] [th01] .PTN snap functions Which repurpose the .PTN image slots to store the background of frequently updated VRAM sections, like all the numbers in the HUD. Future games would simply use the text RAM and gaiji for numbers. Which would have worked just fine for TH01 as well (especially since all the functions we've seen so far are aligned to the 8-pixel byte grid), but it looks as if ZUN simply wasn't aware of gaiji during the development of TH01. Part of P0083, funded by Yanga.
2020-03-17 20:04:24 +00:00
unsigned int vram_offset = vram_offset_muldiv(left, top);
[Maintenance] Declare distinct types for pixel and VRAM sizes Oh wait, we also need one of those for an upcoming structure! Part of P0111, funded by [Anonymous] and Blue Bolt.
2020-08-21 18:13:08 +00:00
pixel_t q_y;
[Decompilation] [th01] .PTN snap functions Which repurpose the .PTN image slots to store the background of frequently updated VRAM sections, like all the numbers in the HUD. Future games would simply use the text RAM and gaiji for numbers. Which would have worked just fine for TH01 as well (especially since all the functions we've seen so far are aligned to the 8-pixel byte grid), but it looks as if ZUN simply wasn't aware of gaiji during the development of TH01. Part of P0083, funded by Yanga.
2020-03-17 20:04:24 +00:00
ptn_dots_t q_mask;
long q_x;
ptn_t *ptn = ptn_with_id(ptn_id);
q_y = ptn_quarter_y(quarter);
q_mask = (quarter & 1)
? dot_mask(PTN_QUARTER_W, PTN_QUARTER_W)
: dot_mask( 0, PTN_QUARTER_W);
q_x = ptn_quarter_x(quarter);
for(y = q_y; y < (q_y + PTN_QUARTER_H); y++) {
#define snap_quarter_plane(P, offset, w) \
ptn->planes.P[y] &= q_mask; \
ptn->planes.P[y] |= (VRAM_CHUNK(P, offset, w) << q_x) & ~q_mask;
#define snap_quarter(offset, w) \
snap_quarter_plane(B, offset, w); \
snap_quarter_plane(R, offset, w); \
snap_quarter_plane(G, offset, w); \
snap_quarter_plane(E, offset, w);
snap_quarter(vram_offset, PTN_W);
#undef snap_quarter
#undef snap_quarter_plane
vram_offset += ROW_SIZE;
}
}
}