are you using 16 bit floating point texture, or 32 bit floating point texture? (if you're using BMAP* name = "#widthxheightxbits"; is the "bits" bit 12 or 14?) and if you're doing floating point textures a different way, what way is that?

julz

The whole problem has nothing to do with 16 or 32 bit fp. You can even do ssao with 32bit rgba if you encode the depthmap.

You have to do a simple depthtest and check if a blurred part of the depthmap intersects with a "far away" part of the depthmap. If this is the case you simply don't apply ssao. And there you go: The black line are gone.
Now creating the code for all this is not quite as easy, but basically that's what you have to do

oh, no, ive already done that. im talking about the rings that happen on surfaces facing (or close to facing) the camera. what im doing rihgt now is actually 32bit rgba (not sure how to do floating point textures the way i have it set up so maybe thats what i need to work on.)

Ah sorry, i thought you were talking about this bug:




As you are using 32bit rgba, you could try to encode your depthmap like this:

encode (depthmap shader):
float depth = Color.r; //this is the depth
Color.r = floor(Color.r*127)/127;
Color.g = floor((depth-Color.r)*127*127)/127;

decode (ssao shader):
float depth = tex2D(depthSampler,inTex).r + tex2D(depthSampler,inTex).g/127;

This should drastically reduce the "rings". However ultimately you might want to use a 32bit floating point texture:

bmap_to_format(depthTexture,14);

and then only write/read from the red channel of your depthmap.

Hope this helps

i checked this a little late, slin already helped me with it, although even he was stumped a couple times. eventually though after several hours and a complete script rewrite:




need to get rid of the lines again, the only issue ill have is that any places that need to actually be dark, get filtered out the only way i know of doing this.

nice work!

i think foxfire solved that problem (is an area really being occluded or not?) using a few ray-traces, but i doubt that would be necessary.

julz

trying to do some normal tests to fix the black lines (even though 2 days ago i told myself i wouldnt mess with it anymore :P )

that looks so much better. a bit blurry, though.

thanks, im working on it :P

well it is to the point were i am very happy with it, some the dark lines are gone for the most part (although there are some halos on some of the edges because if my "depth detection test" to see if its to far to calculate. but it isnt too noticable, and once i get dynamic lightmapping in (either via slins work or boh_havocs work) it will be barely noticable. not ssao is perfect, and im not going to attempt to even get mine close. I'd show another screen but i have to wait until i have another environment to show you it on since the only one i have right now is a level im working on for a client, and i shouldnt be showing that.