Jump to content

  • Log In with Google      Sign In   
  • Create Account

Krzysztof Narkowicz

Member Since 13 Aug 2010
Online Last Active Today, 01:15 PM

Posts I've Made

In Topic: Diffuse IBL - Importance Sampling vs Spherical Harmonics

09 February 2016 - 03:56 PM

Most often HDR sky textures don't contain sun, as it's a separate analytic light source and you don't want to apply it twice to the scene. Therefore you usually don't have to deal with such extreme values and ~32-64 samples are enough for diffuse pre-integration using importance sampling. It's also pretty cheap, as 6x8x8 destination pixels are enough for low frequency data like diffuse. This of course doesn't yield perfect results, but errors are hard to notice in a real scene with textures.

 

If you are interested in diffuse pre-integration using SH, then check out this great post by Sébastien Lagarde (it also contains an example application with source code):

https://seblagarde.wordpress.com/2012/06/10/amd-cubemapgen-for-physically-based-rendering/


In Topic: [DX12] Constant Buffer Packing

07 February 2016 - 03:35 AM

Arrays in HLSL constant buffers are stored without any packing and every element is stored as float4. This way there in no extra overhead for array indexing in shader. If you want to pack arrayd more tightly then simply pass them as float4[] and cast to float2[] in shader.

In Topic: Questions on Baked GI Spherical Harmonics

06 February 2016 - 01:43 PM

There are two usual solutions for leaking. First one is to disable occluded probes at runtime, which may be a bit costly when using 3D textures. Second one is to replace occluded probes with correct ones by blending their unoccluded neighbors during an offline step.


In Topic: Lightmap theory and rendering

29 January 2016 - 02:45 PM

Shameles plug: a few years ago I wrote an article about lightmapping pipeline for a mobile game. It covers computing lighting on GPU, light probes, dynamic shadows, calculating UV charts for lightmapping and packing those UV charts into a single atlas. It's also full of references, so maybe you will something of interest.


In Topic: Calculate HDR exposure from luminance Histogram

16 July 2015 - 07:56 AM

This seems quite interesting, do you know the advantages of this method over a simple 1x1 downsample luminance average?

 

With a simple average a few very bright HDR pixels (sun, fire or weapon muzzle flash) can change average luminance and over darken the entire image, so it's a good idea to skip a few % of brightest pixels. Similarly if you don't ignore most dark areas then entire image can be too bright. See "Post Processing in the Orange Box" for an explanation with some images.

 

Also I still having problems to understand how to calculate exposure from luminance if the tone mapping operator does not take in count the exposure.

 

Exposure = some_constant / averageLuminance and then multiply every pixel by exposure just before the tonemapping operator.

 

 

To be physically plausible, Bloom/Glare/Glow should added before tonemapping since it simulates scattering due to diffraction effects in the eye/camera lens, which are wavelength but not intensity dependent.

 

Yes, You are perfectly right.


PARTNERS