Jump to content
The website was recently updated, and consequently some things are broken. We will be fixing minor theme bugs in the background over the course of the next few days.

Fixing the dotXSI 3.0 Exporter for 3ds Max...


Recommended Posts

@ contacted me about problems with the Max2012 64-bit dotXSI exporter not showing up after he installed it on his Windows 8 64-bit system.

 

http://imgur.com/34J7BiT,HKeF1Mh

 

Has anyone else ran into this issue? Anyone using Windows 8?

 

My thought is that Max2012 isn't compatible with Win8... and according to the Max2012 service packs & updates readme file-- it does not list Win8 as a supported OS.

 

@, are you successfully running 3dsMax 2012 in a Windows 7 compatibility mode? Do you have the latest service packs and updates from Autodesk installed?

 

3dsMax 2014 is the first version that officially supports Windows 8.

Link to post

@ contacted me about problems with the Max2012 64-bit dotXSI exporter not showing up after he installed it on his Windows 8 64-bit system.http://imgur.com/34J7BiT,HKeF1Mh

Has anyone else ran into this issue? Anyone using Windows 8?

My thought is that Max2012 isn't compatible with Win8... and according to the Max2012 service packs & updates readme file-- it does not list Win8 as a supported OS.

@, are you successfully running 3dsMax 2012 in a Windows 7 compatibility mode? Do you have the latest service packs and updates from Autodesk installed?

3dsMax 2014 is the first version that officially supports Windows 8.

Problem solved by @@AshuraDX. Thanks! He caught that he had put it in a "plug-ins" folder-- rather than the "plugins" folder. So @, let me know if you have questions after reading the readme file on exporter usage.
Link to post
  • 2 weeks later...

@@Milamber, @@Scooper, @@DT85, @@Psyk0Sith:

 

According to Rich Whitehouse, "...GLM as a format only stores vertex normals... ...by default Noesis will only write per-vertex normals." "...Everything would be converted to vertex normals [from Noesis] when targeting GLM as the concept of smoothing groups doesn't exist in the [GLM] format itself."

 

So for now @@Milamber... use the vertex normals option. I honestly never looked into this area of the original source code-- as it didn't seem broken. @@DT85 (to my knowledge) has not had any issues with getting his models and normal maps looking proper in-game.

 

I will look into this area of the code to see what it is doing-- and if necessary... create an option to export vertex normals respecting smoothing groups (which it could be doing already and just mis-labeled).

 

Please post here to describe your issue, post screenshots of model and export options, etc. :winkthumb: Thanks!!!

Link to post

@@Milamber, @@Scooper, @@DT85, @@Psyk0Sith:

 

According to Rich Whitehouse, "...GLM as a format only stores vertex normals... ...by default Noesis will only write per-vertex normals." "...Everything would be converted to vertex normals [from Noesis] when targeting GLM as the concept of smoothing groups doesn't exist in the [GLM] format itself."

 

So for now @@Milamber... use the vertex normals option. I honestly never looked into this area of the original source code-- as it didn't seem broken. @@DT85 (to my knowledge) has not had any issues with getting his models and normal maps looking proper in-game.

 

I will look into this area of the code to see what it is doing-- and if necessary... create an option to export vertex normals respecting smoothing groups (which it could be doing already and just mis-labeled).

 

Please post here to describe your issue, post screenshots of model and export options, etc. :winkthumb: Thanks!!!

neither had I but I "explode" my smoothing groups before exporting , actually before rigging for Jedi Academy

Link to post

Aye I pretty much concluded that was the issue, and already talked with Ashura about how to solve it (exploding thingie)

 

 

and yeah vertex normals respecting smoothing groups would be nice ^^ Means I could actually use them.

 

