All standard materials should be working now. Every model I throw at it comes out fine in Ogre (except for missing backfaces of course).
There's still more stuff to add, like dotScene support and visible edges, but that will come later. Unfortunately, configuration is via a text file for now. Remember to edit it before trying to export!
Remember, the free version of Sketchup is for non commercial use only. This exporter isn't tested with the Pro version, but I'm guessing it will work.
The exporter has a readme which explains installation and usage.
Enjoy.
Last edited by Kojack on Mon Jun 12, 2006 4:38 am, edited 2 times in total.
Last night I was going to add edge exporting (a lot of sketchup models use the visible edges to add detail to models instead of textures).
But I discovered that ogre's xml mesh format doesn't support line lists, line strips or point lists. So there's no easy way to do it, unless I either:
- patch the xml converter to accept them
- export thin boxes or cylinders (so the edge can be seen as the same thickness from any angle)
I think the next feature for the exporter will be dotscene exporting (groups and components will form scene nodes and entities, instead of the entire Sketchup scene being turned into a single mesh). Of course that will just be an option, the current export style will be kept too.
Now that I've got xp reinstalled and running well, I need to install xp 64 and linux. I've got both visual studios too.
Great work, Kojack. I used your exporter to convert one of the Sketchup sample buildings (the Craftsman House) to an OGRE mesh, and then incorporated the mesh into a Blink3d environment. Here's a screenshot:
You can perhaps just make out a problem with the windows, which appear in front of everything, instead of appearing behind overlapping objects (like the porch columns). I manually edited the material file to turn depth_check on, which corrected the problem. Because of the backface issue, which you note, views through the transparent windows to the interior of the house go all the way to the horizon, as the walls are invisible from the inside. Aside from that, the export worked great. Thanks, again.
All the models I tested had no transparent objects objects occluded by non transparents due to backface removal, so I didn't notice the material bug. I'll fix it in Version 1.0.1.
and here is the exported OGRE mesh viewed in Blink:
You'll notice that the texture on one side of the tower did not make it through the export process. The faces of the tower are textured as a group, and that group is inside the larger group that encompasses the whole church, if that helps. Let me know what other info you might need to figure out what's going on here.
Hmm, freaky.
I've got the model loaded and I'm examining the data (the ruby console is handy)...
The face with the missing texture has no texture assigned to the front (it's nil). Normally a nil material will appear as the default material. But it seems that groups can be assigned materials too. A material assigned to a group will override the default material of all children of the group. In the case of the church, both the church group and the tower group have Material5, so any faces with no material show up as Material 5 too.
I tested a file on Google's 3d site and it worked well. One problem was that a window made it possible to see all the way through the object. The inside wall did not show. I will look for the file again if needed.
Yep, that's to be expected. A lot of sketchup models on the net use backfaces, which the exporter doesn't handle yet. So most models with transparent bits will look wrong.
I've got a fix for the church model, but I've been busy and haven't released it yet. I'll try to get it out tonight. It turns out that not only do faces with no materials inherit from their parent, but their uv coords are different. A normal face has uv coords of around 0-1 (or more, for tiled textures), but faces with an inherited material return the absolute world coordinates of the vertices in inches as the uv coords. Luckily, I can ask textures what their size is in inches, and use that to calculate the real uv coords.
I love the idea of this. A quick and easy modeller for 'normal' people Hell, I might even be able to make something that doesn't look like a dogs arse in it (assuming I wasn't trying to model a dogs arse of course, in which case it would look like a yak's intestine).
I'm sure we could find space in ogreaddons for this, you game?
Hell, I might even be able to make something that doesn't look like a dogs arse in it (assuming I wasn't trying to model a dogs arse of course, in which case it would look like a yak's intestine).