>> Yup, that is the idea as well...

Great.

Mapping groups and stuff sounds cool too. I wonder how modo will handle it (I don't actually have Lightwave so only interested in this as a means of getting data from MoI to modo).

modo has a concept of polygon tags. Select a bunch of poly and assign a tag to them. This can then be used to map materials to specific polys. This looks like how the 'surface' assignment is translated. Makes sense to have style mapped to this.

modo then has mesh items which look like they matche with the 'layer' concept. At the moment each object in MoI comes over as a new mesh item called obj1, obj2, etc. A mesh item is just a group of polys, connected or unconnected. Polys can be cut and pasted between mesh items and the mesh items can be turned on/off, grouped or instanced. They are displayed like layers in the item list, along with other objects.


So I think you are right that the layer is the closest thing to a single object. Proof is in the eating of course :-)

Hi Tony,

> modo then has mesh items which look like they matche with
> the 'layer' concept. At the moment each object in MoI comes
> over as a new mesh item called obj1, obj2, etc.

Yeah, currently when MoI writes out a LWO it puts each object in MoI on a different LWO "layer" with automatically generated names obj1, obj2, etc...

So those are what end up as a 'mesh item' in Modo.

It seems like I've heard from some people though that this can be inconvenient to have things split up into too many different mesh items in Modo with more complex models though.

Yeah the "tags" terminology is also used in LWO format, for values that can be assigned to faces. There is a "SURF" tag that assigns a surface to a polygon, and I just reviewed the LWO docs and saw that there is a "PART" tag that can be used to make a polygon belong to a named group.

But neither "PART" tags nor layers in LWO are hierarchical (with a parent/child type structure) so I'm not sure if groups in MoI will map to either one of those very well.

Yes, styles going across as surfaces seems to make the most sense for that part.

And what I'm thinking now is that I should make named objects in MoI translate across as layers, and if you assign several objects in MoI the same name then I can combine those objects together to make just one LWO layer out of them. Otherwise unnamed objects can go across same as now as "obj1", "obj2", etc...

- Michael

Hi Michael,


>> It seems like I've heard from some people though that this can be inconvenient to have things
>> split up into too many different mesh items in Modo with more complex models though.

The main thing I have found inconvenient is that they all have the name obj[X] so I don't really know which thing is which without selecting it. My first step is to group similar items together. Knowing what the thing is called makes it easier to group similar items.


>> And what I'm thinking now is that I should make named objects in MoI translate across as layers,
>> and if you assign several objects in MoI the same name then I can combine those objects together
>> to make just one LWO layer out of them. Otherwise unnamed objects can go across same as now as "obj1", "obj2", etc...

My first thought was that this would be very useful. If I had 20 objects in MoI all called switch then they would all be in the same mesh item in modo. If I had one object called outer casing and one called inner casing then they would end up as separate mesh items. Cool.

My second thought was how could this all be managed in MoI with lots of things with the same name - then I remembered groups and thought, no problem.

My third thought was that I have missed a trick when working in modo. All my Brain Amplifier objects are single mesh items (because they imported that way). Similar ones are grouped together. But I could also have had similar objects merged into one mesh item, for example all switches for a single panel. I would have had a much simpler structure in modo :-)

I think your idea would make this organization work much better across both apps. Doesn't look like MoI groups will translate over to modo groups through the lightwave format though - shame :-(


Of course I have to ask, any chance of being able to export to modo format (.lxo) at some point? Do Luxology publish info on their formats?

Hi Tony, well it sounds like that will be a good step forward.

That part probably will not be ready by this very next beta but probably the one after, for this next beta I'm focused on just setting up the UI within MoI.


> Do Luxology publish info on their formats?

No, not as far as I can tell.

The only SDK that they have seems to be a plugin system for writing File I/O plugins for Modo, and not a file format specification for how to read or write that format from a different application.

Do you know of what differences there are between .lxo and .lwo? It seems that Modo is structured very similar to the .lwo format already, so I'm not quite sure what the differences are.

- Michael

>> That part probably will not be ready by this very next beta but probably the one after,
>> for this next beta I'm focused on just setting up the UI within MoI.

No problem. One step at a time ;-)


>> The only SDK that they have seems to be a plugin system for writing File I/O plugins for Modo,
>> and not a file format specification for how to read or write that format from a different application.

Ah ha, this explains some of the complaints over at the Luxology forum about a lack of SDK for modo.


>> Do you know of what differences there are between .lxo and .lwo? It seems that Modo
>> is structured very similar to the .lwo format already, so I'm not quite sure what the differences are

No sorry, never had Lightwave so don't know how this works.

>> Do you know of what differences there are between .lxo and .lwo? It seems that Modo is structured very similar to the .lwo format already, so I'm not quite sure what the differences are.

Hi Michael,

.Lxo is a complete scene format, storing objects, light setups, camera, animations etc ... while .lwo is 'just' an object format.
In fact .lwo is not used anymore in modo, it's just there for data exchange with lightwave


In lightwave stuffs were splitted into 2 formats, .lws (that can be edited in a simple txt editor) for the scene, and .lwo for the geometry.

Hi PaQ - thanks, that clarifies it some more.

But what about only considering the mesh object data inside of a .lxo file - it seems likely that particular part of the data is pretty much the same as .lwo format object data...

Is there some kind of mesh data that does not survive an export from Modo to .lwo format and back in again for example?

- Michael

>> Is there some kind of mesh data that does not survive an export from Modo to .lwo format and back in again for example?

Nothing as far as I know ... only shading descritpion is lost. (In fact basic texture maps in common slot like diffuse, specular, bump are preserved ... but advanced
settings that is to much different from lw don't work of course)

You can even rename a .lwo into .lxo ... it will load perfectly in modo (I'm not sure it will prove anything :))

*Edit

They are some little stuffs that are still not preserved

- Patch geometry
- UV's are allways stored back to linear

Btw I've renamed a .lxo into .lwo, but the file can't be loaded in lightwave modeler.

I almost forget :

Nice rendering Danny ! Maybe the glass material can be a little bit enhanced ? (adding some refraction ? fresnel on the reflection ? I don't know ... looks just 'transparant' for the moment)