[번역] Tutorial 16 : Shadow mapping

원본 : http://www.opengl-tutorial.org/kr/intermediate-tutorials/tutorial-16-shadow-mapping/

 

튜토리얼 15에서는 정적 조명을 포함하는 라이트 맵을 만드는 방법을 배웠습니다.

아주 멋진 그림자를 만들어내기는 하지만, 애니메이션 모델은 다루지 않습니다.

 

Shadow Map은 현재(2016년 기준) 동적 Shadow를 만드는 방법입니다. 이 방법의 좋은 점은 작업을 시작하기에 꽤 쉽다는 것입니다. 나쁜점은 제대로 작업 하기가 매우 어렵다는 것입니다.

 

이 튜토리얼에서는 먼저 기본 알고리즘을 소개하고 단점을 확인한 다음 몇 가지 기술을 구현하여 더 나은 결과를 얻을 것입니다. Shadow Map을 작성할 당시(2012년)에는 여전히 많은 연구가 진행 중인 주제이기 때문에 필요에 따라 자체 Shadow Map을 더욱 개선할 수 있는 몇 가지 방법을 알려드리겠습니다.

 

기본 Shadowmap

기본 Shadow Map 알고리즘은 두 개의 패스로 구성됩니다.

먼저, 장면은 빛의 관점에서 렌더링됩니다. 각 fragment의 깊이만 계산됩니다.

그런 다음 씬(scene)이 평소와 같이 렌더링되지만 추가 테스트를 통해 현재 조각이 그림자에 표시됩니다.

 

"그림자 속에 있는 물체" 테스트는 사실 매우 간단합니다.

현재 샘플이 동일한 점에서 그림자 맵보다 빛에서 멀리 떨어져 있으면 씬(scene)에 빛에 더 가까운 개체가 포함되어 있음을 의미합니다.

즉, 현재 fragment는 그림자에 있습니다.

 

다음 이미지는 원리를 이해하는 데 도움이 될 수 있습니다.

 

Shadowmap 렌더링하기

이 튜토리얼에서는 directional lights(모든 광선이 평행하다고 간주될 수 있을 정도로 멀리 떨어져 있는 조명)만 고려합니다. 따라서 Shadow Map 렌더링은 직교 투영 행렬을 사용하여 수행됩니다. 직교 행렬은 원근법이 고려되지 않는다는 점을 제외하고는 일반적인 원근법 투영 행렬과 같습니다. 물체는 카메라 가까이에 있는 멀리있든 동일하게 보입니다.

 

렌더 대상 및 MVP 매트릭스 설정

튜토리얼 14부터는 쉐이더에서 나중에 액세스하기 위해 장면을 텍스처로 렌더링하는 방법을 배웠습니다.

 

여기서는 Shadow Map을 포함하기 위해 1024x1024 16비트 depth 텍스처를 사용합니다.

Shadow Map에는 일반적으로 16비트로 충분합니다. 이 값들을 자유롭게 시험해보세요. 나중에 샘플링해야 하므로 depth 렌더 버퍼가 아닌 depth 텍스처를 사용합니다.

 

// The framebuffer, which regroups 0, 1, or more textures, and 0 or 1 depth buffer.
 GLuint FramebufferName = 0;
 glGenFramebuffers(1, &FramebufferName);
 glBindFramebuffer(GL_FRAMEBUFFER, FramebufferName);

 // Depth texture. Slower than a depth buffer, but you can sample it later in your shader
 GLuint depthTexture;
 glGenTextures(1, &depthTexture);
 glBindTexture(GL_TEXTURE_2D, depthTexture);
 glTexImage2D(GL_TEXTURE_2D, 0,GL_DEPTH_COMPONENT16, 1024, 1024, 0,GL_DEPTH_COMPONENT, GL_FLOAT, 0);
 glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_NEAREST);
 glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_NEAREST);
 glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_CLAMP_TO_EDGE);
 glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_CLAMP_TO_EDGE);

 glFramebufferTexture(GL_FRAMEBUFFER, GL_DEPTH_ATTACHMENT, depthTexture, 0);

 glDrawBuffer(GL_NONE); // No color buffer is drawn to.

 // Always check that our framebuffer is ok
 if(glCheckFramebufferStatus(GL_FRAMEBUFFER) != GL_FRAMEBUFFER_COMPLETE)
 return false;

