Sign in to follow this  
Tasaq

Occlusion queries for lens flare

Recommended Posts

Tasaq    1530
Hi,
I want to make lens flare which soothly fades on the edges of 3d objects. Right now I am using OcclusionQuery, which works but not as I want. OcclusionQuery got a field PixelCount which tells me how many pixels are visible. I use a sphere for the test. But that makes a problem, because it's hard to say if sphere is fully visible that way.
The one solution I can think of is to find out how many pixels the whole sphere takes, then divide PixelCount by that number to get %.

Is there another easier or better way to check how much object is visible?

Share this post


Link to post
Share on other sites
Hodgman    51328
In my last game, we used an alternative to occlusion queries for this problem, but it requires that you're able to bind your depth-buffer as a readable texture -- I don't know if XNA allows that, but it's possible in D3D9, so maybe.

First we calculate on the CPU the expected depth value of the light source, and it's screen space position:
[size=2][i]N.B. all untested psuedo-code as example[/i][/size]
[code]Vector4 lightData = Vector4( light_position, 1 );//get the light's world position, make sure that 'w' is 1.0
lightData = ViewProjectionMatrix * lightData;//multiply with the view-projection matrix
lightData = lightData / lightData.w;//perform perspective division
lightData.x = lightData.x*0.5+0.5;//the x/y screen coordinates come out between -1 and 1, so
lightData.y = lightData.y*0.5+0.5;//we need to rescale them to be 0 to 1 tex-coords[/code]
Next we render a quad that completely covers a small 16x16 pixel render-target. The quad should have UV's from [0,0] to [1,1] like a regular full-screen quad would. We also bind the depth-buffer as a texture, and put the above [font=courier new,courier,monospace]lightData[/font] in a shader constant.
In the vertex shader, assuming the input UV's are from [0,0] to [1,1], we can calculate the output UVs like:
[code]float2 pixel = float2( 1/1280.0, 1/720.0 );//adjust depending on the resolution of your depth buffer!
Out.UV = lightData.xy + (In.UV - 0.5) * pixel*16;//the quad will take depth samples in a 16x16px region of the depth buffer, centred around the light position[/code]In the pixel shader, we can then test each depth-buffer value against our predicted light depth, and output the result of the depth test as white or black.
[code]float depth = tex2D( depthBuffer, In.UV ).r;
float test = step( lightData.z, depth ); // test = lightData.z < depth ? 1.0 : 0.0
return test.xxxx;[/code]Now the 16x16 render-target contains 256 boolean values, indicating whether the light is in front or behind that pixel nearby it.
If we now generate mip-maps for this render-target, then mip-level #4 will be a 1x1 texture, containing the percentage of visible pixels.

In your actual lens flare shader, you can sample this texture to find out how much to scale/fade the flare effect, e.g.
[code]float visibility = tex2Dlod( occlusionBuffer, float4(0.5,0.5,4,0) ).r;[/code] Edited by Hodgman

Share this post


Link to post
Share on other sites
MJP    19786
[quote name='Hodgman' timestamp='1348289035' post='4982573']
In my last game, we used an alternative to occlusion queries for this problem, but it requires that you're able to bind your depth-buffer as a readable texture -- I don't know if XNA allows that, but it's possible in D3D9, so maybe.
[/quote]

It doesn't. You'd have to manually render depth to a render target.

Share this post


Link to post
Share on other sites
Tasaq    1530
[quote name='MJP' timestamp='1348291335' post='4982578']
[quote name='Hodgman' timestamp='1348289035' post='4982573']
In my last game, we used an alternative to occlusion queries for this problem, but it requires that you're able to bind your depth-buffer as a readable texture -- I don't know if XNA allows that, but it's possible in D3D9, so maybe.
[/quote]

It doesn't. You'd have to manually render depth to a render target.
[/quote]

I have deferred shading so i got depth buffer ;)

[quote name='Hodgman' timestamp='1348289035' post='4982573']
First we calculate on the CPU the expected depth value of the light source, and it's screen space position:
[/quote]

I done that part already to show flare w/o occlusion test:)

[quote name='Hodgman' timestamp='1348289035' post='4982573']
Now the 16x16 render-target contains 256 boolean values, indicating whether the light is in front or behind that pixel nearby it.
If we now generate mip-maps for this render-target, then mip-level #4 will be a 1x1 texture, containing the percentage of visible pixels.
[/quote]

: O That's a very clever approach. I am going to work with this tomorrow.

EDIT:

It's kinda working. Just needs some tweaks. Thank You for help :) Edited by Tasaq

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

Sign in to follow this