Jump to content
  • Advertisement
Sign in to follow this  
Bacterius

Rendering Equation, Cosine Law and Inverse PDF Transform

This topic is 2114 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

Catchy title right? I have a few questions. First, the Rendering Equation is defined as follows:

[eqn]\displaystyle L_o = L_e + \int_\Omega f_r L_i \cos{\theta_\mathrm{i}} ~ \mathrm{d} \omega_\mathrm{i}[/eqn]

I understand why the BRDF [eqn]f_r[/eqn] is a function of radiance over irradiance, and the [eqn]\cos{\theta}[/eqn] factor is required because of Lambert's Cosine Law which states that the radiant intensity perceived is proportional to the cosine of the view angle, illustrated below:

rk53dl.png

Such that [eqn]L_i \cos{\theta_\mathrm{i}}[/eqn] is the irradiance at angle [eqn]\omega_\mathrm{i}[/eqn], which is then converted back to radiance through the BRDF. So this term has to be there and is independent of the BRDF used.

Now my question is: when implementing BRDF's for global illumination, say with path tracing, we never use the "raw form" which takes two angles and returns the reflectance, but we take one angle and probabilistically generate the other to obtain a given reflectance. Typically we generate a random angle in the hemisphere and work out the corresponding reflectance. This is often satisfactory, but can be inefficient for spiky distributions. But suppose we importance sampled the BRDF with inverse transform sampling, such that for any one angle [eqn]\omega_\mathrm{o}[/eqn], we returned [eqn]\omega_\mathrm{i}[/eqn] with probability [eqn]f_r(\omega_\mathrm{i}, \omega_\mathrm{o})[/eqn].

Then it would seem that with this sampling scheme, the BRDF becomes unnecessary and the reflectance per sampled angle then becomes constant as the normalization factor (such as [eqn]1/\pi[/eqn] for diffuse), as the correct distribution is encoded in the inverse PDF transform used to come up with the second angle with the right probability.

Is my intuition correct? And if so, can all BRDF's be sampled in this way? I know diffuse, specular, phong, etc... can, but I'm not sure if the more complicated ones can be efficiently inverse transform sampled, especially when throwing in additional factors such as position and wavelength. I mean, clearly the inverse PDF can be computed, but is it always about as efficient as just evaluating the BRDF itself, or could it become intractable?

--------

Secondly, as I understand it, bidirectional path tracing still requires me to connect various intersection points to create a light path, in which case inverse transform sampling is unnecessary as I am already given the two angles, so I would still need to keep the original BRDF formula around, correct? I could still importance sample the camera and light paths though.

--------

Thirdly and lastly, I do not understand the specular BRDF. It says:

[eqn]\displaystyle f_r(\theta_\mathrm{i},\theta_\mathrm{o}, \phi_\mathrm{i}, \phi_\mathrm{o}) = \rho \frac{\delta{(\theta_\mathrm{i} - \theta_\mathrm{o})} \delta{(\phi_\mathrm{i} - \phi_\mathrm{o} - \pi)}}{\cos{\theta_\mathrm{i}}}[/eqn]

So the top part basically states that the reflectance shall be zero whenever the two angles do not obey the law of reflection, but I do not understand the bottom part. I see why the cosine term should be cancelled out from a physical point of view but cannot explain it properly - is it just because the solid angle's area becomes smaller and smaller as it grazes the surface - see diagram above - such that the exitant radiance (defined as irradiance per steradian) has to be correspondingly greater? And of course the [eqn]\rho[/eqn] factor is just an absorption factor.

--------

The last paragraph made me think - the explanation I gave for the cosine term in the specular BRDF could apply to pretty much every other material, so if it is correct, aren't all BRDF's going to cancel out that factor ultimately? Can it be safely removed for clarity of implementation?

Your thoughts? Thanks!

Share this post


Link to post
Share on other sites
Advertisement
l3ump, I've worked out the first two questions but am still stumped on the third. I seem to be stuck on the physics of it. I have trouble with the steradian pseudo-unit, it doesn't seem to want to cancel out properly.

Share this post


Link to post
Share on other sites
Sign in to follow this  

  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

We are the game development community.

Whether you are an indie, hobbyist, AAA developer, or just trying to learn, GameDev.net is the place for you to learn, share, and connect with the games industry. Learn more About Us or sign up!

Sign me up!