Karma nested dielectrics issue

   1744   6   4
User Avatar
Member
392 posts
Joined: Aug. 2018
Offline
Hi all. Very late to the party, but I am finally trying Karma in place of Redshift.

Problem 1: I have a classic 'liquid in a glass' model. The liquid slightly intersects the walls of the glass - as is standard. I've got Karma standard materials set up in Solaris. Nested dielectric property for the glass set to 1 and 2 for the red liquid. Everything renders as expected if I move the liquid outside of the glass - but the liquid is opaque if it's in it's normal position inside the glass.
Can anyone help?
Edited by Mike_A - Jan. 16, 2025 14:36:41
User Avatar
Member
392 posts
Joined: Aug. 2018
Offline
OK... having wasted so much time chasing this, I've now realised it renders OK - to MPlay or disk - but doesn't display correctly in the Karma stage viewport. I'm hoping there is a button / switch or something that is causing this, otherwise a renderer that doesn't render what I see in the viewport isn't much use to me. How am I supposed to adjust materials? Render for every minor tweak?
Edited by Mike_A - Jan. 16, 2025 16:48:37
User Avatar
Member
21 posts
Joined: March 2022
Offline
Maybe the viewport renderer has too low a transmission sampling limit?

I ran into a similar issue when rendering water with bubbles in it, and it turned out to be due to having the transmission samples set too low.
http://WinterLightStudios.ca [winterlightstudios.ca]
User Avatar
Member
392 posts
Joined: Aug. 2018
Offline
Thanks for the thought. I've ramped up the sampling limits to the max as a test, but after some more experimentation, it looks like an XPU limitation to me, but I'm hoping it might be user error and someone will educate me : )
It renders as expected with Karma CPU, but not with XPU - as below.

Edited by Mike_A - Jan. 16, 2025 18:28:58

Attachments:
CPU_XPU_nestedDialectric.jpg (118.8 KB)

User Avatar
Staff
588 posts
Joined: May 2019
Offline
Have you tried tweaking the ray bias?
User Avatar
Member
392 posts
Joined: Aug. 2018
Offline
Thanks brians. I was returning to report that I'd discovered this was a scaling ('aka: ray bias') issue - only to find your post.

What I would ask you to note is that the original model - with default ray bias - rendered correctly in both Redshift and Karma CPU - but failed (as above) in Karma XPU. So it looks like there could be inconsistency in default ray bias settings here. That causes confusion.
Edited by Mike_A - Jan. 17, 2025 08:50:03
User Avatar
Member
152 posts
Joined: June 2020
Offline
Mike_A
So it looks like there could be inconsistency in default ray bias settings here

There is inconsistency between CPU and XPU but it is explained in the tooltip for the Automatic Ray Bias parameter as well as in the docs. In case anyone else is wondering:

Automatically compute ideal ray bias. Under Karma CPU, automatic bias applies to everything except procedural mesh and continued rays for partially opaque surfaces and nested dielectrics (the “Ray Bias” property is still used for those cases). Under Karma XPU, automatic bias applies to polymesh path bounce and polymesh shadow rays only. For everything else (eg SSS, rounded-edge, nested dielectrics, points, curves etc…) the “Ray Bias” property is still used.
  • Quick Links