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

21 lines
531 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
*/
[Maintenance] [th01] Interpret redundant resident structure copies as such And dissolve the "vars" units, which would be too annoying to merge on the `debloated` branch otherwise. This interpretation of these globals further highlights the type differences between REIIDEN.EXE and FUUIN.EXE. Placing them in directly in `resident.hpp`; on the `debloated` branch, we could neatly define each of these fields in a matching .cpp file, but that file would need to be compiled twice due to the aforementioned differences between binaries. Better to keep those in `op_01.cpp`, `main_01.cpp`, or `fuuin_01.cpp`, respectively. Part of P0229, funded by Ember2528.
2023-02-05 06:14:31 +00:00
#include "th01/rank.h"
[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/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"
[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"
[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/player/player.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.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] [th01] Clean up pellet headers Part of P0205, funded by [Anonymous] and Yanga.
2022-07-14 19:26:21 +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.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"