Ratchetfan19 Member Level: 18 Posts: 46/50 EXP: 25687 For next: 4210 Since: 11-20-07 Since last post: 9.0 years Last activity: 8.7 years

Posted on 04-30-13 04:06:15 PM, in SM64DS Texture Hacking (last edited by Ratchetfan19 at 04-30-13 04:07:26 PM) Link

The in-game model importer is still pretty broken, and when I loaded an object model back in it complained about missing collision data, etc. Then when I loaded the game the graphics were horribly broken, but the modified texture was imported successfully. Perhaps I can suggest using the existing code to just import textures and not models, if that's possible given pretty much everything is in bmd format. I also tried GLIntercept but it only works one way, and creates duplicate dumps of everything each time the emulator is run. It's not like Rice's plugin for Project64 which both dumps and loads textures from an external directory. Wish there was something like that for DeSmuME.

Ratchetfan19 Member Level: 18 Posts: 47/50 EXP: 25687 For next: 4210 Since: 11-20-07 Since last post: 9.0 years Last activity: 8.7 years	Posted on 04-30-13 05:24:00 PM, in SM64DS Texture Hacking Link
	Thanks for mentioning it to him, the model importer seems to have been neglected lately due to its complexity but seems like the texture editor works.

Ratchetfan19 Member Level: 18 Posts: 48/50 EXP: 25687 For next: 4210 Since: 11-20-07 Since last post: 9.0 years Last activity: 8.7 years	Posted on 05-02-13 05:22:05 PM, in SM64DS Texture Hacking (last edited by Ratchetfan19 at 05-02-13 11:21:10 PM) Link
	By the way, changing the models assigned to an object would be helpful too if you want to screw around. I've been doing this by simply replacing bmd files. I wonder what would happen if I swapped the bca files as well...

Ratchetfan19 Member Level: 18 Posts: 50/50 EXP: 25687 For next: 4210 Since: 11-20-07 Since last post: 9.0 years Last activity: 8.7 years

Posted on 05-03-13 09:04:13 PM, in Super Mario 64 DS discoveries (last edited by Ratchetfan19 at 05-03-13 11:29:01 PM) Link

We need to keep contributing to this thread. Messing around with replacing model, animation, and collision files I've been doing some simple black box testing. A lot of these combinations will crash the game, of course. For example, I've "legally" replaced bob-ombs in Bob-omb Battlefield with the King Bob-omb model and matching animations (walk and struggle) and it actually looks pretty good. The object still behaves like a normal bob-omb, but looks and animates like whatever files you swapped the originals with. What I'm getting at though is the fact that so many combinations can cause crashes. Well I accidentally found a way to "sort of" avoid these crashes and use pretty much any model/animation/collision data with any object, period. I even managed to use the castle main model for the cannon hatch, which is pretty bizarre. The method to make this work is to open SM64DSe, load the level the object you are changing is in, replace the files in NitroExplorer, and save it in the editor. This has worked with every combination of files I've thrown at an object, with the exception of one freeze when walking near the cannon hatch object with the main castle model and collision files. Haven't been able to replicate it though. The caveat here though is it will cause some areas to freeze when you enter them, and you cannot do this twice (corrupts the ROM). Doing this in the castle grounds causes the inside of the castle and bob-omb battlefield to freeze, results vary based on what level you do the swaps in. However, you can do a swap and still do stuff with the editor as long as you don't do another "illegal" swap. As far as I know doing a "legal" swap (without having to use the editor) doesn't cause the game to crash at all. So this is best done in a single level and in all one step: do stuff in the editor, replace your files, and save in the editor. Happy hacking!