09-30-2017, 02:19 PM
Hey uh, concerning Fairy Fencer F and it's sequel, do you happen to know if any actual models exist of the fairies, specifically Eryn and Karin? The organization of the filesystem is kinda hard to decipher...
(09-30-2017, 02:19 PM)Carpaccio Wrote: [ -> ]Hey uh, concerning Fairy Fencer F and it's sequel, do you happen to know if any actual models exist of the fairies, specifically Eryn and Karin? The organization of the filesystem is kinda hard to decipher...I don't think so, the only one I found was "303" but that's technically not the "proper" Eryn.
Updated the Guardians of the Galaxy importer to also support Batman: The Enemy Within and Minecraft: Story Mode Season Two.
Added some more options to change texture format (from DDS to PNG), path (either in the same folder or in a separate "Textures" folder), and outputting debug crap if you want.
Fixed rigging for single-bind models for The Walking Dead Season 1 models (e.g. the cop car).
Re-fixed maps and such not loading properly for TWDS3, Batman S1 and GotG due to accidentally breaking it in the previous update. Whoops!
(10-13-2017, 01:54 PM)SniperDude2745 Wrote: [ -> ]How did you make a way to decode the unknown formats what did you use? QuickBMS? And the Luigi's Mansion .mdl files inside the .szp archive can you make a way to open and export those please??First part is research, trial and error, and countless hours of fiddling with coding. Second part:
(09-10-2016, 10:52 AM)Random Talking Bush Wrote: [ -> ](NOTE: THIS TOPIC IS NOT FOR REQUESTS!)
(10-07-2017, 10:40 PM)namine207 Wrote: [ -> ]Trying to rip from some of the Sonic 06 stage .XNO files, but getting an error on specific ones, most notably tpj_mapA_roadlm.xno under the Tropical Jungle Area A files, as well as several Kingdom Valley files. The error in question is:I'm gonna have to do a ton of rewriting for the *NO script later, hopefully I can find and fix that problem then.
Runtime error: array index must be positive number, got: undefined
Is there a quick way to fix that? Seems to have something to do with the Bone1 array.
Random Talking Bush Wrote: [ -> ]I'm gonna have to do a ton of rewriting for the *NO script later, hopefully I can find and fix that problem then.
(10-14-2017, 03:11 PM)MakutaMaster962 Wrote: [ -> ]Does this mean you're going to add support for .CNO model files as well? Because it's been almost 3 years since it was last updated, and I would very much like it to receive an update.Yeah, I'm gonna try to support all of the various *NO formats (CNO, SNO, INO) in the next update, as well as making it auto-detect the respective formats instead of there being various buttons (since I've got a much better understanding of MaxScripting now).
...
-- MAXScript Rollout Handler Exception:
-- Unable to convert: undefined to type: Integer64
-- MAXScript callstack:
-- thread data: threadID:13076
...
(10-14-2017, 09:46 PM)adeljalqadi Wrote: [ -> ]Similar situation to namine207, I am also having a few quirks with the *no importer script. While fairly reliable in most cases, I too get a few specific files that just will not import. My error comes from the Wii *.gno format where some files will say upon importing:Yeah, the fact that stage models from the Wii games can't be read (plus some from Sonic '06) is definitely one of the primary reasons I'm gonna be revising the script. It's either due to something that's not filled in entirely, or some kinda flag that determines how data should be read. As for the material stuff, I can't recall the reason why I didn't do so for the GNO stuff in particular, but that's also something I'll be implementing (as well as batch-importing while I'm at it, too).
My use for this is ripping stage geometry from Black Knight and Secret Rings, but some geometries end up missing because not all will import because of the aforementioned error.Code:...
-- MAXScript Rollout Handler Exception:
-- Unable to convert: undefined to type: Integer64
-- MAXScript callstack:
-- thread data: threadID:13076
...
Besides the quirks, I have a few question about the script itself.
First off, does this rip and assign materials? I don't know if it's my limited experience with 3ds max, but what I do is import to 3ds max, export fbx and reimport to Blender, and from what I can tell, each object should get its own material, but no materials are present. While still workable because each object needs to only worry about one material, what I end up having to doing is try to recreate and reassign materials after looking back and forth between the game itself and my editor to see what texture goes to what object. It gets to be very tedious and would be much faster with material names at the very least. This isn't really much of a problem with smaller models though because guess-and-check materials usually end up working, but larger files with hundreds of objects end up being time consuming. However, I have to say I don't know jack shit about the file format and for all I know it doesn't even store material IDs. BUT if it does, I think this would be a very useful feature making ripping large stages much easier.
Second, large stage geometries are separated into multiple *.*no files. I think a feature that could be added to the import script is sequential batch importing so it's just a matter of selecting the desired *.gno files and waiting for it to import all the geometries into max. As of now, having to import each *.gno one by one for large stages is very tedious.
Back to the original problem though, maybe you could help me out in the meantime? I have a few example gno files I can send that give the problem unless you're already fixing everything with the next update.
EDIT: forgot to complete a few sentences...
(10-14-2017, 03:17 PM)Random Talking Bush Wrote: [ -> ]That's excellent news, RTB! When can we expect this update to the *NO script? Not trying to rush you or anything.(10-14-2017, 03:11 PM)MakutaMaster962 Wrote: [ -> ]Does this mean you're going to add support for .CNO model files as well? Because it's been almost 3 years since it was last updated, and I would very much like it to receive an update.Yeah, I'm gonna try to support all of the various *NO formats (CNO, SNO, INO) in the next update, as well as making it auto-detect the respective formats instead of there being various buttons (since I've got a much better understanding of MaxScripting now).
(10-16-2017, 05:08 PM)MakutaMaster962 Wrote: [ -> ]That's excellent news, RTB! When can we expect this update to the *NO script? Not trying to rush you or anything.I'm hoping before the end of the month, but it certainly is an undertaking since I have to research and support 9 different formats overall for the new version (CNO/PS3, ENO/360, GNO/Wii, INO/Mobile SD, LNO/Mobile HD, SNO/PS2, UNO/PSP, XNO/360/PS3 and ZNO/PC). But just recently I found the respective flags that determine the types of information in vertex buffers, so I just need to parse all of that correctly and then everything should work out much better (so no more UV mapping or rigging problems, for example).
(10-17-2017, 10:24 PM)Random Talking Bush Wrote: [ -> ](10-16-2017, 05:08 PM)MakutaMaster962 Wrote: [ -> ]That's excellent news, RTB! When can we expect this update to the *NO script? Not trying to rush you or anything.I'm hoping before the end of the month, but it certainly is an undertaking since I have to research and support 9 different formats overall for the new version (CNO/PS3, ENO/360, GNO/Wii, INO/Mobile SD, LNO/Mobile HD, SNO/PS2, UNO/PSP, XNO/360/PS3 and ZNO/PC). But just recently I found the respective flags that determine the types of information in vertex buffers, so I just need to parse all of that correctly and then everything should work out much better (so no more UV mapping or rigging problems, for example).
At least the CNO format seems to be a close variation of ENO, so once I've got the latter redone I can use the coding from that and fix whatever necessary. Sonic 4's a good testing subject for all of this since there's a ton of versions of that game.
(10-17-2017, 10:24 PM)Random Talking Bush Wrote: [ -> ]I'm hoping before the end of the month, but it certainly is an undertaking since I have to research and support 9 different formats overall for the new version (CNO/PS3, ENO/360, GNO/Wii, INO/Mobile SD, LNO/Mobile HD, SNO/PS2, UNO/PSP, XNO/360/PS3 and ZNO/PC). But just recently I found the respective flags that determine the types of information in vertex buffers, so I just need to parse all of that correctly and then everything should work out much better (so no more UV mapping or rigging problems, for example).
At least the CNO format seems to be a close variation of ENO, so once I've got the latter redone I can use the coding from that and fix whatever necessary. Sonic 4's a good testing subject for all of this since there's a ton of versions of that game.