리소스 종류(Direct3D 10)

Direct3D 파이프라인이 사용하는 모든 리소스는 버퍼와 텍스처라는 두 가지 기본 리소스 종류에서 파생됩니다. 버퍼는 원시 데이터(요소)의 모음이며, 텍스처는 텍셀(텍스처 요소)의 모음입니다.

• 버퍼 리소스
  • 버퍼 형식
• 텍스처 리소스
  • 텍스처 형식
  • 하위 리소스
  • 강력한 형식 지정 대 약한 형식 지정
• 관련 항목

리소스의 레이아웃(또는 메모리 공간)을 완전히 지정할 수 있는 방법은 다음 두 가지입니다.

항목	설명
형식화	리소스를 만들 때 형식을 완전히 지정합니다.
형식 없음	리소스가 파이프라인에 바인딩될 때 형식을 완전히 지정합니다.

 

버퍼 리소스

버퍼 리소스는 완전하게 형식이 지정된 데이터의 모음입니다. 내부적으로 버퍼에는 요소가 포함됩니다. 요소는 1-4개의 구성 요소로 이루어집니다. 요소 데이터 형식의 예: 압축된 데이터 값(예: R8G8B8A8), 단일 8비트 정수, 4개의 32비트 부동 값. 이러한 데이터 형식은 위치 벡터, 일반 벡터, 꼭짓점 버퍼 내 텍스처 좌표, 인덱스 버퍼 내 인덱스 또는 디바이스 상태 같은 데이터를 저장하는 데 사용됩니다.

버퍼는 구조화되지 않은 리소스로 생성됩니다. 구조화되지 않았기 때문에 버퍼는 Mipmap 수준을 포함할 수 없고, 읽었을 때 필터링되지 않으며, 다중 샘플링될 수 없습니다.

버퍼 형식

• 꼭짓점 버퍼
• 인덱스 버퍼
• 상수 버퍼

꼭짓점 버퍼

버퍼는 요소의 모음입니다. 꼭짓점 버퍼에는 꼭짓점별 데이터가 포함됩니다. 가장 단순한 예는 위치 데이터 등 한 가지 형식의 데이터를 포함하는 꼭짓점 버퍼입니다. 다음 그림과 같이 표현할 수 있습니다.

3D 꼭짓점을 완벽하게 지정하는 데 필요한 모든 데이터를 포함하는 경우가 더 많습니다. 꼭짓점별 위치, 일반 및 텍스처 좌표가 포함된 꼭짓점 버퍼가 한 예입니다. 이 데이터는 일반적으로 다음 그림과 같이 꼭짓점별 요소 세트로 구성됩니다.

이 꼭짓점 버퍼에는 8개 꼭짓점의 꼭짓점별 데이터가 포함되며, 각각의 꼭짓점은 3개의 요소(위치, 일반 및 텍스처 좌표)를 저장합니다. 위치와 표준은 일반적으로 32비트 부동 소수점(DXGI_FORMAT_R32G32B32_FLOAT) 3개와 32비트 부동 소수점 2개(DXGI_FORMAT_R32G32_FLOAT)를 사용하여 텍스처 좌표를 사용하여 지정됩니다.

꼭짓점 버퍼에서 데이터에 액세스하려면 액세스할 꼭짓점과 다음과 같은 그 밖의 버퍼 매개 변수를 알아야 합니다.

• 오프셋 - 버퍼 시작부터 첫 번째 꼭짓점의 데이터까지 바이트 수입니다. 오프셋은 IASetVertexBuffers에 제공됩니다.
• BaseVertexLocation - 오프셋에서 적절한 그리기 호출에 사용되는 첫 번째 꼭짓점까지의 바이트 수입니다( 그리기 메서드 참조).

꼭짓점 버퍼를 만들기 전에 입력 레이아웃 개체를 만들어 레이아웃을 정의해야 합니다. 이 작업은 CreateInputLayout을 호출하여 수행됩니다. 입력 레이아웃 개체가 만들어지면 IASetInputLayout을 호출하여 입력 어셈블러 단계에 바인딩합니다.

