SADX/SA1 Hacking/Modding

Could you give mea file/offset combination to one of these animation structures? Iwant to see if there are any pointers that go to the transformation data. I'm thinking I could make a solution to shadow not skating in mods and such.

 

AHEM. What about the Gamecube version? Are you all forgetting about that? It would be nice to actually use the REAL Super Sonic in the Gamecube version as well with a GC Action Replay code. (Unless there already is one I don't know about that gives the real thing.)

 

Most likely not going to happen. The GC version is set up more like the DC version, making it pretty much impossible.


edit:

There's actually a complete list of every single level, made by Sega, but it will be in engrish. The SADX preview had files listing them all for the debug mode. Those could be used until those get translated.

 

Um I haven't tried this object editor yet... curious does it have a 3d interface? I've been looking for a programmer to collab with to make an all inclusive 3d level editor. Are you up to it?

 

hehe you're better off than I am, I can't even write decent VB - all I really do is dissect structs by looking at them in hex and fiddling with them

 

I don't understand. I'm trying to figure out how to load the textures.

It seems the texture name theirselves are ignored. If you rename the SUPERSONIC.PVM and replace it for the SONIC.PVM, Sonic will use Super Sonic textures (naturally), however, the Sonic model will continue to the same texture index.

Code (Text):

1. ;            ###########    ################
2. ;            #SONIC.PVM#    #SUPERSONIC.PVM#
3. ;            ###########    ################
4.  
5. offset$0 =    mtx_kuchinaka0,    s_anakage1
6. offset$1 =    mtx_kuchinaka1,    s_hando2
7. offset$2 =    s_anakage1,    s_hando3    
8. offset$3 =    s_hando2,    s_testhand    
9. offset$4 =    s_hando3,    sstx_body
10. offset$5 =    s_testhand,    sstx_body2
11. offset$6 =    stx_btest1,    sstx_redeye
12. offset$7 =    stx_eye2,    stx_itemshoos0
13. offset$8 =    stx_ha,        stx_itemshoos1
14. offset$9 =    stx_hara,    stx_shoose16
15. offset$A =    stx_hoho,    stx_shoose17
16. offset$B =    stx_itemring,    stx_shoose18
17. offset$C =    stx_itemshoos0,    stx_shoose19
18. offset$D =    stx_kanagu,    sstx_body
19. offset$E =    stx_newspin,    sstx_redeye
20. offset$F =    ym_sjppse,    sstx_spin

Actually, the Super Sonic pvm has more textures, but the rest of them are animation textures used for the aura, the bolt of lightning, and water splash.

So, basically, I'm trying to find a pattern. If SONIC.PVM is replaced by SUPERSONIC.PVM, Sonic's body will use the Super Sonic's eye texture, since they both share the same offset both in the memory and in the PVM file, as denoted here:

Code (Text):

1. offset$6 =    stx_btest1,    sstx_redeye

Then again, if the files are left as is, the Super Sonic model won't use Sonic's textures. It will use random scenary textures instead. But why doesn't it just uses Sonic's texture, if they share the same offsets?

When SUPERSONIC.PVM is in place of SONIC.PVM, when the Super Sonic model is active, the lookup table points to the Sonic texture loaded in the memory, and make it use its offset.

However, when the Super Sonic texture is not assigned in the place of Sonic's original texture, an offset is pointed by another pointer. But why?

So, a not so simple matter of creating a new PVM, inserting a texture layout similar to Super Sonic's original PVM, with the very same PVR files and offsets (since the Super Sonic texture set is very robust, contain many animation frames), and then, adding Sonic's PVR set to it, but with different offsets, naming the file SONIC.PVM and changing the original Sonic model in CHRMODELS.DLL (the file itself or in the memory), to make Sonic uses the original textures while in its normal state.

 

Yeah, the PVR file names do not matter at all. It just goes by the order the files are in. The material structure in each model points to which PVR to use. So the best way to do it would be, to add Sonic's textures to the end of the Super Sonic file, and then edit the material structure so Sonic will load those new PVR files.

 

Exactly. That's definitely the closest approach a can think of about at all. Unless there's something easier that we might be missing, but I don't think it so.

And this method is good, since Super Sonic will still be able to use his original PVM for the Perfect Chaos fight.

 

I think I might work on making an edited CHRMODELS.DLL and SONIC.PVM for this.

Also, unrelated, but SA1 plays great with the Saturn controller.

 

Probably because both files get used in the Perfect Chaos fight? You know, when Sonic goes to normal, Sonic's PVM is used, not SuperSonic's...

 

This isn't relating to Super Sonic, but comparing the files between SA1 Japanese, and SA1 International, they stripped stuff out of the level models. most levels are about 1-2KB smaller in International.

 

Maybe there's some stuff related to that in the sa1 japanese version?

 

It always felt to me that the International version had something different, even if this difference was imperceptible.

 

I heard that Super Sonic can walk on water in the Perfect Chaos fight. Is that true?
Answer.