Anoying texture error

[NOiZE]

This happens on some other units too

I guess it has to do with when 2 faces are pressed to eachother(like two pieces of paper). one shows the texture on one side and the other face shows it on the otherside.

I hope i discribed it good enough.

[AF]

Yes, 2 faces occupying th same location but with different textures, fighting over which texture is to be displayed.

[NOiZE]

but they shouldn't be fighting, because on should show on one side and the other one should be show on the other side..

[AF]

That's not qutie what i mean, I mean to seperate parts not the back and front faces of that single part. Remember those blue bits lift up when it fires exposing other pieces.

[Das Bruce]

Like alantai said, its called texture fighting, just move one of the faces away in the smallest increment.

[Gnomre]

Just delete one of the faces. Spring backface renders, so the method of doing that in TA (having two faces facing opposite directions) is redundant and just causes this problem.

[NOiZE]

this is a screen of XTA btw

[Sean Mirrsen]

Spring renders the backfaces of 3do models, and that causes this problem. If the same model was to be exported into s3o and textured the same way, there would be no problem at all.

[NOiZE]

could that process be automated ?

[Zenka]

you mean 3do to s3o converter?
Upspring can load and export both unit files.
Dunno about maping. I suppose you need to UV-map all the units.
And while you're at it, remake them high poli...
(Means, it's to much work, unless s3o can handle per-poligon-texture)