New asset error

AntonyVW

Active member
Hi guys,
Ive been having a go at importing an asset from 3dmax 2012 into Trainz. Ive now got it into CCP but am getting the following error:

Error: Unable to load indexed mesh 'kuid 596321 100268\dockgoods.im'

I have the correct exporter for the version of 3dmax Im using and all else checks out except this error. I can open the mesh in PEVs mesh viewer without problem. What has gone wrong?
 
It appears that Trainz is unable to load the mesh for some reason. Usually, this is due to possible corruption of the mesh file. Failing that, there is the possibility of folder name differences, as content that is open for edit is in a folder with the asset's name, not the KUID. It's best to simply have the .im file reference in the same folder as the config.txt, which would mean you would only need to state it as 'dockgoods.im'.

Shane
 
Thanks Shane. Ive tried what you have said but no joy. The config looks like this:

kuid <kuid:596321:100272>
username "Goods shed"
kind "industry"
category-region "UK"
category-era "1800s;1920s;1930s;1940s;1950s;1960s;1970s;1980s;1990s;2000s;2010s"
nightmode "lamp"
rotate 1
height-range -50,50
author "AntonyVW"
trainz-build 2.9
category-class "BR"


mesh-table
{
default
{
mesh "dockgoods.im"
auto-create 1
}
}


thumbnails
{
0
{
image "$screenshot$.jpg"
width 240
height 180
}
}



I dont think Ive missed out anything obvious. Short of remaking the mesh again I dont know what else I can try. As I said at the beginning the mesh opens ok with PEVs mesh viewer and mesh text viewer. So Im stumped.
 
As part of that, did you make sure the .im file is in the same folder as the config.txt file? You may need to check this in Explorer.

Shane
 
Sorry should have mentioned. Ive moved the kuid into the same folder as the config.txt file as suggested by Shane. Ive also tried creating a second asset having deleted the first incase there was any corruption there. Hence the change of kuid numbers.
 
Ive also just tried creating the asset in TS2009 and got same error. The only thing I can think of is that there is a problem with the exporter - however that is not supported in thefact that PEVs mesh viewer see it ok.
 
If necessary Shane I can send you both or either of the 3dmax file and the *.im file. Its nothing special and far from finished. I just wanted to make sure it would work before I got to far into its construction.
 
The next thing I will get you to try is changing the mesh entry to ./dockgoods.im

If this does not correct it, it may indeed be an issue with the mesh file.

Shane
 
ok will try that now. But out of curiosity I exported the original 3dmax file to sketchup (yes I know its lame). t accepted the mesh without issue. Then using the rubytmix pluggin I exported that to Trainz. That has worked ok and I can see the asset in trainz. Anyway I will go try as you have suggested.
 
Ok that did not work. However I did notice something curious. You told me to add ./ which I did and confirmed it was like that when I checked the config.txt file. However when I looked at the error report it had reversed the slash to read .\ instead. Not sure why.
 
Im using the 64bit version of the exported. Im just going to try the 32bit version see what happens. 3dmax should reject it if the pluggin is wrong.
 
As I suspected, I am using the correct exporter. Knowing that Trainz is a 32bit doesnt really solve the problem - particularly as the jetexporter.dll clearly says its is for the 64bit version of 3dmax 2012. My suspicion is that it is the exporter itself that is faulty.
 
So where does that leave me? I could export to blender - but that kind of defeats the object of me creating it in 3dmax. Id aslo need to gen up on how to export from blender to trainz. Oh well.
 
See if exporting from the 32-bit version helps. Failing that, that may be your option (as it sounds like a possible bug in the exporter, or a possible issue with Content Manager - have you made sure you have installed the relevant patches?)

Shane
 
Back
Top