꼭짓점 버퍼를 만들려면 CreateBuffer를 호출합니다.

인덱스 버퍼

인덱스 버퍼는 16비트 또는 32비트 인덱스의 순차 집합을 포함하며, 각 인덱스는 꼭짓점 버퍼에서 꼭짓점을 식별하는 데 사용됩니다. 인덱스 버퍼와 하나 이상의 꼭짓점 버퍼를 사용하여 IA 단계에 데이터를 제공하는 것을 인덱싱이라고 합니다. 인덱스 버퍼는 다음 그림과 같이 시각화할 수 있습니다.

인덱스 버퍼에 저장된 순차 인덱스는 다음 매개 변수로 배치됩니다.

• 오프셋 - 버퍼 시작부터 첫 번째 인덱스까지 바이트 수입니다. 오프셋은 IASetIndexBuffer에 제공됩니다.
• StartIndexLocation - 오프셋에서 적절한 그리기 호출에 사용되는 첫 번째 꼭짓점까지의 바이트 수입니다( 그리기 메서드 참조).
• IndexCount - 렌더링할 인덱스 수입니다.

인덱스 버퍼를 만들려면 CreateBuffer를 호출합니다.

인덱스 버퍼는 각각을 스트립 컷 인덱스로 구분하여 여러 줄 또는 삼각형 스트립을 함께 연결할 수 있습니다. 스트립 잘라내기 인덱스를 사용하여 여러 개의 선 또는 삼각형 스트립을 단일 그리기 호출로 그릴 수 있습니다. 스트립 컷 인덱스는 단순히 인덱스에서 가능한 최대 값입니다(16비트 인덱스 0xffff 32비트 인덱스 0xffffffff). 스트립 잘라내기 인덱스는 인덱싱된 기본 요소에서 두르기 순서를 재설정하며, 재설정하지 않을 경우 삼각형 스트립에서 올바른 두르기 순서를 유지하는 데 필요한 중복 제거 삼각형의 필요성을 제거하는 데 사용될 수 있습니다. 다음 그림은 스트립 잘라내기 인덱스의 예를 보여 줍니다.

상수 버퍼

Direct3D 10에는 셰이더 상수 버퍼 또는 단순히 상수 버퍼라는 셰이더 상수를 제공하기 위한 새로운 버퍼가 도입되었습니다. 개념적으로 다음 그림과 같이 단일 요소 꼭짓점 버퍼처럼 보입니다.

각 요소는 저장된 데이터의 형식에 의해 결정되는 1 ~4개 구성 요소 상수를 저장합니다.

상수 버퍼는 각각의 셰이더 상수를 개별적으로 호출해 개별적으로 커밋하지 않고 그룹화하여 동시에 커밋할 수 있도록 함으로써 셰이더 상수 업데이트에 필요한 대역폭을 줄입니다.

셰이더 상수 버퍼를 만들려면 CreateBuffer 를 호출하고 상수 버퍼 바인딩 플래그 D3D10_BIND_CONSTANT_BUFFER 지정합니다( D3D10_BIND_FLAG 참조).

셰이더 상수 버퍼를 파이프라인에 바인딩하려면 GSSetConstantBuffers, PSSetConstantBuffers 또는 VSSetConstantBuffers 메서드 중 하나를 호출합니다.

ID3D10Effect 인터페이스를 사용하는 경우 상수 버퍼를 만들고 바인딩하고 내보내는 프로세스는 ID3D10Effect 인터페이스 instance 처리됩니다. 이 경우 GetVariableByName 과 같은 GetVariable 메서드 중 하나를 사용하여 효과에서 변수를 가져와 서 SetMatrix와 같은 SetVariable 메서드 중 하나로 변수를 업데이트하기만 하면 됩니다. ID3D10Effect 인터페이스를 사용하여 상수 버퍼를 관리하는 예제는 자습서 07을 참조하세요.

셰이더는 상수 버퍼의 일부가 아닌 변수를 읽는 것과 동일한 방식으로 변수 이름을 기준으로 직접 상수 버퍼 내의 변수를 계속 읽습니다.