(i'll add in the details of my issue in a lil while)

Link to post
  • 11 months later...
  • 2 months later...

Ok... so @@DT85 contacted me and shared the following quotes via Skype:

 

...here's the two .xsi files. one is exported from max (your plugin), the other from xsi mod tool:

https://www.dropbox.com/s/jaukjyvhfuzwian/normals_test.zip?dl=0

 

...should help you diagnose hopefully.

 

YES! I exported the scene from xsi mod tool, converted to GLM via carcass and it retained the normals! so if you fix the normals export for your exporter, then it will work nicely :D

 

I know you have a few other projects, but i'd love it if you can get this fixed asap. I'm working on models for MB2 and i could really use custom normals ;)

 

So I'm going to prioritize my fix-it "To Do" list on the dotXSI exporter plugins and recompile and release a v1.9 for Max6 to Max 2016.

 

One question I have (@@DT85, @@AshuraDX, @@Scooper) is that these custom normals require explicit use of an "Edit_Normals" modifier-- so how does this relate to @@Scooper's smoothing group snippet (where basically the code detaches the mesh to elements by smoothing groups (to preserve smooth groups-- which in essence is preserving the mesh element normals)... seems like both features are not needed, correct? Or are they both needed?

DT85 likes this
Link to post

Ok... so @@DT85 contacted me and shared the following quotes via Skype:

 

So I'm going to prioritize my fix-it "To Do" list on the dotXSI exporter plugins and recompile and release a v1.9 for Max6 to Max 2016.

 

One question I have (@@DT85, @@AshuraDX, @@Scooper) is that these custom normals require explicit use of an "Edit_Normals" modifier-- so how does this relate to @@Scooper's smoothing group snippet (where basically the code detaches the mesh to elements by smoothing groups (to preserve smooth groups-- which in essence is preserving the mesh element normals)... seems like both features are not needed, correct? Or are they both needed?

both would be great, as the edit normals modifier gives more control about meshnormals than plain smoothing groups do

smoothing groups are just a simple automated way to get averaged normals for areas of the mesh, while the edit normals modifier allows you to precisely edit single normals (or groups of them) and set thme to a specific direction

 

essentially they both do the same - so instead of pslitting by smoothing groups consider splitting vertices by vertex normals and both should work along fine

Link to post

Leaving the EditNormals modifier on the stack would simplify checking for it and interfacing into it-- else use smooth groups.

 

I also found this on CGTalk forums:

 

…if you intend to venture into the sdk for your exporter the IGame wrapper will handle explicit normals right off the bat (it will also compute tangents and binormals for you too). The sample IGame exporter in the sdk is a good place to start.

So I intend to look at the IGame exporter source code for how they handle explicit normals versus normals computed from smooth groups. I'll report back after that...

DT85 likes this
Link to post

@@minilogoguy18, @@DT85, @@Psyk0Sith :

 

While I fix the vertex normals for the 3dsMax dotXSI exporter, we may still have an issue with the UV seams from the Carcass compiled model.

 

I understand the long-term historical problem of UV texture seems showing on models-- but I thought that was a result of the texture artist not painting perfectly blended textures across those seams. What DT85 and @@AshuraDX were describing is that Carcass appears to have non-uniform UV normals along the seam texture vertices.

 

@@minilogoguy18 - Does this happen with dotXSI models created and exported from Softimage/ModTool & Carcass?

 

EDIT: Here's a Maxscript tool to set customized vertex normals by weighting by both face angle and face area ( it should work in versions back to 3dsMax 6):

 

https://github.com/ByteHazard/wnormals

Link to post

@@Archangel35757 I'd have to check but before I do I can tell you what really happens. The normals aren't exactly the problem, what happens is the edges along the UV boundaries are disconnected which then in turn alters the normals as that is what happens when you have a boundary edge. You need to get to the source as to why the edges along UV boundaries become disconnected, it seems to be something either with carcass or the MDX format itself.

 

EDIT: Well, seems that it is just limited to 3ds Max because Kain only shows different normals along mesh boundaries, UV seams do not appear to be split, or at least I couldn't see it.

Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...