-= Gametoast.com =-

ANDEWEGET wrote:The problem seems to be that there's duplicate and jumping model indices in the .msh (result of the hex editing). So it assigns the weights to wrong bones. The default behavior for the in-game .msh parser just accidentally gets it right.

To solve that you'd need to go through the .msh file and change the indices in the WGHT chunks to the correct model indices (indices should be in order as they appear in the msh, 1-2-3-...).

Update 1.3.6

Changelog:

i need report 2 errors importing little msh (weapons)

First one looks like someone messed up while hex-editing and put a NAME chunk where none should be or didn't set the right size indicators. You can check the Chunk Structure here to see which chunks can contain NAME chunks. If you can't find the problem, send me the .msh.

The second one means that one of the segments (SEGM) has an invalid material index (MATI). Should be easy to go through the .msh and check every material index against the MATL list to make sure the material actually exists.

@Andeweget.

I just wanted to say thank you very much for maing this tool for xsi. I just got cloth perfectly working without any massive errors or something else. The collisions work, the animations and more. Again thank you so much for this. And good luck for future releases, fixes etc.

So, it turns out that with more recent versions of Mod Tool, GATOR functionality has been lost, meaning you can't merge meshes without losing the enveloping/weighting. I personally import units in chunks (usually an assembled body then head/shoulders, then gear, then whatever else is necessary) Is there any chance this could be a feature added into ZETools?

Softimage 2015 has an option in the Merge dialog to merge Shape Animations and Envelope Weights. I'm pretty sure ModTool has that, too, and even if not, the student version of Softimage 2015 is free.

Any idea what's causing this error on export? I'm trying to export a weapon (I imported another and imported my mesh over the top of it):

Make sure that you don't have any unsupported object types (supported types are Poly. Meshes, Nulls and Bones). If that's not it you can send me your scene in a format that works in SI 2015 (.emdl/.xsi should work).

Is ther any special setup I need to get these working in Windows 10 64bit, or is the setup the same as it is in 32 bit?

ggctuk wrote:Is ther any special setup I need to get these working in Windows 10 64bit, or is the setup the same as it is in 32 bit?

Just got it on Win10. Make sure you have Python 2.6 installed... I had 3.5 installed and pywin32 wont work with it. Use the links from the install site and that version of python.

Thanks, but I already got it working.

I got an error when trying to export an model with cloth. I'm pretty sure i did something wrong, but i hope you can tell me what i did wrong with that log

Anakin wrote:

Code: Select all

	    collision.primitive_type = cloth_collision_primitives[collision.name].primitive[0]
	KeyError: 'ModelCommander.p_r_thigh'

Collision: For XSI ZETools to recognize collision primitives the name needs to contain the type of primitive (cube, cylinder, sphere).

http://schlechtwetterfront.github.io/xs ... guidelines

examples:
p_cube_r_thigh
p_sphere_r_thigh
p_cylinder_r_thigh or just p_cyl_r_thigh

I thought it was something simple.

But it still does not work.
I hope everything you need is on the picture.

Well it seems if you have the hierarchy under a model, Add from Selection will list the primitive names in Collision starting with ModelCommander.p_cylinder_r_thigh instead of just p_cylinder_r_thigh, in your situation. I would shorten those names back to just the object name and try again.

i thought so, too and i already did that. After that i got this error:

Anakin wrote:

Hidden/Spoiler:

[code] Traceback (most recent call last):
File "<Script Block >", line 35, in exportbutton_OnClicked
File "C:\Users\Anakin\Autodesk\Softimage_7.5\Addons\xsizetools-1.3.0019\Application\Core\andezetexport.py", line 811, in export
self.do_export()
File "C:\Users\Anakin\Autodesk\Softimage_7.5\Addons\xsizetools-1.3.0019\Application\Core\andezetexport.py", line 851, in do_export
self.msh.models.add(conv.convert())
File "C:\Users\Anakin\Autodesk\Softimage_7.5\Addons\xsizetools-1.3.0019\Application\Core\andezetexport.py", line 582, in convert
self.msh2_model.segments = self.get_cloth()
File "C:\Users\Anakin\Autodesk\Softimage_7.5\Addons\xsizetools-1.3.0019\Application\Core\andezetexport.py", line 556, in get_cloth
clothgeo.collisions = self.get_cloth_collisions(clothgeo)
File "C:\Users\Anakin\Autodesk\Softimage_7.5\Addons\xsizetools-1.3.0019\Application\Core\andezetexport.py", line 544, in get_cloth_collisions
collision.parent = self.export.xsi.Dictionary.GetObject(collision_name, False).Parent.Name.encode(STR_CODEC)
AttributeError: 'NoneType' object has no attribute 'Parent'
[/code]

Yeah i'm getting the exact same message even with a simple 4 object hierarchy:
dummyroot

• bone_root
  • cape
    • p_sphere

so the solution is....

It looks like a problem with the way cloth related data is being collected, it exports fine when you delete the ZECloth custom parameter set.

The next best thing is to move your characters into one of these to export cloth:
viewtopic.php?f=36&t=22345


EDIT
arrrg cloth collision has to be named starting with a c_ instead of a p_ , completely forgot about that and didn't catch it!
You can tell its been a while since I exported cloth.

While not evident from any of the ZETools docs, cloth collisions need to start with "c_" to be gathered correctly. Cloth collision primitives also don't require special naming conventions for ZETools to recognize the type.

Update 1.3.7

Changelog: