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

94 lines
2.5 KiB
C
Raw Normal View History

[Decompilation] [th01] HUD: Life and bomb count rendering If you've ever cheated more than 6 lives in TH01, you might have noticed that those additional lives appear in additional rows in the HUD. And well, that had to be coded somewhere… Part of P0104, funded by Ember2528.
2020-07-23 19:20:24 +00:00
#include "th01/common.h"
[Decompilation] [th01] HUD: High score update/render function The scores are rendered to *both* VRAM pages…? Which means that we need a separate set of sprites to store the background behind the numbers. This does not bode well for animated backgrounds… Part of P0103, funded by Ember2528.
2020-07-15 11:05:13 +00:00
#include "th01/score.h"
#define last_for_quarters(base, quarters) \
((base + ((quarters + 3) / 4)) - 1)
[Decompilation] [th01] HUD: Maximum card combo rendering Nice and consistent… Part of P0103, funded by Ember2528.
2020-07-16 19:28:52 +00:00
static const int CARDCOMBO_DIGITS = 2;
[Reverse-engineering] [th01] Stage objects: Sprite IDs Part of P0129, funded by Yanga.
2020-11-25 20:09:47 +00:00
static const int PORTAL_ANIM_CELS = 2;
[Decompilation] [th01] Stage timer: Tick, extend, and render functions Oh hey, another HUD element that is needlessly (and slowly) drawn to VRAM. The custom boldfaced font would have been a perfect fit for gaiji… well, OK, halfwidth gaiji weren't exactly well documented back then. Part of P0160, funded by Yanga.
2021-10-01 19:57:33 +00:00
static const int TIMER_DIGITS = 4;
[Decompilation] [th01] HUD: Maximum card combo rendering Nice and consistent… Part of P0103, funded by Ember2528.
2020-07-16 19:28:52 +00:00
[Reverse-engineering] [th01] Player: MIKO.PTN sprite IDs Hooray, separate sprites for facing left and right. That huge function would have probably been less than half as long if ZUN just implemented sprite mirroring, but doing that on PC-98 might have been just a little bit *too* nontrivial for a first game. (At least he did it in TH03, where he couldn't get away with pre-mirrored sprites.) Part of P0162, funded by Ember2528.
2021-10-10 10:37:14 +00:00
static const int DASH_CELS = 2;
[Decompilation] [th01] HUD: High score update/render function The scores are rendered to *both* VRAM pages…? Which means that we need a separate set of sprites to store the background behind the numbers. This does not bode well for animated backgrounds… Part of P0103, funded by Ember2528.
2020-07-15 11:05:13 +00:00
typedef enum {
[Maintenance] [th01] Declare proper IDs for all .PTN sprites seen so far Part of P0104, funded by Ember2528.
2020-07-22 12:32:29 +00:00
PTN_SLOT_STG = 0, // stg(_b).ptn
PTN_SLOT_MIKO = 1, // miko.ptn
[Decompilation] [th01] Sariel: Loading and initial variables Part of P0156, funded by Ember2528.
2021-08-19 19:08:47 +00:00
PTN_SLOT_BG_BOSS = 2, // Backgrounds behind animated boss entities
[Decompilation] [th01] HUD: High score update/render function The scores are rendered to *both* VRAM pages…? Which means that we need a separate set of sprites to store the background behind the numbers. This does not bode well for animated backgrounds… Part of P0103, funded by Ember2528.
2020-07-15 11:05:13 +00:00
PTN_SLOT_BG_HUD = 5,
[Maintenance] [th01] Declare proper IDs for all .PTN sprites seen so far Part of P0104, funded by Ember2528.
2020-07-22 12:32:29 +00:00
PTN_SLOT_NUMB = 7, // numb.ptn
[Decompilation] [th01] HUD: High score update/render function The scores are rendered to *both* VRAM pages…? Which means that we need a separate set of sprites to store the background behind the numbers. This does not bode well for animated backgrounds… Part of P0103, funded by Ember2528.
2020-07-15 11:05:13 +00:00
} main_ptn_slot_t;
typedef enum {
[Maintenance] [th01] Declare proper IDs for all .PTN sprites seen so far Part of P0104, funded by Ember2528.
2020-07-22 12:32:29 +00:00
// stg(_b).ptn
// -----------
PTN_HUD = PTN_ID(PTN_SLOT_STG, 0),
PTN_SHOT,
PTN_BLAST, // ???
PTN_ORB,
[Reverse-engineering] [th01] Stage objects: Sprite IDs Part of P0129, funded by Yanga.
2020-11-25 20:09:47 +00:00
PTN_CARD_UNUSED = 7,
PTN_CARD_3HP, PTN_CARD_3HP_HALF, PTN_CARD_3HP_EDGE,
PTN_CARD_2HP, PTN_CARD_2HP_HALF, PTN_CARD_2HP_EDGE,
PTN_CARD_1HP, PTN_CARD_1HP_HALF, PTN_CARD_1HP_EDGE,
PTN_CARD_0HP, PTN_CARD_0HP_HALF, PTN_CARD_0HP_EDGE,
PTN_CARD_REMOVED_HALF,
PTN_CARD_REMOVED,
PTN_BUMPER,
PTN_TURRET,
PTN_TURRET_FIRING,
PTN_BAR_TOP,
PTN_BAR_LEFT,
PTN_BAR_BOTTOM,
PTN_BAR_RIGHT,
PTN_PORTAL,
PTN_PORTAL_ANIM,
PTN_PORTAL_ANIM_last = (PTN_PORTAL_ANIM + (PORTAL_ANIM_CELS - 1)),
[Decompilation] [th01] Bomb items: Blitting and sloppy unblitting loops With the latter being unused, thankfully. Part of P0158, funded by Yanga.
2021-09-18 12:25:15 +00:00
PTN_ITEM_BOMB,
[Decompilation] [th01] Point items: Blitting and sloppy unblitting loops Part of P0159, funded by Yanga.
2021-09-22 10:02:12 +00:00
PTN_ITEM_POINT,
[Maintenance] [th01] Declare proper IDs for all .PTN sprites seen so far Part of P0104, funded by Ember2528.
2020-07-22 12:32:29 +00:00
// -----------
[Reverse-engineering] [th01] Player: MIKO.PTN sprite IDs Hooray, separate sprites for facing left and right. That huge function would have probably been less than half as long if ZUN just implemented sprite mirroring, but doing that on PC-98 might have been just a little bit *too* nontrivial for a first game. (At least he did it in TH03, where he couldn't get away with pre-mirrored sprites.) Part of P0162, funded by Ember2528.
2021-10-10 10:37:14 +00:00
// miko.ptn
// --------
// Facing left
PTN_MIKO_L = PTN_ID(PTN_SLOT_MIKO, 0),
PTN_MIKO_L_DASH,
PTN_MIKO_L_DASH_last = (PTN_MIKO_L_DASH + DASH_CELS - 1),
PTN_MIKO_L_CAST,
PTN_MIKO_L_DASH_SHOOT,
[Decompilation] [th01] Player: Main control and rendering function Yup, what a giant, unstructured mess. Enjoy the 85 conditional branches. Completes P0163, funded by Ember2528.
2021-10-15 20:52:22 +00:00
PTN_MIKO_L_DASH_SHOOT_last = (PTN_MIKO_L_DASH_SHOOT + DASH_CELS - 1),
[Reverse-engineering] [th01] Player: MIKO.PTN sprite IDs Hooray, separate sprites for facing left and right. That huge function would have probably been less than half as long if ZUN just implemented sprite mirroring, but doing that on PC-98 might have been just a little bit *too* nontrivial for a first game. (At least he did it in TH03, where he couldn't get away with pre-mirrored sprites.) Part of P0162, funded by Ember2528.
2021-10-10 10:37:14 +00:00
// Facing right
PTN_MIKO_R = PTN_ID(PTN_SLOT_MIKO, 10),
PTN_MIKO_R_DASH,
PTN_MIKO_R_DASH_last = (PTN_MIKO_R_DASH + DASH_CELS - 1),
PTN_MIKO_R_CAST,
PTN_MIKO_R_DASH_SHOOT,
[Decompilation] [th01] Player: Main control and rendering function Yup, what a giant, unstructured mess. Enjoy the 85 conditional branches. Completes P0163, funded by Ember2528.
2021-10-15 20:52:22 +00:00
PTN_MIKO_R_DASH_SHOOT_last = (PTN_MIKO_R_DASH_SHOOT + DASH_CELS - 1),
[Reverse-engineering] [th01] Player: MIKO.PTN sprite IDs Hooray, separate sprites for facing left and right. That huge function would have probably been less than half as long if ZUN just implemented sprite mirroring, but doing that on PC-98 might have been just a little bit *too* nontrivial for a first game. (At least he did it in TH03, where he couldn't get away with pre-mirrored sprites.) Part of P0162, funded by Ember2528.
2021-10-10 10:37:14 +00:00
// --------
[Decompilation] [th01] HUD: High score update/render function The scores are rendered to *both* VRAM pages…? Which means that we need a separate set of sprites to store the background behind the numbers. This does not bode well for animated backgrounds… Part of P0103, funded by Ember2528.
2020-07-15 11:05:13 +00:00
// HUD (snapped backgrounds)
// -------------------------
[Decompilation] [th01] HUD: Life and bomb count rendering If you've ever cheated more than 6 lives in TH01, you might have noticed that those additional lives appear in additional rows in the HUD. And well, that had to be coded somewhere… Part of P0104, funded by Ember2528.
2020-07-23 19:20:24 +00:00
// The usage code doesn't really cap either of these, though...
PTN_BG_LIVES = PTN_ID(PTN_SLOT_BG_HUD, 0),
PTN_BG_LIVES_last = last_for_quarters(PTN_BG_LIVES, LIVES_MAX),
[Decompilation] [th01] HUD: Stage number rendering Completes P0104, funded by Ember2528.
2020-07-26 12:59:40 +00:00
PTN_BG_STAGE,
[Maintenance] Fix another bunch of accumulated typos Part of P0139, funded by [Anonymous].
2021-05-07 19:21:15 +00:00
PTN_BG_STAGE_last, // But the original game only need a single quarter?
[Decompilation] [th01] HUD: Stage number rendering Completes P0104, funded by Ember2528.
2020-07-26 12:59:40 +00:00
PTN_BG_BOMBS,
[Decompilation] [th01] HUD: Life and bomb count rendering If you've ever cheated more than 6 lives in TH01, you might have noticed that those additional lives appear in additional rows in the HUD. And well, that had to be coded somewhere… Part of P0104, funded by Ember2528.
2020-07-23 19:20:24 +00:00
PTN_BG_BOMBS_last = last_for_quarters(PTN_BG_BOMBS, BOMBS_MAX),
PTN_BG_CUR_SCORE,
[Decompilation] [th01] HUD: Current score and card combo rendering Part of P0103, funded by Ember2528.
2020-07-17 11:14:54 +00:00
PTN_BG_CUR_SCORE_last = last_for_quarters(PTN_BG_CUR_SCORE, SCORE_DIGITS),
PTN_BG_CUR_CARDCOMBO,
[Decompilation] [th01] HUD: High score update/render function The scores are rendered to *both* VRAM pages…? Which means that we need a separate set of sprites to store the background behind the numbers. This does not bode well for animated backgrounds… Part of P0103, funded by Ember2528.
2020-07-15 11:05:13 +00:00
PTN_BG_MAX_SCORE = PTN_ID(PTN_SLOT_BG_HUD, 10),
PTN_BG_MAX_SCORE_last = last_for_quarters(PTN_BG_MAX_SCORE, SCORE_DIGITS),
[Decompilation] [th01] HUD: Maximum card combo rendering Nice and consistent… Part of P0103, funded by Ember2528.
2020-07-16 19:28:52 +00:00
PTN_BG_MAX_CARDCOMBO,
[Decompilation] [th01] HUD: HP rendering And we're right back to things not being nice. Because yeah, why shouldn't these three distinct rendering functions be part of a single function, selected by magic numbers? Or why shouldn't the 16×16 wrapper around a 32×32 set of graphics functions be used to handle backgrounds for 16×8 sprites, resulting in needlessly complex parameter calculations that lead to sloppy code? Part of P0131, funded by Yanga.
2020-12-09 20:42:10 +00:00
[Decompilation] [th01] Stage timer: Tick, extend, and render functions Oh hey, another HUD element that is needlessly (and slowly) drawn to VRAM. The custom boldfaced font would have been a perfect fit for gaiji… well, OK, halfwidth gaiji weren't exactly well documented back then. Part of P0160, funded by Yanga.
2021-10-01 19:57:33 +00:00
PTN_BG_TIMER,
PTN_BG_TIMER_last = last_for_quarters(PTN_BG_TIMER, (TIMER_DIGITS / 2)),
PTN_BG_HP,
[Decompilation] [th01] HUD: High score update/render function The scores are rendered to *both* VRAM pages…? Which means that we need a separate set of sprites to store the background behind the numbers. This does not bode well for animated backgrounds… Part of P0103, funded by Ember2528.
2020-07-15 11:05:13 +00:00
// -------------------------
} main_ptn_id_t;