빛의 관점에서 장면을 렌더링하는 데 사용되는 MVP 매트릭스는 다음과 같이 계산됩니다:

• Projection 행렬은 X,Y 및 Z 축에서 각각 축 정렬 상자(-10, 10), (-10,10), (-10, 20)의 모든 것을 포함하는 직교 행렬입니다. 이러한 값은 전체 *가시적인* 장면을 항상 볼 수 있도록 만들어졌으며, 이에 대한 자세한 내용은 추가 진행 섹션을 참조하십시오.
• View 행렬은 카메라 공간에서 조명 방향이 -Z가 되도록 월드를 회전시킵니다(튜토리얼 3 참조)
• Model 행렬은 원하는 대로 사용할 수 있습니다.

glm::vec3 lightInvDir = glm::vec3(0.5f,2,2);

 // Compute the MVP matrix from the light's point of view
 glm::mat4 depthProjectionMatrix = glm::ortho<float>(-10,10,-10,10,-10,20);
 glm::mat4 depthViewMatrix = glm::lookAt(lightInvDir, glm::vec3(0,0,0), glm::vec3(0,1,0));
 glm::mat4 depthModelMatrix = glm::mat4(1.0);
 glm::mat4 depthMVP = depthProjectionMatrix * depthViewMatrix * depthModelMatrix;

 // Send our transformation to the currently bound shader,
 // in the "MVP" uniform
 glUniformMatrix4fv(depthMatrixID, 1, GL_FALSE, &depthMVP[0][0])

쉐이더

이 패스 동안 사용되는 쉐이더는 매우 간단합니다. vertex 쉐이더는 균질 좌표에서 정점의 위치를 간단히 계산하는 통과 쉐이더입니다:

#version 330 core

// Input vertex data, different for all executions of this shader.
layout(location = 0) in vec3 vertexPosition_modelspace;

// Values that stay constant for the whole mesh.
uniform mat4 depthMVP;

void main(){
 gl_Position =  depthMVP * vec4(vertexPosition_modelspace,1);
}

fragment 쉐이더는 단순하기 때문에 fragment의 깊이를 위치 0(즉, 깊이 텍스처)에 기록하기만 하면 됩니다.

#version 330 core

// Ouput data
layout(location = 0) out float fragmentdepth;

void main(){
    // Not really needed, OpenGL does it anyway
    fragmentdepth = gl_FragCoord.z;
}

Shadow Map을 렌더링하는 속도는 일반적으로 일반 렌더링보다 두 배 이상 빠릅니다. 깊이와 색상 대신 정밀도가 낮은 깊이만 기록되기 때문입니다. 메모리 대역폭은 GPU에서 가장 큰 성능 문제입니다.

결과

결과 텍스처는 다음과 같습니다.

어두운 색상은 작은 z를 의미합니다. 따라서 벽의 오른쪽 상단 모서리가 카메라 근처에 있습니다.

반대로 흰색은 z=1(동일한 좌표)을 의미하므로 매우 멀리 떨어져 있습니다.

Shadowmap 사용하기

기본 쉐이더

이제 평소의 쉐이더로 돌아갑니다. 계산하는 각 fragment에 대해 Shadow Map 뒤에 있는지 여부를 테스트해야 합니다.

 

이를 위해 Shadow Map을 만들 때 사용한 공간과 동일한 공간에서 현재 fragment의 위치를 계산해야 합니다. 따라서 일반적인 MVP 행렬로 한 번 변환하고 깊이 MVP 행렬로 한 번 변환해야 합니다.

 

하지만 약간의 속임수가 있습니다. 정점 위치에 깊이를 곱하면 MVP는 [-1,1]에 있는 균일한 좌표를 제공하지만 텍스처 샘플링은 [0,1]에서 수행해야 합니다.

 

