topic Re: Lightworks flips the texture, why in Visualization

Lightworks flips the texture, why

david nicholson-cole — Thu, 11 May 2023 10:36:54 GMT

I cant believe this hasnt been asked before, but its not under recent subject headings.
Lightworks doesnt seem to respect the 'Align Texture command. It flips a texture that works correctly in Open GL and ArchiCAD's own rendering engine.

Basically, take a simple rectangular Mesh. Take a simple rectangular bitmap. Make a material from the bitmap with the bitmap exactly the same size as the mesh. Align Texture so that the origin and the direction are locked to the Mesh. In the material setting, tell lightworks to match with internal engine.
the resulting render is ALWAYS flipped - mirror imaged.

I have tried frigging around with the S and T settings in the Texture space setting, even with 'graphisoft replicate', it makes no difference. the texture is always reversed., and it gets worse, it gets cut into tiles and some get reversed and some not.

If I Mirror the texture with photoshop to get it right in Lightworks, then it would no longer align in Open GL or in the Internal Engine.

So i am very disappointed with this. I wonder if Dwight or another LW expert might have an answer? I cant find Dwight on this system with the name search....

Re: Lightworks flips the texture, why

Karl Ottenstein — Fri, 29 Jul 2005 00:42:55 GMT

Hi David,

This is a known bug in the ArchiCAD LW implementation. Ransom Ratcliff first called it to my attention early this year. Dwight of course knew. Somehow the word of the workaround hasn't been widely circulated.

See the setting in the attached screenshot. This forces LW to mirror the texture and then all engines will show it the same. The only bad thing about this "fix" is that when GS does finally correct the bug, the image will then be flipped again ... and we'll have to correct all of our materials again.

Karl

PS While it probably is supposed to say "ST Layout" (S and T being axes), I think "St Layout" as in the screenshot is more appropriate - patron saint of texture layout fixes. 😉

Re: Lightworks flips the texture, why

david nicholson-cole — Fri, 29 Jul 2005 01:01:47 GMT

Karl wrote:
Hi David,
This is a known bug in the ArchiCAD LW implementation. Ransom Ratcliff first called it to my attention early this year. Dwight of course knew. Somehow the word of the workaround hasn't been widely circulated.

Thanks for the ultra quick answer. i think I may need to download an update to ArchiCAD nine because when I look at Lightworks material settings and check on the Texture Space Saint layout in the version I have here, I get none of those parameters, just a single one of "Rotation".
the others may have been added since.
(OSX 10.4 iMac G4).

Re: Lightworks flips the texture, why

Anonymous — Fri, 29 Jul 2005 01:06:45 GMT

DNC

UNcheck "show essential only"

Re: Lightworks flips the texture, why

Dwight — Fri, 29 Jul 2005 01:59:03 GMT

This "Show essential only" by default is a bonehead move. To be fixed on the next go-around I understand.

Like - if you are going to mess about in there, you want to REALLY mess about.

For instance - I was spelunking in the hidden preferences and discovered that someone has limited the raytracing to 40 times..... you conld dial in more.... if you knew the trick.

Re: Lightworks flips the texture, why

Anonymous — Mon, 03 Oct 2005 13:02:10 GMT

Can anyone further this and advise on how to have a random origin in a texture map - seems easy enough in internal engine but impossible in LW.

Cheers

Re: Lightworks flips the texture, why

Anonymous — Mon, 03 Oct 2005 18:54:59 GMT

David,

There is one more thing you should check before you go for "ST Layout". Make sure that you uncheck "Random Origin" box in texture setting window. It solved all my problems with matching the texture origin, without messing with LW's "Texture Space" settings.

Re: Lightworks flips the texture, why

Aussie John — Thu, 08 Dec 2005 23:09:11 GMT

Ok I'm still a little confused.
To get this clear, is the origin of the image moveable for each element - can set in the 3d origin setting (as per DNC's orignal post query) or is it global as per the settings in ST layout ie onsize fits all