각 셰이더 단계는 최대 15개의 셰이더 상수 버퍼를 허용하며 각 버퍼는 최대 4,096개 상수를 보관할 수 있습니다.

상수 버퍼를 사용해 스트림 출력 단계의 결과를 저장합니다.

셰이더에서 상수 버퍼를 선언하는 예는 셰이더 상수(DirectX HLSL)를 참조하세요.

텍스처 리소스

텍스처 리소스는 텍셀을 저장하도록 구조화된 데이터 모음입니다. 버퍼와 달리 텍스처는 셰이더 단위에서 읽으므로 텍스처 샘플러에서 필터링할 수 있습니다. 텍스처의 유형은 텍스처의 필터링 방식에 영향을 미칩니다. 텍셀은 파이프라인에서 읽거나 쓸 수 있는 텍스처의 최소 단위를 나타냅니다. 각 텍셀에는 DXGI 형식 중 하나로 배열된 1~4개의 구성 요소가 포함됩니다(DXGI_FORMAT 참조).

텍스처는 크기를 알 수 있도록 구조화된 리소스로 생성됩니다. 그러나 텍스처가 파이프라인에 바인딩될 때 뷰를 사용하여 형식을 완전히 지정하는 한 리소스 생성 시 각 텍스처를 입력하거나 형식을 적게 입력할 수 있습니다.

• 텍스처 형식
• 하위 리소스
• 강력한 형식 지정 대 약한 형식 지정

텍스처 형식

1D, 2D, 3D 등 여러 유형의 텍스처가 있으며, 각각 Mipmap을 사용하거나 사용하지 않고 만들 수 있습니다. Direct3D 10은 텍스처 배열 및 다중 샘플링된 텍스처도 지원합니다.

• 1D 텍스처
• 1D 텍스처 배열
• 2D 텍스처 및 2D 텍스처 배열
• 3D 텍스처

1D 텍스처

가장 단순한 형태의 1D 텍스처에는 단일 텍스처 좌표로 주소를 지정할 수 있는 텍스처 데이터가 포함됩니다. 이는 다음 그림과 같이 텍셀 배열로 시각화할 수 있습니다.

저장되는 데이터 형식에 따라 텍셀 하나당 수많은 색상 구성 요소가 포함됩니다. 다음 그림과 같이 Mipmap 수준으로 1D 텍스처를 생성할 수 있다는 점에서 더욱 복잡합니다.

Mipmap 수준은 바로 위 수준보다 2의 거듭 제곱만큼 작은 텍스처입니다. 최상위 수준에는 가장 많은 세부가 포함되며, 이후의 각 수준은 그보다 작습니다. 1D Mipmap의 경우, 가장 작은 수준은 하나의 텍셀을 포함합니다. 서로 다른 수준은 LOD(level-of-detail)라고 하는 인덱스로 식별됩니다. 카메라에 가깝지 않은 기하 도형을 렌더링할 때 LOD를 사용하여 보다 작은 텍스처에 액세스할 수 있습니다.

1D 텍스처 배열

Direct3D 10에도 텍스처 배열을 위한 새로운 데이터 구조가 있습니다. 이론적으로 1D 텍스처의 배열은 다음 그림과 같이 보입니다.

이 텍스처 배열에는 세 개의 텍스처가 포함되어 있습니다. 이 세 개 텍스처의 폭은 각각 5(첫 번째 계층의 요소 개수)입니다. 각 텍스처에는 3 계층 Mipmap도 포함되어 있습니다.

Direct3D의 모든 텍스처 배열은 같은 유형의 텍스처 배열입니다. 즉 텍스처 배열의 모든 텍스처는 동일한 데이터 서식과 크기(텍스처 폭과 Mipmap 수준 개수 포함)로 구성되어야 합니다. 각 배열에 속한 모든 텍스처의 크기가 일치하면 서로 다른 크기의 텍스처 배열을 만들 수 있습니다.

2D 텍스처 및 2D 텍스처 배열