예를 들어, 화면 중앙에 있는 fragment는 균일한 좌표로 (0,0)에 있을 것입니다. 그러나 질감 중간은 샘플링해야 하므로 UV는 (0.5,05)이어야 합니다.

 

이것은 fragment shader에서 직접 fetch 좌표를 조정하여 해결할 수 있지만, 단순히 좌표를 2(대각선 : [-1.1] -> [-0.5,0.5])로 나누고 변환하는 행렬(아래 행 : [-0.5,0.5]->[0,1])을 곱하는 것이 더 효율적입니다.

glm::mat4 biasMatrix(
0.5, 0.0, 0.0, 0.0,
0.0, 0.5, 0.0, 0.0,
0.0, 0.0, 0.5, 0.0,
0.5, 0.5, 0.5, 1.0
);
glm::mat4 depthBiasMVP = biasMatrix*depthMVP;

이제 vertex 쉐이더를 작성할 수 있습니다. 이전과 동일하지만 1:1이 아닌 2개의 위치를 출력합니다:

• gl_Position 은 현재 카메라에서 볼 수 있는 정점의 위치입니다.
• ShadowCoord는 마지막 카메라(빛)에서 볼 수 있는 정점의 위치입니다.

// Output position of the vertex, in clip space : MVP * position
gl_Position =  MVP * vec4(vertexPosition_modelspace,1);

// Same, but with the light's view matrix
ShadowCoord = DepthBiasMVP * vec4(vertexPosition_modelspace,1);

그런 다음 fragment 쉐이더는 매우 간단합니다:

• texture(shadowMap, ShadowCoord.xy).z 는 빛과 가장 가까운 빛을 차단하는 폐색자 사이의 거리입니다.
• ShadowCoord.z는 빛과 현재 fragment 사이의 거리입니다.

...따라서 현재 fragment가 가장 가까운 폐색자보다 멀리 있으면, 이것은 우리가 (해당 가장 가까운 폐색자의) 그림자에 있다는 것을 의미합니다.

float visibility = 1.0;
if ( texture( shadowMap, ShadowCoord.xy ).z  <  ShadowCoord.z){
    visibility = 0.5;
}

우리는 이 지식을 이용하여 음영을 수정해야 합니다. 물론 주변 색상은 수정되지 않습니다. 생활 속의 목적은 우리가 그림자 속에 있을 때도 들어오는 빛을 가짜로 만드는 것이기 때문입니다(또는 모든 것이 순수한 검은색일 것입니다)

color =
 // Ambient : simulates indirect lighting
 MaterialAmbientColor +
 // Diffuse : "color" of the object
 visibility * MaterialDiffuseColor * LightColor * LightPower * cosTheta+
 // Specular : reflective highlight, like a mirror
 visibility * MaterialSpecularColor * LightColor * LightPower * pow(cosAlpha,5);

결과 - 쉐도우 아크네

다음은 현재 코드의 결과입니다. 분명히, 아이디어는 뛰어나지만 , 품질은 받아들일 수 없습니다.

이 이미지의 각 문제를 살펴보겠습니다.

코드에는 ShadowMap과 ShadowMap_simple의 두 가지 프로젝트가 있으며, 둘 중 더 마음에 드는 것으로 시작하세요.

간단한 버전은 위의 이미지만큼 품질이 좋지 않지만 이해하기가 더 쉽습니다.

문제점들

Shadow acne

가장 명백한 문제점은 shadow acne이다:

이 현상은 간단한 이미지로 쉽게 설명할 수 있습니다:

이에 대한 일반적인 "수정"은 error margin을 추가하는 것입니다. 현재 fragment의 depth(다시말해, 빛 공간)가 라이트맵 값에서 정말 멀리 떨어져 있는 경우에만 음영 처리합니다. 편향을 추가하여 이를 수행합니다:

float bias = 0.005;
float visibility = 1.0;
if ( texture( shadowMap, ShadowCoord.xy ).z  <  ShadowCoord.z-bias){
    visibility = 0.5;
}

결과물은 훨씬 나아집니다:

