LuxCoreRender Forums

TAO wrote: ↑Mon Dec 21, 2020 12:20 pm Awesome news, Are there any limitations?

Not that I'm aware of, it is really like using PhotonGI caustic cache with path tracing+light tracing.

It is now possible to enable PhotonGI caustic cache with BiDirectional path tracing in order to render SDS paths: sds.jpg All the usual PhotonGI properties are available however PGI is used only for SDS paths like with hybrid path tracing+light tracing. This feature is available on "for_v2.6&qu...

Thanks for the quick answer. If I use the PhotonGI cache and normal paths (not bidir) I get a different problem - I do not see any scattering from the volume (which is weakly scattering) immediately after the area source but before the narrow beam bounces off the mirror. The scene is probably incor...

Of course Bidir can render SDS paths. It needs some time for it, though. SDS connections are purely random, so their probability is not very high. Here you can see how bidir does sds. It took a week on Core i5-2400. https://forums.luxcorerender.org/viewtopic.php?f=3&t=2681 No, it can not render...

https://imgur.com/a/hSBZmTG They are called SDS paths (Specular-Diffuse-Specular) and they can be rendered only by using PhotonGI caustic cache. Normal BiDir can not render that kind of light path at all. It is a feature introduced in v2.2: https://forums.luxcorerender.org/download/file.php?id=6075...

If I'm understanding you, you'd expect these two images to be identical? Nope, in the first case you are always returning "kt". In the second case you are returning BLACK half of the times. How can the results be identical ? "passThroughEvent" is random variable between 0.0 and ...

In the course of re-arranging my code to create a more obvious test case, suddenly it came right! As far as I can tell, it makes no difference to the result no matter how pdfW is set, and I think there's some oddity in the handling of the return value (increasing the value doesn't brighten the imag...

800 is an over the sky value, you are still using floating point 32bit precision, it is like an order of magnitude more than a very high value.

BTW, the implementation of your material should be quite simple: it should look exactly like current glass code but instead of using a constant "transmitted" color you should have a look up table where you look up the value by the angle (I assume you can interpolate the value between 2 con...

#1: I just copied the GlassMaterial::Evaluate. It returns just Spectrum (). That being so, I don't understand where else my transmission colour is coming from. If you are using the same glass code, it is a "Delta" material (i.e. as safety-check, look the Material::IsDelta() method returne...