Texture2D 리소스에는 텍셀의 2D 그리드가 포함되어 있습니다. 각 텍셀은 a u, v 벡터로 주소를 지정할 수 있습니다. 이는 텍스처 리소스이므로 Mipmap 수준과 하위 리소스를 포함할 수 있습니다. 완전히 채워진 2D 텍스처 리소스는 다음 그림처럼 보입니다.

이 텍스처 리소스에는 3 Mipmap 수준의 3x5 텍스처가 하나 포함되어 있습니다.

Texture2DArray 리소스는 동일한 유형의 2D 텍스처 배열입니다. 즉, 각 텍스처의 데이터 서식과 차원(Mipmap 수준 포함)이 동일합니다. 이제 텍스처에 2D 데이터가 포함된다는 점만 제외하면 1D 텍스처 배열과 레이아웃이 비슷하므로 다음 그림처럼 보입니다.

이 텍스처 배열에는 세 개의 텍스처가 포함되며 각 텍스처는 2 Mipmap 수준의 3x5입니다.

Texture2DArray를 텍스처 큐브로 사용

텍스처 큐브는 각각 큐브의 한 면에 해당하는 6개 텍스처를 포함한 2D 텍스처 배열입니다. 완전히 채워진 텍스처 큐브는 다음 그림처럼 보입니다.

6개 텍스처를 포함하는 2D 텍스처 배열은 큐브-텍스처 보기로 파이프라인에 바인딩된 후 큐브 맵 기본 기능이 있는 셰이더 내에서 읽을 수 있습니다. 셰이더에서 텍스처 큐브는 텍스처 큐브의 중앙에서부터 시작되는 3D 벡터로 주소가 지정됩니다.

3D 텍스처

볼륨 텍스처라고도 하는 Texture3D 리소스에는 텍셀의 3D 볼륨이 포함되어 있습니다. 텍스처 리소스이기 때문에 Mipmap 수준이 포함될 수 있습니다. 완전히 채워진 3D 텍스처 는 다음 그림과 같습니다.

3D 텍스처 Mipmap 슬라이스가 렌더링 대상 출력으로 바인딩되면(렌더링 대상 보기 이용) 3D 텍스처가 n개 슬라이스가 있는 2D 텍스처 배열과 동일하게 동작합니다. 특정 렌더링 조각은 출력 데이터의 스칼라 구성 요소를 SV_RenderTargetArrayIndex 시스템 값으로 선언하여 기하 도형 셰이더 단계에서 선택됩니다.

3D 텍스처 배열의 개념이 없기 때문에 3D 텍스처 하위 리소스는 단일 Mipmap 수준입니다.

하위 리소스

Direct3D 10 API는 리소스의 전체 리소스 또는 하위 집합을 참조합니다. 리소스의 일부를 지정하기 위해 Direct3D는 리소스의 하위 집합을 의미하는 하위 리소스라는 용어를 만듭니다.

버퍼는 단일 하위 리소스로 정의됩니다. 텍스처는 밉맵 수준 및/또는 텍스처 배열을 지원하는 여러 가지 텍스처 형식(1D, 2D 등)이 있기 때문에 좀 더 복잡합니다. 가장 간단한 경우부터 시작하면 1D 텍스처는 다음 그림에서 보듯 단일 하위 리소스로 정의됩니다.

이것은 1D 텍스처를 구성하는 텍셀의 배열이 단일 하위 리소스에 포함되어 있음을 뜻합니다.

3개의 Mipmap 수준이 포함된 1D 텍스처를 확장하면 다음과 같이 시각화할 수 있습니다.

이것을 3개의 하위 텍스처로 구성된 단일 텍스처로 생각해 보세요. 각 하위 텍스처는 하나의 하위 리소스로 계산되므로 이 1D 텍스처에는 3개의 하위 리소스가 포함됩니다. 하위 텍스처(또는 하위 리소스)는 단일 텍스처에 대한 LOD(level-of-detail)를 사용하여 인덱싱할 수 있습니다. 텍스처 배열을 사용할 때 특정 하위 텍스처에 액세스하려면 LOD와 특정 텍스처가 모두 필요합니다. 또는 API는 여기서 보듯 이 2개의 정보 조각을 0부터 시작하는 단일한 하위 리소스로 결합합니다.