하지만, 여러분은 우리의 편견 때문에 땅과 벽 사이의 인공물이 더 나빠졌다는 것을 알아차릴 수 있습니다.

게다가, 0.005의 편향은 땅에서는 너무 많이 보이지만, 곡면에서는 충분하지 않습니다: 몇몇 인공물들은 실린더와 구에 남아 있습니다.

 

일반적인 접근 방식은 기울기에 따라 치우침을 수정하는 것입니다:

float bias = 0.005*tan(acos(cosTheta)); // cosTheta is dot( n,l ), clamped between 0 and 1
bias = clamp(bias, 0,0.01);

Shadow acne는 이제, 구부러진 표면에서도 사라졌습니다.

지오메트리에 따라 작동하거나 작동하지 않을 수 있는 또 다른 방법은 ShadowMap에서 뒷면만 렌더링하는 것입니다. 이것은 우리가 두꺼운 벽을 가진 특별한 기하학적 구조(다음 섹션 - Peter Panning 참조)를 갖도록 강요하지만, 적어도 acne는 그림자에 있는 표면에 있을 것입니다.

ShadowMap을 렌더링할 때 전면 삼각형을 잘라냅니다.

        // We don't use bias in the shader, but instead we draw back faces,
        // which are already separated from the front faces by a small distance
        // (if your geometry is made this way)
        glCullFace(GL_FRONT); // Cull front-facing triangles -> draw only back-facing triangles

그리고 씬(scene)을 렌더링할 때는 정상적으로 렌더링합니다(뒷면 절단)

         glCullFace(GL_BACK); // Cull back-facing triangles -> draw only front-facing triangles

이 방법은 편향 외에도 코드에 사용됩니다.

Peter Panning

우리는 더 이상 Shadow acne가 없지만, 여전히 잘못된 음영의 땅을 가지고 있고, 벽을 날아다니는 것처럼 보이게 합니다(이후 "피터 패닝"이라는 용어). 사실, 편향(bias)을 더하는 것은 상황을 더 악화시켰습니다.

이것은 매우 쉽게 고칠 수 있습니다. 얇은 기하학적 구조를 피하기만 하면 됩니다. 두 가지 이점이 있습니다.

• 먼저, 피터 패닝을 해결합니다. 기하학이 여러분의 편견보다 더 깊다면, 여러분은 준비가 다 된 것입니다.
• 두 번째로, 라이트맵을 렌더링할 때 후면 절단 기능을 설정할 수 있습니다. 왜냐하면 이제 벽의 다각형이 빛을 향하고 있기 때문입니다. 이 다각형은 뒷면 절단 기능을 사용하여 렌더링되지 않을 수 있습니다.

단점은 렌더링할 삼각형이 더 많다는 것입니다(프레임당 두 번!)

Aliasing

이 두 가지 방법에도 불구하고, 여러분은 그림자의 경계에 여전히 앨리어싱이 있다는 것을 알아차릴 것입니다. 즉, 한 픽셀은 흰색이고 다음 픽셀은 검은색입니다. 그 사이에 매끄러운 전환이 없습니다.

PCF

이를 개선하는 가장 쉬운 방법은 ShadowMap의 샘플러 유형을 Sampler2D 쉐이더로 변경하는 것입니다.

결과적으로 ShadowMap을 한 번 샘플링하면 하드웨어가 실제로 인접한 텍셀도 샘플링하고 모든 텍셀에 대해 비교를 수행하며 비교 결과의 이중 선형 필터링과 함께 [0,1]의 부동 소수점을 반환합니다.

 

예를 들어, 0.5는 두 개의 표본이 그림자에 있고 두 개의 표본이 빛에 있다는 것을 의미합니다.

 

필터링된 깊이 맵의 단일 샘플링과 동일하지 않습니다! 비교는 항상 true 또는 false를 반환합니다. PCF는 4 "true 또는 false"의 보간값을 제공합니다.

보시다시피 그림자 테두리는 매끄럽지만 그림자 맵의 텍스처는 여전히 보입니다.

Poisson Sampling

