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

32 lines
832 B
C++
Raw Normal View History

[Decompilation] [th01] Pellet rendering So even TH01 wasn't 100% C++ after all. Turns out that this function was the only instance in all of REIIDEN.EXE where ReC98 previously had different encodings for identical x86 instructions. Part of P0096, funded by Ember2528.
2020-06-05 15:19:44 +00:00
/* ReC98
* -----
[Decompilation] [th01] Pellets: Manager class constructor Note how Turbo C++ auto-generates that call to `operator new`, which you don't see in the decompilation anymore. So yeah, as soon as you add a constructor, Turbo C++ enforces heap allocation for any instance of that class, even function-local ones that would otherwise be stack-allocated. That's where the bad reputation of C++ comes from, I guess? Part of P0102, funded by Yanga.
2020-07-04 11:52:53 +00:00
* Code segment #38 of TH01's REIIDEN.EXE
[Decompilation] [th01] Pellet rendering So even TH01 wasn't 100% C++ after all. Turns out that this function was the only instance in all of REIIDEN.EXE where ReC98 previously had different encodings for identical x86 instructions. Part of P0096, funded by Ember2528.
2020-06-05 15:19:44 +00:00
*/
[Decompilation] [th01] Player shots: Spawn function Continuing to learn new things about Turbo C++'s code generation! Part of P0098, funded by Yanga.
2020-06-10 20:45:56 +00:00
extern "C" {
[Maintenance] [th01] Get rid of th01.h Part of P0126, funded by [Anonymous] and Blue Bolt.
2020-11-07 19:16:17 +00:00
#include "platform.h"
#include "pc98.h"
#include "planar.h"
#include "master.hpp"
#include "th01/common.h"
#include "th01/resident.hpp"
[Maintenance] [th01] Start a new header for commonly used VRAM color indices Part of P0158, funded by Yanga.
2021-09-24 09:16:45 +00:00
#include "th01/v_colors.hpp"
[Decompilation] [th01] Pellets: Manager class constructor Note how Turbo C++ auto-generates that call to `operator new`, which you don't see in the decompilation anymore. So yeah, as soon as you add a constructor, Turbo C++ enforces heap allocation for any instance of that class, even function-local ones that would otherwise be stack-allocated. That's where the bad reputation of C++ comes from, I guess? Part of P0102, funded by Yanga.
2020-07-04 11:52:53 +00:00
#include "th01/snd/mdrv2.h"
#include "th01/formats/ptn.hpp"
[Maintenance] [th01] Get rid of th01.h Part of P0126, funded by [Anonymous] and Blue Bolt.
2020-11-07 19:16:17 +00:00
#include "th01/hardware/graph.h"
[Decompilation] [th01] Pellets: Manager class constructor Note how Turbo C++ auto-generates that call to `operator new`, which you don't see in the decompilation anymore. So yeah, as soon as you add a constructor, Turbo C++ enforces heap allocation for any instance of that class, even function-local ones that would otherwise be stack-allocated. That's where the bad reputation of C++ comes from, I guess? Part of P0102, funded by Yanga.
2020-07-04 11:52:53 +00:00
#include "th01/hardware/egc.h"
[Decompilation] [th01] Pellets: Player collision How optimized is TH01? Well, since the player Y is constant, checking for Y ≥ 368 first would rule out a collision for the majority of entities during gameplay after just 1 check. TH01 still checks X first. Part of P0102, funded by Yanga.
2020-07-06 21:51:10 +00:00
#include "th01/hardware/input.hpp"
[Decompilation] [th01] Pellets: Shot/Orb/deflecting player collision First off: 👏 Just 👏 pass 👏 a 👏 reference 👏 to 👏 the 👏 currently 👏 iterated 👏 pellet 👏 if 👏 you 👏 need 👏 to 👏 modify 👏 it 👏 Second: Don't we hit-test pellets vs. shots already, in the CShots class? So what is this garbage…?! Completes P0101, funded by Yanga and Ember2528.
2020-07-03 20:19:17 +00:00
#include "th01/math/subpixel.hpp"
[Maintenance] Move the polar coordinate conversion functions to their own file math/vector.hpp needs zero dependencies, this needs master.hpp. Part of P0137, funded by [Anonymous].
2021-04-01 15:49:32 +00:00
#include "th01/math/polar.hpp"
[Decompilation] [th01] Pellets: Manager class constructor Note how Turbo C++ auto-generates that call to `operator new`, which you don't see in the decompilation anymore. So yeah, as soon as you add a constructor, Turbo C++ enforces heap allocation for any instance of that class, even function-local ones that would otherwise be stack-allocated. That's where the bad reputation of C++ comes from, I guess? Part of P0102, funded by Yanga.
2020-07-04 11:52:53 +00:00
#include "th01/math/vector.hpp"
#include "th01/main/vars.hpp"
#include "th01/main/playfld.hpp"
#include "th01/main/player/player.hpp"
[Maintenance] Remove `extern "C"` from more areas of decompiled code Most notably from `th01/core/str_val`, where it's really in the way. That mistake will haunt me until this all is done, probably… Part of P0158, funded by Yanga.
2021-09-25 14:31:24 +00:00
}
[Maintenance] Consistently use singular for entity structure and file names Not too sure about "chars" yet, with TH03 and all. Part of P0168, funded by Blue Bolt and rosenrose.
2021-11-22 10:48:24 +00:00
#include "th01/main/player/shot.hpp"
[Decompilation] [th01] Pellets: Unblit/update/render function … pellet unblitting uses a *doubly* sloppy 16×8 rectangle. 🤦 The resulting terrible flickering is probably why the Stage 15 and 20 battles enable this weird "interlace" mode that only renders and hit-tests half of the pellets each frame… except that player shots are still hit-tested every frame? So yeah, your eyes aren't deceiving you, the game does effectively drop its perceived frame rate in the Elis, Kikuri, Sariel, and Konngara fights, and it does so deliberately. And *then* you realize that those weird hit tests are actually a futile attempt to mitigate the disastrous effects of a way too large unblitting rectangle. Congratulations, you've found the most stupid piece of code in this game. Part of P0102, funded by Yanga.
2020-07-05 20:21:19 +00:00
#include "th01/main/bullet/pellet.hpp"
[Decompilation] [th01] Pellets: Delay cloud unblit/update/render function And with that, we're actually *done* with TH01 pellets, and never have to look at them again! 🎉 Completes P0102, funded by Yanga.
2020-07-11 18:42:22 +00:00
#include "th01/main/bullet/pellet_c.hpp"
[Maintenance] Remove `extern "C"` from more areas of decompiled code Most notably from `th01/core/str_val`, where it's really in the way. That mistake will haunt me until this all is done, probably… Part of P0158, funded by Yanga.
2021-09-25 14:31:24 +00:00
#include "th01/main/player/orb.hpp"
[Maintenance] Consistently use singular for entity structure and file names Not too sure about "chars" yet, with TH03 and all. Part of P0168, funded by Blue Bolt and rosenrose.
2021-11-22 10:48:24 +00:00
#include "th01/main/player/shot.cpp"
[Decompilation] [th01] Pellets: Manager class constructor Note how Turbo C++ auto-generates that call to `operator new`, which you don't see in the decompilation anymore. So yeah, as soon as you add a constructor, Turbo C++ enforces heap allocation for any instance of that class, even function-local ones that would otherwise be stack-allocated. That's where the bad reputation of C++ comes from, I guess? Part of P0102, funded by Yanga.
2020-07-04 11:52:53 +00:00
#include "th01/main/bullet/pellet.cpp"