하위 리소스 선택

일부 API는 전체 리소스(예: CopyResource)에 액세스하고, 다른 API는 리소스의 일부에 액세스합니다(예: UpdateSubresource 또는 CopySubresourceRegion). 리소스의 일부에 액세스하는 API는 일반적으로 보기 설명(예: D3D10_TEX2D_ARRAY_DSV)을 사용하여 액세스할 하위 리소스를 지정합니다.

이 그림은 텍스처 배열에 액세스할 때 보기 설명이 사용하는 용어를 보여 줍니다.

배열 슬라이스

다음 그림에서 보듯 주어진 텍스처 배열에서 Mipmap이 포함된 각 텍스처, 배열 슬라이스(흰색 사각형으로 표시)에는 하나의 텍스처와 그 모든 하위 텍스처가 포함됩니다.

MIP 슬라이스

다음 그림에서 보듯 Mip 슬라이스(흰색 사각형으로 표시)에는 배열 내 모든 텍스처마다 하나의 Mipmap 수준이 포함됩니다.

단일 하위 리소스 선택

다음 그림에서 보듯 이 두 가지 유형의 슬라이스를 사용하여 단일 하위 리소스를 선택할 수 있습니다.

여러 하위 리소스 선택

또는 이 두 가지 유형의 슬라이스와 Mipmap 수준의 수 및/또는 텍스처 수를 사용하여 여러 개의 하위 리소스를 선택할 수 있습니다.

텍스처 배열을 사용하거나 사용하지 않고 사용 중인 텍스처 유형에 관계없이 도우미 함수 D3D10CalcSubresource를 사용하여 특정 하위 리소스의 인덱스를 계산할 수 있습니다.

강력한 형식 지정 대 약한 형식 지정

완전히 형식이 지정된 리소스를 만들면 리소스는 생성된 형식으로 제한됩니다. 따라서 특히 애플리케이션에서 매핑 할 수 없음을 나타내는 플래그를 사용하여 리소스를 만든 경우 런타임에서 액세스를 최적화할 수 있습니다. 특정 형식을 사용하여 생성된 리소스는 보기 메커니즘을 사용하여 다시 해석할 수 없습니다.

리소스가 적은 형식에서는 리소스를 처음 만들 때 데이터 형식을 알 수 없습니다. 애플리케이션은 사용 가능한 형식 중에서 더 적은 형식을 선택해야 합니다( DXGI_FORMAT 참조). 할당할 메모리 크기 및 런타임이 Mipmap에서 하위 텍스처를 생성해야 하는지 여부를 지정해야 합니다. 그러나 리소스가 뷰를 사용하여 파이프라인에 바인딩될 때까지 정확한 데이터 형식(메모리가 정수, 부동 소수점 값, 부호 없는 정수 등으로 해석되는지 여부)은 결정되지 않습니다. 텍스처가 파이프라인에 바인딩될 때까지 텍스처 형식이 유동적이므로 해당 리소스를 약한 형식의 스토리지라고 합니다. 약한 형식의 스토리지는 새 형식의 구성 요소 비트가 예전 형식의 비트 개수와 일치하는 한 다시 사용하거나 다시 해석할 수 있다는(다른 형식으로) 장점이 있습니다.

각 리소스에 각 위치에서 형식을 완전히 한정하는 고유의 보기가 있으면 단일 리소스를 여러 파이프라인 단계에 바인딩할 수 있습니다. 예를 들어 DXGI_FORMAT_R32G32B32A32_TYPELESS 형식으로 만든 리소스를 파이프라인의 여러 위치에서 동시에 DXGI_FORMAT_R32G32B32A32_FLOAT 및 DXGI_FORMAT_R32G32B32A32_UINT 사용할 수 있습니다.

관련 항목

리소스(Direct3D 10)