이 문제를 해결하는 쉬운 방법은 쉐도우 맵을 한 번이 아니라 N번 샘플링하는 것입니다. PCF와 함께 사용하면 N이 작더라도 매우 좋은 결과를 얻을 수 있습니다. 샘플 4개에 대한 코드는 다음과 같습니다:

for (int i=0;i<4;i++){
  if ( texture( shadowMap, ShadowCoord.xy + poissonDisk[i]/700.0 ).z  <  ShadowCoord.z-bias ){
    visibility-=0.2;
  }
}

poissonDisk는 예를 들어 다음과 같이 정의된 상수 배열입니다:

vec2 poissonDisk[4] = vec2[](
  vec2( -0.94201624, -0.39906216 ),
  vec2( 0.94558609, -0.76890725 ),
  vec2( -0.094184101, -0.92938870 ),
  vec2( 0.34495938, 0.29387760 )
);

이 방법은 통과할 쉐도우 맵 샘플 수에 따라 생성된 fragment가 다소 어두워집니다.

700.0 상수는 표본이 "확산"되는 정도를 정의합니다. 너무 적게 퍼뜨리면 다시 앨리어싱이 발생하고, 너무 많이 퍼뜨리면 밴딩이 발생합니다.*(이 스크린샷은 더 극적인 효과를 위해 PCF를 사용하지 않고 대신 16개의 샘플을 사용합니다.*

Stratified Poisson Sampling

픽셀마다 다른 샘플을 선택하여 이 밴딩을 제거할 수 있습니다.

두 가지 주요 방법이 있습니다 : Stratified Poisson 또는 Rotated Poisson

Stratified는 서로 다른 표본을 선택합니다. Rotated는 항상 같은 것을 사용하지만 랜덤 회전을 사용하여 서로 다르게 보입니다. 이 튜토리얼에서는 Stratified 버전만 설명하겠습니다.

 

이전 버전과의 유일한 차이점은 랜덤 인덱스로 poissonDisk를 인덱싱한다는 것입니다:

    for (int i=0;i<4;i++){
        int index = // A random number between 0 and 15, different for each pixel (and each i !)
        visibility -= 0.2*(1.0-texture( shadowMap, vec3(ShadowCoord.xy + poissonDisk[index]/700.0,  (ShadowCoord.z-bias)/ShadowCoord.w) ));
    }

다음과 같은 코드로 난수를 생성할 수 있으며,[0,1]에서 난수를 반환합니다:

    float dot_product = dot(seed4, vec4(12.9898,78.233,45.164,94.673));
    return fract(sin(dot_product) * 43758.5453);

우리의 경우 seed4는 i(4개의 서로 다른 위치에서 샘플을 채취할 수 있도록)와 ...의 조합이 됩니다.

gl_FragCord(화면의 픽셀 위치)또는 Position_worldspace를 사용할 수 있습니다.

        //  - A random sample, based on the pixel's screen location.
        //    No banding, but the shadow moves with the camera, which looks weird.
        int index = int(16.0*random(gl_FragCoord.xyy, i))%16;
        //  - A random sample, based on the pixel's position in world space.
        //    The position is rounded to the millimeter to avoid too much aliasing
        //int index = int(16.0*random(floor(Position_worldspace.xyz*1000.0), i))%16;

이렇게 하면 위의 그림과 같은 패턴이 사라지고 시각적 노이즈가 사라집니다.

그럼에도 불구하고 잘 수행된 노이즈는 종종 이러한 패턴보다 덜 불쾌합니다.

세 가지 구현에 대한 예는 tutorial16/ShadowMapping.fragmentshader 를 참조하십시오.

더 나아가기

이 모든 방법에도 불구하고, 우리의 그림자를 개선할 수 있는 많은 방법들이 있습니다.

가장 일반적인 것은 다음과 같습니다.

Early bailing

각 fragment에 대해 16개의 표본을 추출하는 대신(다시 말하면 많은 양) 4개의 멀리 있는 표본을 추출합니다.

만약 그들 모두가 빛이나 그림자 속에 있다면, 여러분은 16개의 샘플 모두가 같은 결과를 냈을 것이라고 생각할 수 있습니다: Early bailing. 만약 어떤 것들이 다르다면, 여러분은 아마도 그림자 경계에 있을 것이기 대문에 16개의 샘플이 필요합니다.

Spot lights

스포트라이트를 다루는 데는 변경 사항이 거의 필요하지 않습니다. 가장 확실한 것은 직교 투용 행렬을 원근 투영 행렬로 변경하는 것입니다.

glm::vec3 lightPos(5, 20, 20);
glm::mat4 depthProjectionMatrix = glm::perspective<float>(glm::radians(45.0f), 1.0f, 2.0f, 50.0f);
glm::mat4 depthViewMatrix = glm::lookAt(lightPos, lightPos-lightInvDir, glm::vec3(0,1,0));

같은 것이지만, orthographic frustum 대신에 perspective frustum을 사용합니다.

texture2Dproj 를 사용하여 원근 분할을 합니다.(자습서4- 행렬의 각주 참조)

 

두번째 단계는 쉐이더의 관점에서 고려하는 것입니다.(자습서 4- 행렬의 각주 참조). 간단히 말해서, 투시 투영 행렬은 실제로 어떤 투시도 하지 않습니다. 이 작업은 하드웨어에서 예상 좌표를 w로 나누어 수행합니다.

여기서, 우리는 쉐이더의 변형을 모방하기 때문에, 우리는 우리 자신을 분할하는 관점을 해야 합니다. 참고로, orthographic 행렬은 항상 w=1의 균질 벡터를 생성하므로 원근법을 생성하지 않습니다).

 

