Search - User list
Full Version: Geometry Light in LOPs
Root » Solaris and Karma » Geometry Light in LOPs
wanglifu
In my test,Karma XPU still won't support geo/volume light.It's normal?
sekow
tamte
sekow
bump, LPE tags for geo lights still a no no?
you can tag geometry with LPE tag and then isolate in your AOVs
it works for geometry light contributions

the main limitation seems to be that the Split Per LPE Tag checkboxes don't parse geometry marked as lights, only light schemas and therefore they will not detect and create the AOVs for current workaroundish incarnation of geometry lights

so you have to create additional AOVs yourself with corresponding LPE that filters lights by LPE tag of the geometry light object

thanks Tomas, should have come up with that on my own, here is the hip for everybody that is interested. But not sure if my LPEs are correct, even if they look alright.
tamte
sekow
But not sure if my LPEs are correct, even if they look alright.
If you always want to treat those objects as lights you can just do:
C.*<L.'tubes'>

but I assume your LPE tries to match both cases whether you interpret them as lights or keep as emissive surfaces
C.*[<L.'tubes'>+<O.'tubes'>]

in that case I think you can simplify by typing:
C.*<[LO].'tubes'>
HexEgg
Is there a way to control active radius on a geometry light?
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Powered by DjangoBB