EnManager.cpp

[SomeJakeGuy]

I will work on some EnManager stuff, since we were able to decompile some stuff around it.

[SomeJakeGuy]

I am making some pretty decent progress in this file (albeit slowly because I had a few things IRL to take care of last week), but hoping to get my initial version of this out soon.

[SomeJakeGuy]

@ThePlayerRolo so I have several functions that don't belong to classes we have made yet, should I A) just make a TODO in the header and declear the functions/types as needed (but in the TODO comment remove in the future), B) decomp what I can and leave a comment about what is missing, or C) ignore decompiling that function for now (but try to get the arg types/return types correct)

(For functions that I believe that exist for already made header files, even without their splits, I added them to their relevant files. To avoid trying to make this PR too large to review, I am doing about half of what I know, partially to keep the size relatively easy to review, but the other part in relation to needing other functions from other classes)

[ThePlayerRolo]

@ThePlayerRolo so I have several functions that don't belong to classes we have made yet, should I A) just make a TODO in the header and declear the functions/types as needed (but in the TODO comment remove in the future), B) decomp what I can and leave a comment about what is missing, or C) ignore decompiling that function for now (but try to get the arg types/return types correct)

(For functions that I believe that exist for already made header files, even without their splits, I added them to their relevant files. To avoid trying to make this PR too large to review, I am doing about half of what I know, partially to keep the size relatively easy to review, but the other part in relation to needing other functions from other classes)

I'd reccomend creating a basic header that'll work for now and then we can come back to it later

[SomeJakeGuy]

just making a note, there is some archipelago stuff I wanted to take care off and get off my plate so I can focus more on this for a few weeks and not be pulled in 3 directions, so I plan to come back and work on some more too! But if you have anything you think you want me to work on let me know, otherwise i may look into that sinit function I found and decomp that class maybe

[ThePlayerRolo]

just making a note, there is some archipelago stuff I wanted to take care off and get off my plate so I can focus more on this for a few weeks and not be pulled in 3 directions, so I plan to come back and work on some more too! But if you have anything you think you want me to work on let me know, otherwise i may look into that sinit function I found and decomp that class maybe

feel free to work on other stuff! I'm just kind of working on this for the fun of it (and modding), and I am also working on other projects too so I get it

[SomeJakeGuy]

Okay so I was poking around EnTypesManager and it uses some of the TBaseParam classes. I do see two classes: TParamT (which i expected to see from some of the symbol names) and TParamRT, which I have not seen in the symbol names anywhere. Just curious, what is this class @ThePlayerRolo?

[ThePlayerRolo]

Okay so I was poking around EnTypesManager and it uses some of the TBaseParam classes. I do see two classes: TParamT (which i expected to see from some of the symbol names) and TParamRT, which I have not seen in the symbol names anywhere. Just curious, what is this class @ThePlayerRolo?

The name of the classes make me think of https://www.lmhack.net/TH_Parameters and/or https://www.lmhack.net/CTP_Parameters though I have a feeling its TH

[SomeJakeGuy]

Hmmm, even looking at one of the files on https://www.lmhack.net/TH_Parameters, such as aendog, these just still use TParamT not TParamRT for their shorts, int, etc. I dont see anything for TParamRT class symbols. Same for CTP params, but they seem to be the Enemy sub-class of EnTypesManager (which actually has the mLife, mHitDamage, etc.)