GLSL에서 이를 수행하는 방법이 있습니다. 두 번째줄은 내장 textureProj 함수를 사용하지만 두 방법 모두 정확하게 동일한 결과를 생성합니다.

if ( texture( shadowMap, (ShadowCoord.xy/ShadowCoord.w) ).z  <  (ShadowCoord.z-bias)/ShadowCoord.w )
if ( textureProj( shadowMap, ShadowCoord.xyw ).z  <  (ShadowCoord.z-bias)/ShadowCoord.w )

Point lights

동일하지만 depth 규브 맵을 사용합니다. 큐브 맵은 큐브의 각 면에 하나씩 있는 6개의 텍스처 세트입니다. 또한 표준 UV 좌표를 사용하지 않고 방향을 나타내는 3D 벡터를 사용하여 액세스 할 수 있습니다.

 

깊이는 공간의 모든 방향에 대해 저장되므로 점광 주위에 그림자가 드리울 수 있습니다.

여러개의 빛 혼합

알고리즘은 여러 개의 조명을 처리하지만 각 조명은 그림자 맵을 생성하기 위해 장면을 추가로 렌더링해야 합니다. Shadow를 적용할 때 엄청난 메모리가 필요하며 대역폭이 매우 빠르게 제한될 수 있습니다.

자동 빛 frustum

이 튜토리얼에서는 전체 장면을 포함하도록 손으로 만든 빛 frustum입니다. 이 제한된 예제에서는 이 작업이 작동하지만 이 작업은 피해야 합니다.

만약 당신의 지도가 1Km x 1Km이라면, 당신의 1024x1024 그림자 지도의 각 텍스트는 1평방미터를 차지할 것입니다. 이것은 형편 없습니다. 조명의 투영 행렬은 가능한한 타이트해야합니다.

 

스포트라이트의 경우 범위를 조정하여 쉽게 변경할 수 있습니다.

 

태양과 같은 방향 조명은 더 까다롭습니다. 그것들은 정말로 전체 장면을 비추죠. 광격자를 계산하는 방법은 다음과 같습니다:

1. 잠재적 그림자 수신기 또는 줄여서 PSR은 빛의 frustum, view frustum 및 장면 경계 상자에 동시에 속하는 객체 입니다. 이름에서 알 수 있듯이, 이 물체들은 음영을 받기 쉽습니다. 카메라와 빛으로 볼 수 있습니다.
2. 잠재적 그림자 캐스터(PCF)는 모두 잠재적 그림자 수신기이며, 그 사이에 있는 모든 물체(물체는 보이지 않지만 여전히 보이는 그림자를 드리울 수 있음)입니다.

