View Full Version : Shadow Mapping

Gprogrammer

11-07-2012, 10:41 PM

Dear frnds,

please clarify the doubt,

I have a doubt in light source point of view,

[x

]= [view matrix of light ] * [ projection matrix of light ] * [ object of world matrix ] *[vertex (hitting point)]

Dark Photon

11-08-2012, 05:18 AM

I'm guessing you meant you have a "question" rather than a "doubt".

What's your question?

BTW, your space transformations need the light VIEWING and the light PROJECTION matrices swapped. And even then that's going to leave you in light CLIP-SPACE. You still need a bias matrix to shift your projected coords from -0.5..0.5 to 0..1 needed for shadow map texture lookup.

Gprogrammer

11-13-2012, 05:57 AM

sorry for posting like that...

In light source point of view,i have doubt in depth buffer

(COLUMN MATRIX)[x,y,z,w]=[bias matrix]*[view matrix of light]*[projection matrix of light]*[object of world matrix]*[vertex]

In this calculation,how to find the depth value ?

Kopelrativ

11-14-2012, 12:05 AM

sorry for posting like that...

In light source point of view,i have doubt in depth buffer

(COLUMN MATRIX)[x,y,z,w]=[bias matrix]*[view matrix of light]*[projection matrix of light]*[object of world matrix]*[vertex]

In this calculation,how to find the depth value ?

As Dark Photon mentioned, you've got the wrong matrix order. It should be

(COLUMN MATRIX)[x,y,z,w]=[bias matrix]*[projection matrix of light]*[view matrix of light]*[object of world matrix]*[vertex]

The depth value will be in 'z'. Note, if you are using a perspective projection, then you also need to divide by 'w'.

The bias matrix should be:

0.50000 0.00000 0.00000 0.50000

0.00000 0.50000 0.00000 0.50000

0.00000 0.00000 0.50000 0.50000

0.00000 0.00000 0.00000 1.00000

But you can also do this transformation in the shader with the more optimized (and easier to read?):

[x,y,z,w]=[projection matrix of light]*[view matrix of light]*[object of world matrix]*[vertex]/2+0.5

Maybe the shader compiler will optimize it this way.

Dark Photon

11-14-2012, 04:13 AM

[x,y,z,w]=[projection matrix of light]*[view matrix of light]*[object of world matrix]*[vertex]/2+0.5

I don't think that's equivalent. Note: the operand is vec4.

Go with the first form with the bias matrix in front.

Kopelrativ

11-14-2012, 11:03 AM

I don't think that's equivalent. Note: the operand is vec4.

It should be equivalent? Good enough for me to use it (https://github.com/larspensjo/ephenation-client/blob/58c7d900a7d09c9d43cbcd1a04dabdaed4f197f3/Source/shaders/adddynamicshadow.cpp#L72), and it is working.

Doing multiplication or division with a scalar on a vector is done piecewise.

Whether the compiler can do the optimization anyway, I can't say.

Dark Photon

11-14-2012, 06:16 PM

It should be equivalent? Good enough for me to use it (https://github.com/larspensjo/ephenation-client/blob/58c7d900a7d09c9d43cbcd1a04dabdaed4f197f3/Source/shaders/adddynamicshadow.cpp#L72), and it is working.

Doing multiplication or division with a scalar on a vector is done piecewise.

That's an interesting puzzle. :confused: Hmm, let's see:

[x, y, z, w] / 2 + 0.5

= [x*0.5+0.5, y*0.5+0.5, z*0.5+0.5, w*0.5+0.5]

versus

*[x,y,z,w]

= [ 0.5 0.00 0.00 0.50

0.0 0.50 0.00 0.50 * [x,y,z,w]

0.0 0.00 0.50 0.50

0.0 0.00 0.00 1.00 ]

= [ x*0.5+0.5*w, y*0.5+0.5*w, z*0.5+0.5*w, w ]

where in both cases [x,y,z,w] is a CLIP-SPACE position.

If we do the perspective divide on the latter (the standard "bias matrix" approach), we get the nice [B][ x/w*0.5+0.5, y/w*0.5+0.5, z/w*0.5+0.5, 1 ], which is just the scale-and-shift we need to shift the NDC cube (-1..1,-1..1,-1..1) into (0..1,0..1,0..1).

But with the former, we end up with: [x*0.5+0.5, y*0.5+0.5, z*0.5+0.5, w*0.5+0.5]. And if we do the perspective divide, ...we end up with something very different.

I could be missing something (very possible!), but I don't see how to map this as equivalent to the former. Any ideas?

Thanks.

Kopelrativ

11-14-2012, 10:11 PM

Thanks, I see what you mean! And you are right of course. The reason is works for me is that I don't do the perspective divide (using orthographic projections).

The simplification should still be valid if it is done on the xyz component only, shouldn't it?

edit: I did some performance testing (using queries), and could find no measurable differences between using a const mat4 bias.

Dark Photon

11-20-2012, 07:21 PM

The simplification should still be valid if it is done on the xyz component only, shouldn't it?

Looks like it, so long as CLIP-SPACE w == 1, which it would be for an orthographic projection (directional light source). Just not a perspective projection (point light source).

Powered by vBulletin® Version 4.2.5 Copyright © 2018 vBulletin Solutions Inc. All rights reserved.