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

60 lines
1.2 KiB
C++
Raw Normal View History

[Maintenance] [th01] Decide on `unput` for VRAM page 1 pixel restoration "Unblitting" reads better in commit descriptions, though 🤔 Part of P0096, funded by Ember2528.
2020-06-06 16:39:55 +00:00
/* ReC98
* -----
* 2nd part of code segment #13 of TH01's REIIDEN.EXE
*/
extern "C" {
#include "th01/th01.h"
[Decompilation] [th01] Boss entities: Wavy blitting Used for Elis' entrance animation. Including an unused unblitting + blitting function – apparently, ZUN wrote that one before the sloppy EGC-accelerated wavy unblitting function that I decompiled way back in 6d2fa9f. Oh well, the latter one is fine in context, since there are no other sprites on screen during the animation. Part of P0108, funded by Yanga.
2020-08-08 18:12:22 +00:00
#include "th01/math/wave.hpp"
[Maintenance] [th01] Decide on `unput` for VRAM page 1 pixel restoration "Unblitting" reads better in commit descriptions, though 🤔 Part of P0096, funded by Ember2528.
2020-06-06 16:39:55 +00:00
#pragma option -2
#pragma option -O-
#pragma option -Z-
[Maintenance] Compile all VRAM-accessing translation units as C++ Leading to slight complications in TH02's Music Room and shot type selection menus. Thought about leaving those in C for a while, but I still think it's worth it for the consistency we get with the VRAM offset functions. Also, we'll have similar code for the main menus of later games, and I'll surely won't be using C++ when starting out with these. Part of P0105, funded by Yanga.
2020-08-05 17:14:38 +00:00
#include "th01/hardware/grp2xscs.cpp"
[Maintenance] [th01] Decide on `unput` for VRAM page 1 pixel restoration "Unblitting" reads better in commit descriptions, though 🤔 Part of P0096, funded by Ember2528.
2020-06-06 16:39:55 +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
void egc_wave_unput(
[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
screen_x_t left,
vram_y_t top,
int len,
pixel_t amp,
int ph,
pixel_t w,
pixel_t h
[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
)
[Maintenance] [th01] Decide on `unput` for VRAM page 1 pixel restoration "Unblitting" reads better in commit descriptions, though 🤔 Part of P0096, funded by Ember2528.
2020-06-06 16:39:55 +00:00
{
int t = ph;
[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 < h; y++) {
[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 x = (wave_x(amp, t) + left);
[Decompilation] [th01] Boss entities: Wavy blitting Used for Elis' entrance animation. Including an unused unblitting + blitting function – apparently, ZUN wrote that one before the sloppy EGC-accelerated wavy unblitting function that I decompiled way back in 6d2fa9f. Oh well, the latter one is fine in context, since there are no other sprites on screen during the animation. Part of P0108, funded by Yanga.
2020-08-08 18:12:22 +00:00
t += (0x100 / len);
[Naming] Rename egc_copy_rect_1_to_0() to emphasize its 16-dot alignment ZUN might have gotten the impression that the EGC can *only* work with multiples of 16 pixels per load or store? Which might explain why… Part of P0102, funded by Yanga.
2020-07-04 18:20:51 +00:00
egc_copy_rect_1_to_0_16(x, top + y, w, 1);
[Maintenance] [th01] Decide on `unput` for VRAM page 1 pixel restoration "Unblitting" reads better in commit descriptions, though 🤔 Part of P0096, funded by Ember2528.
2020-06-06 16:39:55 +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
void graph_hline_unput_masked(
[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
screen_x_t left, vram_y_t top, dots8_t *mask, vram_byte_amount_t w
[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
)
[Maintenance] [th01] Decide on `unput` for VRAM page 1 pixel restoration "Unblitting" reads better in commit descriptions, though 🤔 Part of P0096, funded by Ember2528.
2020-06-06 16:39:55 +00:00
{
planar8_t px8;
[Maintenance] Declare a distinct type for VRAM offsets … and this one, while I'm at it. I've been using pretty much every possible type for VRAM offset variables, depending on my mood that day, since signedness apparently never matters for those. Except that it does. And so, just like with most of our high-level types, we also have to account for ZUN's little signedness inconsistencies here. Oh well, at least it's now only one of two types, and there's no need to choose between `int` or `unsigned int` or `short` or `unsigned short` or `int16_t` or `uint16_t` or `size_t` or… Part of P0111, funded by [Anonymous] and Blue Bolt.
2020-08-21 17:18:28 +00:00
register vram_offset_t p = vram_offset_shift(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
for(vram_byte_amount_t x = 0; x < w; x++, p++) {
[Maintenance] [th01] Decide on `unput` for VRAM page 1 pixel restoration "Unblitting" reads better in commit descriptions, though 🤔 Part of P0096, funded by Ember2528.
2020-06-06 16:39:55 +00:00
if(mask[x]) {
graph_accesspage_func(1);
px8.B = mask[x] & VRAM_PLANE_B[p];
px8.R = mask[x] & VRAM_PLANE_R[p];
px8.G = mask[x] & VRAM_PLANE_G[p];
px8.E = mask[x] & VRAM_PLANE_E[p];
graph_accesspage_func(0);
grcg_setcolor_rmw(0);
VRAM_PLANE_B[p] = mask[x];
grcg_off();
VRAM_PLANE_B[p] |= px8.B;
VRAM_PLANE_R[p] |= px8.R;
VRAM_PLANE_G[p] |= px8.G;
VRAM_PLANE_E[p] |= px8.E;
}
}
}
}