Texture local coordinates

[jensverwiebe]

The issue must be in luxblend25 !
I just tested new coords implementation in luxblend0.1, there it works fine:

bricks, local mapped --> o.k.

Jens

[Lord Crc]

Does LuxBlend25 still export all objects as instances? If so that could explain the difference.

[jensverwiebe]

Lord, you are right, just tested: instanced meshes don´t map correct --> making it single user --> k again

JEns

[dougal2]

ARGH!

[jensverwiebe]

ARGH!

Before you do suicide, let´s wait if jeanphi can take transformations into account

P:S.: live on, jeanphi will fixed it

Jens

[jeanphi]

Hi,

It should finally work but will require heavy testing, I'm not very confident with the change.

Jeanphi

[jensverwiebe]

Sorry jeanphi, broken at runtime now, hangs in the stack at parsing

Jens

[Lord Crc]

I've pushed an attempt to fix the issue. The problem is that more than one shape in an instance (ie more than one triangle) forces the code to create an acceleration structure for the instanced primitives, and so the instance->GetShadingGeometry call fails.

That it hangs is because the failed call above floods the error event handler.

[jeanphi]

Hi,

That's becoming plain ugly. I don't like it but can't find another way to check it. However I tested my fix and it was working with a cube (more than 1 triangle).

Jeanphi

[Lord Crc]

Hm, in the scene I tested a simple plane was wrapped in a QBVHAccel, hence the barf.

If the IntersectionData was a struct containing a union, we could put the ihandle thingy there... at least it would be in the right place...