When you uv unwrap your mesh, does it convert to Obiter uv coordinates or does it keep the Blender ones?
Traceback (most recent call last):
File "C:\Users\Jordan\AppData\Roaming\Blender Foundation\Blender\2.81\scripts\addons\orbiter-blender-master\__init__.py", line 164, in execute
import_tools.import_mesh(config, path)
File "C:\Users\Jordan\AppData\Roaming\Blender Foundation\Blender\2.81\scripts\addons\orbiter-blender-master\import_tools.py", line 428, in import_mesh
mat = bpy.data.materials[grp_mat_name]
KeyError: 'bpy_prop_collection[key]: key "STSpad39A_Main hardstand material_Main_Concrete_Hardstand_texture_1" not found'
location: <unknown location>:-1
I can import test model meshes that I previously created in Blender under your addon, but if I try to import, for example, ShuttlePB.msh, the import fails.
Traceback (most recent call last):
File "C:\Users\Jordan\AppData\Roaming\Blender Foundation\Blender\2.81\scripts\addons\orbiter-blender-master\__init__.py", line 164, in execute
import_tools.import_mesh(config, path)
File "C:\Users\Jordan\AppData\Roaming\Blender Foundation\Blender\2.81\scripts\addons\orbiter-blender-master\import_tools.py", line 420, in import_mesh
uvl.data[i_loop].uv = (uvs[i_vert][0], 1-uvs[i_vert][1])
IndexError: list index out of range
location: <unknown location>:-1
I presume I missed something. Problem seems similar to what Jordan experienced but I can't find my way out of it.
Is your Orbiter folder very deep into a hierarchy? I'll try that as well.
When I try to import the mesh ISSR/STSpad39A.msh from
LC39A+B for ShuttleFLeet HD
I get this error
if i rename the texture to a shorter name for example "Main_Concrete_Hardstand_texture_1.dds" to "mcht1.dds" both in the mesh file and the texture file itself, then it works.
And if you mean me, no. For test purposes I have been following your pdf to the letter (I think).
That's why shortening the name worked, but you should not have to do that.
Now that I've had a bit more time to look at this I see what is going on. It appears there is a limit on the size of a Blender material name so we end up looking for a name that has been truncated, so no match. I'll need to think on this a bit. I probably need to take the first 'n' chars of each name.
That's why shortening the name worked, but you should not have to do that.
---------- Post added at 06:11 PM ---------- Previous post was at 06:06 PM ----------
I hope you find that useful. It is a bit rough and could use some polish.
Also, I'm starting to port my SR71R project to Blender 2.81 so that ought to shake out some issues with the plug in and Blender in general.
I'm really liking 2.81, there are some great tools I want to take advantage of.
---------- Post added at 06:17 PM ---------- Previous post was at 06:11 PM ----------
v2.0.4 is now available on github. Fixes the ShuttlePB import issue.
Does not fix the material name is too long issue
Can it be that the python .split method doesn't work as it should?
RuntimeError: Error: Cannot read 'd:\orbiter\Textures\Main_Concrete_Hardstand_texture_1.dds': No such file or directory