Archangel35757

@@AshuraDX -- how are you running it? By dropping a file on it? Or a .bat file? Or are you trying to double-click the executable?

Ok... so I've been reverse-engineering the dotXSI exporter code and have the dotXSI Importer project compiling-- well beyond the initial wizard created project. However most of the functions need to be converted to "import" from "export" functions... and many can be deleted because they're not applicable.

Thanks, but please don't Rename the zip files to 1.82... the version is 1.8

@@Xycaleth -- this converter is a huge success! I hope it brings Maya modellers into the community. As well as good news for Max 2013 & 2014 users. Did Raven ever release the specs for Ghoul2 format?

Why does it seem like his right elbow is missing?

Ok... with my new "Export Selected" code... you must NOT have any control objects embedded directly into your the Bone Hierarchy... still waiting on @@AshuraDX (or anyone) to explain the naming method that will cause Carcass to skip an object during Ghoul2 conversion. Furthermore, you cannot export-Select a partial bone chain... e.g., if your foot bones are linked to your calf bones then you cannot export-Select just your foot bones-- it will mess up the animation... When doing a partial bone skeleton export, you must include all the bones in a chain, back to the beginning chain root bone... so if you construct your hiearchy properly this means you could export just the spine, or either arm, or either leg, etc. as long as you export that entire bone chain. So with these changes... I think I'll call "Export Selected" fixed.

Yeah, I guess that's the safe approach... I was thinking of hidden mesh objects only... but if they hide the controls and controls are embedded in the bone hierarchy then it'd jumble up the bones to omit hidden controls in the hiearchy. I could make it so that only hidden mesh objects don't get exported when doing a full export... in case you have "junk" mesh objects in the scene. But then they should probably clean those out, no?

Currently the exporter always does a "Plot Animation" on all nodes getting exported-- doesn't just export out keys for fancy controllers... it samples the animation frame-by-frame and creates a key on every frame for each object being exported-- whether it is directly animated or controlled by other fancy controllers/constraints.

One other issue I discovered while working on fixing the "Export Selected" feature... is that if you have Hidden Objects and do a Full Export-- those hidden objects are exported anyway. Would it be preferred that all hidden objects NEVER get exported??? Please let me know... :wacko:

@@DT85 -- Ok... I got the SI_FileInfo fixed now by removing the '\n' new line feed character. I'll get this change into all the other plugins while I incorporate the progress bar changes...

@@DT85 -- Ok... looking into the Windows "time.h" functions... I discovered the following: As I expected... you can see the new line feed '\n' character... so I can fix this shortly.

I've thought about that... it's a one or two line code change, but I think it's one of those times that just because we can-- doesn't mean we should. I've come to think it's kind of nice to have everyone on the same standard generating dotXSI 3.0 files. Also, Carcass can only process v3.0 or v3.5 files... right? And there isn't really any difference between what it stored in those different file types when it comes to JKA. Regarding SI_FileInfo, I see that in text editors... but XSIDump displays it properly: Also, XSIDump allows for better interaction with the file using filters, etc. than standard text editors. It's not anything I've done in the code... I just use the Windows method to retrieve the current date & time in "local time" format and store that data into a String parameter. It seems it is doing "new line" return or something... I'm not sure what I can do to fix it... but I'm looking into it to test my theory it's a '\r' or '\n' character at the end of the string. Regarding your crashes... I've tested the same beta R2 plugin in my 3ds Max 2011 and it does not crash Max and also has no errors. Are you still using the Crosswalk v2.6 DLL ? Maybe having multiple versions of Crosswalk DLLs is causing your crash? @@Psyk0Sith didn't mention any crashes... :unsure:

I agree... The scales going to 100 should be the same length-- after all 100 is 100.

This thread will document my efforts to create a new dotXSI 3.0/3.5 Importer for 3ds Max 6 and later versions. This is a major undertaking for me... progress will be slow.

I'm going to start working on an xsi importer using Maxscript.

128 ROFFs per level. Changed from 32 by Xycaleth in OpenJK.

Good catch-- I can fix the cancel so it doesn't leave the empty file... I also now know how to fix the progress bar so that it closes properly at end-- and never hangs; there's no need to have a close button... which would create other issues if someone closed it with the system close [X] while an export was in progress.

Beta version has been uploaded to Utilities Section. Please, someone give it a try.

Would you like to have a ROF for complex cloud car fly-bys???

Update: The binary write method is now fixed and exporting the notes properly (as best as I can tell)-- but no JA ROFs actually used notes; so we'll have to see how the game engine likes them). Technically, everything is done and the exporter plugin is now ready for beta testing... it outputs a binary .ROF file (used by engine via an Icarus Script) and optionally an ASCII .txt file (for human consumption only). The only remaining aesthetic item I have left to do is create a custom progress bar... to provide info on export process. So far I've only compiled a version that is compatible with Max 6, 7, or 8. I don't want to spend time compiling other versions until I know everything is working properly in-game. Any mappers and scripters ready to help test it? Interested parties can find downloads for 3ds Max 5, 6, 7, or 8 30-day Trials at modacity.net at this link: http://files.modacity.net/software/3dsmax/