Direct3D에는 surface라는 용어가 나온다. MSDN에서는 그 뒤에 (Direct3D 9)이라고 표기 되어 있는 것으로 봐서는 DX9때부터 쭉 사용되어 오던 개념인것 같다.
Surface는 디스플레이 메모리의 선형 공간으로 보여주고 보통 디스플레이 카드의 디스플레이 메모리에 상주한다. 하지만 surface는 시스템 메모리에도 존재할 수 있다.
Surface는 IDirect3DSurface9 인터페이스에 의해서 관리된다.
Front buffer. 그래픽 어댑터에 의해 해석되고 모니터에 표시된 메모리 상의 직사각형 영역. Direct3D 응용 프로그램에서는 front buffer에 직접적으로 쓰기 작업을 하지 않아야 한다.
Back buffer. 응용 프로그램에서 직접적으로 쓰기 작업을 하는 메모리 상의 직사각형 영역. 이 back buffer는 모니터 상에 직접적으로 표시되지 않아야 한다.
Surface 뒤집기(교환). Back buffer에서 front buffer로 이동하는 절차.
Swap chain. Front buffer에 연속적으로 보여질 수 있는 하나 이상의 back buffer의 집단.
Surface 얻어오기
아래의 메서드 중 하나를 호출하여 surface 생성한다.
CreateDepthStencilSurface
CreateOffscreenPlainSurface
CreateRenderTarget
Surface format은 surface memory 내의 각 필셀의 데이터를 어떻게 해석할지를 결정한다. Direct3D는 surface format를 설명하는 D3DSURFACE_DESC 구조체의 D3DFORMAT을 사용한다. GetDesc() 메서드를 호출하는 것으로 현재 사용되는 surface의 format을 찾아올 수 있다.
Surface가 생성되었을 때 , 아래의 메서드 중 하나를 호출하여 포인터를 얻어올 수 있다.
GetCubeMapSurface
GetBackBuffer
GetDepthStencilBuffer
GetFrontBuffer
GetRenderTarget
GetBackBuffer
GetSurfaceLevel
IDirect3DSurface9 인터페이스는 UpdateSurface() 메서드를 통해서 간접적으로 메모리에 접근할 수 있다. 이 메서드는 한 IDirect3DSurface9 인터페이스로 부터 다른 IDirect3DSurface9 인터페이스에 픽셀의 사각형 영역을 복사할 수 있도록 허용한다. 이 surface 인터페이스도 직접적으로 디스플레이 메모리에 접근할 수 있는 메서드를 가지고 있다. 예를 들어 LockRect 메서드를 이용하여 디스플레이 메모리의 사각형 영역을 잠글 수 있다. surface의 잠긴 사각형 영역에 대한 작업이 완료된 이우에는 UnlockRect를 호출해주는 것이 중요하다.
위의 내용은 DX9 버전에서 정의되어 있는 Surface에 대한 내용이고 포프님의 간단하고 명료하신 설명에 따르면
"그냥 텍스처인데 텍스처에는 밉맵이 있어서 여러장의 크기가 다른 이미지들이 한 텍스처에 포함되므로 각각의 크기가 다른 이미지들을 서피스(표면) 이라 합니다."
IDXGISwapChain1::Present1를 호출한 이후에 디스플레이 서페이스 내부의 픽셀 관리에 대한 옵션.
typedefenumDXGI_SWAP_EFFECT
{
DXGI_SWAP_EFFECT_DISCARD = 0,
DXGI_SWAP_EFFECT_SEQUENTIAL = 1,
DXGI_SWAP_EFFECT_FLIP_SEQUENTIAL = 3,
DXGI_SWAP_EFFECT_FLIP_DISCARD = 4
} DXGI_SWAP_EFFECT;
각 상수의 내용
DXGI_SWAP_EFFECT_DISCARD 이 플래그는 IDXGISwapChain1::Present1을 호출한 이후에 bit-block transfer(bitblt) 모델을 지정하고 DXGI가 back buffer의 내용을 지우도록 지정한다. 이 플래그는 하나 이상의 back buffer를 가진 swap chain에 대해 유효하지만 응용 프로그램은 0번 buffer(첫번째 버퍼)에 대한 읽기/쓰기 접근이 가능하다.
Note
전용 전체 화면과 UWP 전체 화면 사이에는 차이가 있다. Windows PC UWP에 Direct3D 11 응용 프로그램을 이식하는 경우, swap chain을 생성할때 UWP와 Win32에서의 동작이 다르기 때문에 DXGI_SWAP_EFFECT_DISCARD를 사용하는 것을 주의하지 않으면 GPU 성능에 좋지 않을 수 있다. 이것은 이전의 bitblt 모델에 의해서 원래 수행된 메모리 복사를 통해 연산 시간이 감소하기 때문에 UWP 응용 프로그램이 FLIP swap 모드를 강제되는 것이 원인이다.(다른 swap 모드로 설정되어 있는 경우에도). UWP 내의 Flip 모델을 사용하여 수동적으로 DX11 Discard swap chain을 변환하는 것과 가능하다면 DXGI_SWAP_EFFECT_FLIP_SEQUENTIAL 대신에 DXGI_SWAP_EFFECT_FLIP_DISCARD를 사용할 것을 권장한다. 아래의 예시를 참조하라.
DXGI_SWAP_EFFECT_SEQUENTIAL 이 플래그는 IDXGISwapChain1::Present1을 호출한 이후에 bitblt 모델을 지정하고 DXGI가 back buffer의 내용을 지속하도록 지정한다. 첫번째 버퍼(0번 버퍼)부터 마지막 버퍼까지 순서대로 swap chain의 내용을 제시하려면 이 옵션을 사용한다. 이 플래그는 multisampling과 함께 사용할 수 없다.
DXGI_SWAP_EFFECT_FLIP_SEQUENTIAL 이 플래그는 IDXGISwapChain1::Present1을 호출한 이후에 flip presentation 모델을 지정하고 DXGI가 back buffer의 내용을 지속하도록 지정한다. 이 플래그는 multisampling과 함께 사용할 수 없다.
Direct3D 11
이 enumeration 값은 Winsows8부터 지원되기 시작했다.
DXGI_SWAP_EFFECT_FLIP_DISCARD 이 플래그는 IDXGISwapChain1::Present1을 호출한 이후에 flip presentation 모델을 지정하고 DXGI가 back buffer의 내용을 지우도록 지정한다. 이 플래그는 multisampling과 partial presentation(부분 프레젠테이션)과 함께 사용할 수 없다. DXGI 1.4 Improvements(DXGI 1.4 개선점)를 보라.
Direct3D 11
이 enumeration 값은 Winsows10부터 지원되기 시작했다
Note
Windows Store 응용 프로그램들은 DXGI_SWAP_EFFECT_SEQUENTIAL이나 DXGI_SWAP_EFFECT_FLIP_DISCARD를 사용해야만 한다.
이 enumeration은 DXGI_SWAP_CHAIN_DESC과 DXGI_SWAP_CHAIN_DESC1 구조체에 의해서 사용된다.
Multisampling을 DXGI_SWAP_EFFECT_SEQUENTIAL이나 DXGI_SWAP_EFFECT_FLIP_SEQUENTIAL과 함께 사용하기 위해서는, 별도의 render target에서 multisampling을 수행해야 한다. 예를 들어, 채워진 D3D11_TEXTURE2D_DESC 구조체와 ID3D11Device::CreateTexture2D 호출에 의해 multisampling된 텍스처를 생성한다(BindFlags 멤버를 D3D11_BIND_RENDER_TARGET로 설정하고 SampleDesc의 멤버를 multisampling 매개변수로 설정해야 한다). 다음은 텍스처를 위한 render-target view를 생성하고, 텍스처에 scene을 렌더링 하기 위해 ID3D11Device::CreateRenderTargetView를 호출한다. 마지막으로는 multisampling된 텍스처를 multisampling되지 않은 swap chain에 resolve하기 위해 ID3D11DeviceContext::ResolveSubresource를 호출한다.
Presentation 모델들의 중요한 차이점은 back buffer의 내용을 어떻게 Desktop Window Manager(DWM)의 composition으로 가지고 오는가 이다. bitblt 모델에서는 DXGI_SWAP_EFFECT_DISCARD와 DXGI_SWAP_EFFECT_SEQUENTIAL 값을 사용하고, IDXGISwapChain1::Present1의 매 호출마다 back buffer의 내용을 redirection surface에 복사한다. Flip 모델에서는 DXGI_SWAP_EFFECT_FLIP_SEQUENTIAL 값을 사용하고, 모든 back buffer를 DWM과 공유한다. 따라서 DWM은 추가적인 복사 작업없이 back buffer에서 바로 작성할 수 있다. 일반적으로는 flip 모델이 bitblt 모델보다 더 효율적이며, 강화된 현재 상태에 대한 통계 등 더 많은 기능을 제공한다.
SyncInterval 파라미터에 0이 지정된 flip 모델 swap chain에 IDXGISwapChain1::Present1를 호출할 때, IDXGISwapChain1::Present1의 동작은 Direct3D 9Ex의 D3DSWAPEFFECT_FLIPEX와 D3DPRESENT_FORCEIMMEDIATE로 설정된 IDirect3DDevice9Ex:PresentEx와 같은 동작을 한다. 즉, 런타임은 큐에 저장된 모든 이전 프레임 대신에 다름 프레임을 present할 뿐만 아니라 큐에 저장된 이전 프레임들에게 남아있는 모든 잔여 시간을 종료한다.
Flip 모델이 더 효율적인지에 상관없이, Bitblt 모델은 GDI와 DirectX Presentation을 혼합할 수 있는 유일한 방법이기 때문에 응용프로그램은 여전히 bitblt 모델을 선택할 수 있다. Flip 모델에서는, 응용 프로그램은 DXGI_SWAP_CHAIN_FLAG_GDI_COMPATIBLE으로 swap chain을 생성해야 하며, back buffer에서 명시적으로 GetDC를 사용해야만 한다. Flip-모델 swap chain의 IDXGISwapChain1::Present1이 성공적인 첫번째 호출이 된 이후에, GDI는 swap chain을 파괴하고 swap chain과 연결된 HWND와 함께 더이상 작업을 수행하지 않는다. 이러한 제한 사항은 심지어 ScrollWindowEx 같은 메서드에도 확장된다.