[Goku]

Genma Saotome, on 03 December 2016 - 02:24 PM, said:

As for features, if anybody is maintaining a list I'd be interested in blending two or more textures on one face, specifically a tiling texture to be the background upon which a different sized texture is blended for dirt, grime, etc. Much like the microtex file is blended into the terrtex art. Even if I had to do it a text editor I'd use this.

It is possible in current MSTS Shape format. Don't know if it works properly in MSTS, but I saw some .s files with more that one material for vertex.

In prim_states define more than one texture:
prim_state mtl_name ( x x tex_idxs ( num_textures texture1 texture2 ... ) x x x x x )

And define more than one uvs for vertex:
vertex ( x x x x x vertex_uvs ( num_uvs uv1 uv2 ...) )

[Goku]

Tried it on one shape.
Don't know which shader to choose, but seems possible even in msts (two textures on one face):

https://s11.postimg.org/na53wwkn7/msts1.png

[Genma Saotome]

That's very interesting!

[SP 0-6-0]

I agree. Would love to know more about this undocumented feature of MSTS?

Would be very useful for track textures around industry.

Under the misc or utilities sections here at ET are two documents about the inner mechanics of the MSTS shape format. Not sure how useful those text would be here? Might be worth a look.

Robert

[disc]

Genma Saotome, on 03 December 2016 - 02:06 PM, said:

Going down that path would mean changing or writing new exporters.

old exporters are bugged, hard to use for highpoly models, and mostly work with ancient programs like gmax.

But we don't even have a new exporter/converter for .s

[James Ross]

Genma Saotome, on 03 December 2016 - 02:06 PM, said:

Is there a reason an enhanced .s format is the wrong way to go? Going down that path would mean changing or writing new exporters. Might that be easier to accomplish than changing OR to accommodate a significantly different file type? Perhaps just one program: collada to enhanced .s. Not because collada is great for games but because most modeling software can produce a collada file.

I would not say an enhanced .s format is wrong - it's a fairly flexible format already, as Goku has demonstrated - however, if we could natively support something that 3D modelling tools also natively support, it would make things easier.

[conductorchris]

Can you do both? Continue to support an .s format and add another? Like with .ace and .ddx textures?

[longiron]

IMHO, the discussion about replacing or expanding the s. file format is tightly tied to a broader discussion about shader support in the OR game engine. What the OR game engine shader strategy is ... will help determine whether OR can live with s. format going forward or not.

[James Ross]

conductorchris, on 14 December 2016 - 08:31 AM, said:

Can you do both? Continue to support an .s format and add another? Like with .ace and .ddx textures?

We wouldn't stop support .s just because we supported another format, like you said with .ace and .ddx. The question is whether new features would be done by adding to .s or by adding a second supported format.

[Goku]

It depends on quality of blender exporter. If it is really good, it may be good to extend .s file format. It also may be good for improving existing models. For example, changing shader name.

There are no good common formats for games.