따라서 빛 투영 행렬을 계산하려면 보이는 모든 객체를 가져와서 너무 멀리 있는 객체를 제거하고 경계 상자를 계산합니다. 이 경계 상자와 조명 사이에 있는 객체를 추가하고 새 경계 상자를 계산합니다(그러나 이번에는 조명 방향을 따라 정렬됨).

 

이러한 집합의 정확한 계산에는 볼록 껍질 교차점 계산이 포함되지만, 이 방법은 구현하기가 훨씬 쉽습니다.

 

이 방법을 사용하면 그림자 맵 해상도가 갑자기 증가하기 때문에 물치가 frustum에서 사라지면 팝핑이 발생합니다. 계단식 Shadow Map에는 이러한 문제가 없지만 구현하기가 더 어려우며 시간이 지남에 따라 값을 매끄럽게 하여 보정할 수 있습니다.

지수 shadow maps

지수 그림자 맵은 그림자에 있지만 빛 표면 근처에 있는 fragment가 실제로 "가운데 어딘가"라고 가정하여 앨리어싱을 제한하려고 합니다. 테스트가 더이상 이진법이 아니라는 점을 제외하면 이는 편향과 관련 있습니다. 빛이 있는 표면까지의 거리가 증가하면 fragment가 점점 어두워집니다.

 

이것은 명백히 부정행위이며, 두 물체가 겹칠 때 인공물이 나타날 수 있습니다.

빛-공간 원근법 shadow maps

LiSPSM은 카메라 근처에서 더 정확하게 하기 위해 빛 투영 행렬을 조정합니다. 이것은 "불안정한 frustra"의 경우에는 특히 중요합니다. 여러분은 방향을 바라지만, 스폿라이트는 반대 방향을 바라봅니다. 당신은 빛 근처, 즉 당신으로부터 멀리 떨어진 곳에 많은 그림자 지도 정밀도를 가지고 있고, 당신이 가장 필요로 하는 카메라 근처에 낮은 해상도를 가지고 있습니다.

 

그러나 LiSPSM은 구현하기가 까다롭습니다. 구현에 대한 자세한 내용은 레퍼런스를 참조하십시오.

계단식 shadow maps

CSM은 LiSPSM과 완전히 동일한 문제를 다루지만 다른 방식으로 처리합니다. 단순히 view frustum의 여러 부분에 대해 여러 개의(2-4) 표준 그림자 맵을 사용합니다.

첫 번째 것은 첫 번째 미터를 다루기 때문에 꽤 작은 구역에 대해서는 훌륭한 해상도를 얻을 수 있습니다. 다음 그림자 지도는 더 먼 물체를 다룹니다. 마지막 shadow map은 장면의 큰 부분을 다루지만, 관점 때문에 가장 가까운 구역보다 시각적으로 더 중요하지는 않을 것입니다.

 

계단식 쉐도우 맵은 작성 당시(2012년) 최고의 복잡성/품질 비율을 가지고 있습니다. 이것은 많은 경우에 선택의 해결책입니다.

결론

보시다시피, 그림자 지도는 복잡한 주제입니다. 매년 새로운 변형과 개선사항이 발표되고 있으며, 현재로서는 어떤 솔루션도 완벽하지 않습니다.

 

다행히, 제시된 대부분의 방법은 함께 혼합될 수 있습니다. 빛 공간 관점에서 계산식 shadow map을 PCF로 매끄럽게 만드는 것이 완벽하게 가능합니다.. 이 모든 기술을 사용하여 실험해 보십시오.

 

결론적으로, 저는 당신이 가능할 때마다 미리 계산된 라이트맵을 고수하고, 동적 객체에만 shadowmap을 사용할 것을 제안합니다. 그리고 두 가지의 시작적 품질이 동일한지 확인하십시오. 완벽한 정적 환경과 모양새가 좋지 않은 그림자가 있는 것도 좋지 않습니다.