Movatterモバイル変換

DirectX 12 엔진 개발 Ver 1.5유영천Twitter: @dgtmanBlog : http://megayuchi.com

DirectX?• MS의 Graphics API• 대응되는 비 Windows계열 API로 OpenGL이 있음.• 대부분의 Windows 게임과 100%의 XBOX게임이 DirectX를 사용• 게임 수로 보면 DX9 >= DX11 >>> DX12

• DirectX 12 == Direct 3D12• Direct 2D, Direct Write를 포함하지 않음.• D3D외의 기능은 D3D11 on D3D12를 사용해야한다(느리다;;;;)• 성능 최우선!• CPU 성능이 정체되었다.• 현세대 하드웨어만으로 성능을 향상시킬 수 없을까?• 멍청한 (AMD GPU)에서 성능을 향상시킬 수 없을까?DirectX 12?

• 발표자료 – DirectX 12 엔진 개발• https://doc.co/zeVZ7w• 포프 tv DX12 관련 라이브• https://youtu.be/R3nNDrIsXdk• https://youtu.be/KYubTIaEKCE예전 DX12관련 자료들 – Windows 10 th2 시절

• 많은 버그 수정.• DirectX Raytracing지원• Mesh shader지원• Direct Storage 지원(예정)• 다수의 DX11/12 겸용 AAA게임들 출시• Quantum Break• Battle Field 1• Forza Motor sports series• Forza Horizon series• 기타 등등…그 동안의 변화

• Quantum Break – DX11 > DX12https://www.computerbase.de/2016-09/quantum-break-steam-benchmark/3/#diagramm-quantum-break-3840-2160-fx-8370• Battle Field 1 – DX11 >= DX12http://www.gamestar.de/spiele/battlefield-1/artikel/battlefield_1_open_beta,53468,3301876.html• F1 2020 – nvidia DX11 >= DX12 , AMD DX12 >=DX11https://www.guru3d.com/articles-pages/f1-2020-pc-graphics-performance-benchmark-review,4.htmlDX12성능 – 유명 게임 벤치마크DX12가 DX11보다 빠르지 않다.

결론부터 얘기하면…DirectX 9/11운전 보조 장치가 붙어있는 스포츠카DirectX 12F1머신. 드라이버 실력이 받쳐주지 못하면 출발도 못함.

• 암묵적인(implicit) 처리가 많기 때문에 DirectX runtime과 드라이버에서 최적화시킬 여지도 많음. 실제로 상당한 최적화가 이루어져있다.• 지난 십 여년간 GPU회사들이 자사의 드라이버를 엄청나게 최적화 시켰음.• Single-Thread로만 렌더링을 해도 GPU점유율 100%에 도달할수 있는 것은 runtime 최적화와 Driver최적화 덕분.DirectX 9/11이 스포츠카라고?DirectX 12에선 이 보조장치들의 지원을 받지 못함.

DirectX 12의 문제점• 거의 대부분의 내장GPU에선 정상 작동 안함.• 정상작동 하는듯 해도 한계상황에 가면 크래시하거나 화면이 깨지거나하는 일이 다반사• 이론상 DX Feature Level 11을 지원하면 충분하지만 실제로는nvidia Maxwell이전 세대 GPU에서 크~게 느리거나 정상작동하지 않는다.• 코드 양이 적어도 2배 이상 많아진다. 체감 10배.• 굉장히 신경을 쓰지 않으면 시스템 메모리와 GPU메모리 사용량이 50%이상 더 소모된다. 상당한 노력을 기울여야 겨우 DX11엔진보다 조금 덜 먹는 수준까지 맞출수 있다.

그럼에도 DX12를 학습할 이유가 있는가?• 몰라서 못하는것과 아는데 안하는건 다르다.• MS가 최신 기능들을 DX12에만 업데이트 해주고 있다. 그들은결코 실패를 인정하지 않는다.• 따라서 상용엔진의 어플리케이션 레이어만 다룰것이 아니라면,좋은 싫든 하기는 해야 한다.• 모바일 그래픽 API도 사실상 iOS-Metal, Android-Vulkan이 강제되고 있다. 개발환경(특히 디버깅)은 MS 플랫폼이 가장 편리하므로 차세대 API(Metal/Vulkan )로 이행하기 위해선 DX12로시작하는 편이 적응하기 쉽다.

• CPU ->Draw Call -> GPU 처리의 과정을 줄임.• 완전한 비동기 렌더링• 각종 State들을 한방에 처리 ->• OMSet…RSSet…PSSet…VSSet… -> ID3D12PipenlineState 한 개로.• DirectX runtime과 드라이버에서 해주던 일들을 Application 레이어로 빼냄.(이 때문에 드라이버에서 최적화를 못해준다.)성능향상을 위한 DX11 -> DX12 변화(빨라지지도 않았지만)

• Resource Binding ->Root Signature / Descriptor Table• Immediate Context -> Command List & Command Queue• State변경 -> ID3D12PipelineState• Shader 코드는 그대로 사용 가능.• D3DX? 텍스쳐 파일 로딩함수도 직접 만들어야함. 다만 이제는DirectXTex가 D3D12도 지원한다.• 자동으로 이루어졌던 Resource Transition은 ResourceBarrier를사용해서 직접 처리해야한다.• Dynamic Resource Renaming? 그딴거 없다.API의 변화

Resource BindingDX9/11 –> DX12로 포팅작업을 한다면 가장 많은 시간을 들이게 될…(대부분 여기서 포기한다는데 500원 건다)

• Vertex Buffer• Index Buffer• Texture• Constant Buffer• Unorderd Acceess Buffer (for Compute Shader)• Sampler렌더링을 위해 이러한 Resource들을 Graphics Pipeline에 bind한다.Resource Binding

• RTV로 사용된 리소스는 SRV로 사용하기 전에 Transition되어야함.• SRV로 지정된 리소스는 RTV로 사용하기 전에 Transition되어야함.• DX11에선 자동 + implicit 이었으나 DX12에선 수동 + explicit으로 처리한다.Resource BarrierpCommandList->ResourceBarrier(1,&CD3DX12_RESOURCE_BARRIER::Transition(m_pRenderTargetDiffuse,D3D12_RESOURCE_STATE_PIXEL_SHADER_RESOURCE,D3D12_RESOURCE_STATE_RENDER_TARGET));pCommandList->ResourceBarrier(1,&CD3DX12_RESOURCE_BARRIER:: Transition(m_pRenderTargetDiffuse,D3D12_RESOURCE_STATE_RENDER_TARGET,D3D12_RESOURCE_STATE_PIXEL_SHADER_RESOURCE));

• Resource의 정보를 기술한 메모리 블록• CBV,SRV,UAV를 생성하면 그 결과로 이 Descriptor를 얻는다.• 32-64bytes 사이즈.(GPU마다 다름.)• 객체가 아니다. 해제할 필요 없다.• 내부적으로 GPU Memory, CPU Memory pair로 구성됨.• D3D12_GPU_DESCRIPTOR_HANDLE,D3D12_CPU_DESCRIPTOR_HANDLE로 표현되며 사실상 포인터.Descriptor

• Descriptor로 사용할 선형 Memory배열• ID3D12DescriptorHeap로 구현되어 있다.• CPU측 메모리, GPU측 메모리 pair로 구성되어있다.• CBV/SRV/UAV는 이 Descriptor Heap의 CPU/GPU 메모리에 생성(write)된다.• Descriptor Heap의 CPU측 메모리에 write, Shader에선 GPU메모리에서 read한다.Descriptor Heap

• 어떤(Texture, Constant Buffer, Sampler등) Resource가 어떻게Pipeline에 bind 될지를 정의• Resource binding 설정을 기술한 일종의 템플릿이다.Root Signature – ID3D12RootSignature

• Descriptor의 논리적 배열• Descriptor Heap의 임의의 위치가 Descriptor Table에 맵핑된다.Descriptor Table

소스코드 설명• CreateTextureFromFile• ShadowMap Resource Barrier• CVLMeshObject, RootSignature• Draw SetDescriptorTable

TR Matrix Bones Matrix Light Cube Shadow Mapmaterial diffuse mask toonpCommandList->SetGraphicsRootDescriptorTable(0, gpuHeap);pCommandList->SetGraphicsRootDescriptorTable(1, gpuHeap);FaceGroup 0material diffuse mask toonpCommandList->SetGraphicsRootDescriptorTable(1, gpuHeap);FaceGroup 1material diffuse mask toonpCommandList->SetGraphicsRootDescriptorTable(1, gpuHeap);FaceGroup 2

CD3DX12_DESCRIPTOR_RANGE rangesPerObj[3];rangesPerObj[0].Init(D3D12_DESCRIPTOR_RANGE_TYPE_CBV, 2, 0);// b0 : default , b1 : bonesrangesPerObj[1].Init(D3D12_DESCRIPTOR_RANGE_TYPE_CBV, 1, 5);// b5 : Light CuberangesPerObj[2].Init(D3D12_DESCRIPTOR_RANGE_TYPE_SRV, 1, 3);// t3 : shadowCD3DX12_DESCRIPTOR_RANGE rangesPerFacegroup[2];rangesPerFacegroup[0].Init(D3D12_DESCRIPTOR_RANGE_TYPE_CBV, 1, 2);// b2 : materialrangesPerFacegroup[1].Init(D3D12_DESCRIPTOR_RANGE_TYPE_SRV, 3, 0);// t0 : diffuse , t1 : mask , t2 : toon tableCD3DX12_ROOT_PARAMETER rootParameters[2];rootParameters[0].InitAsDescriptorTable(_countof(rangesPerObj), rangesPerObj, D3D12_SHADER_VISIBILITY_ALL);rootParameters[1].InitAsDescriptorTable(_countof(rangesPerFacegroup), rangesPerFacegroup, D3D12_SHADER_VISIBILITY_ALL);TR Matrix Bones Matrix Light Cube Shadow Map material diffuse maskb0 b1 b5e t3 b2 t0 t1toont20 1 2 3 4 5 6 7Shader RegisterDescriptor TableDescriptor HeapRoot Parameter 0 Root Parameter 1

TR Matrix Bones Matrix Light Cube Shadow Map material diffuse mask toonDescriptor Heapmaterial diffuse mask toon material diffuse mask toon0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15필요 Descriptor개수 : 16개D3D12_GPU_DESCRIPTOR_HANDLE gpuHeap = pDescriptorHeap->GetGPUDescriptorHandleForHeapStart();pCommandList->IASetVertexBuffer(…);pCommandList->SetGraphicsRootDescriptorTable(0, gpuHeap);for (i=0; i<3; i++){pCommandList->SetGraphicsRootDescriptorTable(1, gpuHeap);pCommandList->IASetIndexBuffer(…);pCommandList->DrawIndexedInstanced(…);gpuHeap.Offset(4, DescriptorSize);}Object Face Group 0 Face Group 1 Face Group 2

Command List & Command Queue• 비동기 렌더링을 위한 디자인• DX11의 Immediate Context는 더 이상 존재하지 않는다.• Graphics Command를 Command List 에 Recording해서• Command Queue에 전송. ( 이 시점에 GPU Queue로 전송)• 1개의 Command List만으로도 처리는 가능. -> 성능 안나옴• 멀티스레드로 여러 개의 Command List를 동시에 recording하고 각각의 스레드가 독립적으로 Execute하는 것을 권장.

Command Queue – 작업 완료전까지 리소스 유지• Command Queue에 전송했다고 하는 것이 렌더링 작업의 완료를 뜻하는 것이 아니다.• Command Queue에 제출한 작업이 완료되기 전에해당 작업에서 참조하는 D3D리소스들이 해제되어서는 안된다.

Command Queue – 완료 체크• ID3D12Fence객체를 사용해서 작업이 완료되었는지를 표시한다.• ID3D12CommandQueue::Signal(fence, completed value)를 호출, 전송한 작업이 완료되면 ID3D12Fence객체의 Completedvalue가 업데이트된다.• ID3D12Fence::GetCompletedValue()로 작업이 완료되었는지를체크.

Command List 0Clear RTVSetRTVSetPSODrawCommand QueueCommand List 1Clear RTVSetRTVSetPSODrawClear RTVSetRTVSetPSODrawClear RTVSetRTVSetPSODrawExecute()Execute()Thread 1Thread 0GPU Hardware queueCommand Queue

• Blend State• Depth State• Render Target format• Shaders…이 모든 상태들을 하나로 묶어서 처리.Shader 하나, Blend상태 하나 바꾸려고 해도 ID3D12PipelineState를 통째로 바꿔야함.Shader 폭발에 이은 Pipeline State 폭발!Pipeline State – ID3D12PipelineState

Pipeline State폭발의 슬픈 예

• 5차원, 6차원, 7차원 ..N차원 배열을 쓰던가…• MS에서 권장하는 방법은 PipelineState cache를 만들어서 사용하라는 것.• 다양한 렌더링 옵션을 설정하는 상황을 아예 피하게 됨. -> 결과적으로 툴에서 사용할 API로는 DX12보다 DX11을 선호하게되낟.

DX12로 기본적인 렌더링을 하기 위한 지식은 이 정도로…

• 비동기 렌더링 특성상 API에 잘못된 파라미터를 전달해도 그 즉시 알기 어려움.• 꼭 버그를 잡기 위함이 아니라 작동원리를 알기 위해서라도 디버거로 추적해볼 필요가 있다.• Windows 10 Anniversary Update 이후로 DX런타임이나 GPU드라이버의 버그는 거의 없는것 같다.• DX런타임 또는 드라이버의 버그로 보이더라도 내가 뭘 잘못했는지 먼저 체크하라.Debugging

• 전달된 파라미터의 유효성, Resource Barrier의 상태 등등 프로그래머의 실수를 미리 잡아준다.• 에러가 아닌데 에러라고 판별할 가능성은 거의 없다. 반드시 무시하지 말고 체크할 것.ID3D12Debug*pDebugController = NULL;// Enable the D3D12 debug layer.if (SUCCEEDED(D3D12GetDebugInterface(IID_PPV_ARGS(&pDebugController)))){pDebugController->EnableDebugLayer();}D3D12 Debug Layer의 사용

exe파일명을 등록시켜 놓으면 해당 app에서 Error나 Warning발생시 브레이크를 걸 수 있다.DirectX Control Panel

• 프레임을 캡쳐해서 렌더링 과정을 보여줌.• Pipeline에 바인드된 D3DResoruce를 추적할 수 있다.• Descriptor Table에 내용을 볼 수 있는 것이 큰 장점.• 딱 잘라 말하건데 이 툴 없이는 개발 불가능.• ALT+F5로 디버거 작동.• ID3D12Object::SetName()으로 이름을 지정해놓으면 그래픽스디버깅할때 해당 Draw Call을 찾기 쉽다. 이름 가지고 검색도 됨*_*Visual Studio Graphics Debugger

Shadow map 생성 과정을 디버깅 하는 예 ( https://goo.gl/nC5f80 참고 )

• DX11의 Immediate Context에선 한번 설정한 state가 변경하기전까지 계속 유지됨.• DX12에선 CommandQueue에 기본 설정된 RTV, DSV, Viewport없음.• DX12에선 Command List를 사용할 때마다 RTV, DSV, Viewport를 설정할 필요가 있음.• OMSetRenderTarget(), RSSetViewport등은 커맨드 초반에 먼저호출해줄것.• Fence ->Wait-> Complete 될 때까지 리소스 상태를 유지할것.자주 하는 실수

• 수동으로 GPU H/W Queue를 꽉 채워넣기가 어려움. DX11에선런타임과 드라이버가 자동으로 해줌.• DX12에선 GPU점유율이 떨어지면 클럭이 낮아짐.• 클럭이 떨어지니 처리속도도 덩달아 느려짐.• GPU가 펑펑 노는게(GPU점유율이 낮게 나옴) 근본적인 문제.힘들게 포팅했는데 D3D11보다 느리네…

• 64KB Align• 한개짜리 Vertex Buffer를 할당해도 최소 64KB• 한개짜리 Index Buffer를 할당해도 최소 64KB• 4Bytes 짜리 Constant Buffer를 할당해도 최소 64KB.• Buffer -> CBV로 사용할땐 256KB Align 필요• Bulk Memory로 할당해서 쪼개 사용할 것.메모리는 왜 이리 많이 먹어?

• Windows ADK의 Performance Toolkit에 포함된 로그 분석기1. ADK설치2. Admin권한으로 CMD을 열고• C:Program Files (x86)Windows Kits10Windows PerformanceToolkitgpuview 폴더로 이동• >Log.cmd 로 logging시작• 다시 Log.cmd를 입력해서 logging종료• Merged.etl파일을 GPUView에서 로드GPUView

GPUView로 보는 D3D11 vs D3D12

• Single-Thread Rendering• 신경 쓴 것이라곤 GPU Memory에 최대한 올려놓고 안건드렸을뿐 (렌더링중 Map(), Unmap()을 피한다.)• 심지어 D3DResource를 렌더링 중에 마구 변경해가며 재활용하고 있다. -> DX11은 Resource Renaming으로 이 문제를 해결한다• 그럼에도 불구하고 DX11은 GPU Queue를 꽉꽉 채우며 최대한의 성능을 내주고 있다.DirectX 11 , 과연 안정적인 스포츠카!!!

• CPU -> Draw Call -> GPU까지의 과정이 짧아진건 명백한 사실.• 이 부분에선 확실히 성능향상이 있다.• Command List 작성과 Execute의 적절한 배분.• 하나의 Command List에 몰아서 Command를 기록하고 마지막에Execute 한번만 하면? -> GPU가 펑펑 놀다가 마지막에 한번에 과부하를 받게 된다.• 여러 개의 Command List를 사용해서 Command기록과 Execute를 동시에 처리해야할 필요가 있다.• Command List 작성과 Execute의 비동기 처리를 극대화하기 위해 Multi-Thread Rendering이 필요하다.최적화할 수 있는 포인트는 뭐가 있을까?

From “Direct3D 12 API Preview” in Build 2014D3D12 runtime의 CPU처리가 훨씬 짧다.

• 따라서 비슷한 정도의 GPU점유율이라면 D3D12 엔진이 더 빠를 것이다.• GPU H/W Queue를 최대한 꽉 채우는 것이 성능 향상의 열쇠.D3D12 runtime의 CPU처리가 훨씬 짧다.

• Execute()를 해야만 GPU H/W Queue로 Command전송• D3D12엔진의 초기버전에선 Execute()를 present()직전에 한번만 호출했었다.• 그래서 Present 직전까지 GPU가 그냥 놀았다-_-;;;;;• 인간 ABS(from initial D)라고 들어보았는가?• 마치 브레이크를 조밀하고 다다다다다 밟는 것처럼, 게임 루프중간에서 수동으로 자주자주 커맨드 리스트를 전송해야한다.Execute호출 빈도 조절

• 여러 개의 Command List를 미리 할당해 둔다.• Command List 하나당 N개의 오브젝트 렌더링에 대한Command를 기록.• N개에 도달하면 Execute(), 다음번 Command List에 계속해서렌더링 Command 기록.• 모든 오브젝트를 다 렌더링하거나 할당해 둔 Command List를다 사용할 때까지 반복.Command List Pooling

• 성능이 상당히 개선되었다.• 그러나 아직도 부족하다.Command List Pooling

• Multi-Thread로 Command 작성 시간을 최소화시킨다.• 단순계산으로 n이란 시간이 걸린다면 4 thread를 사용하면 시간을 n/4로 줄일 수 있다.• GPU Queue가 empty 되지 않도록 최선을 다한다.Multi-Thread Rendering

From “Approaching Minimum Overhead with Direct3D12” NVIDIAD3D12에서의 Multi-Thread Rendering

• 스레드 1개당 Command List하나씩 배당• 엔진 내의 Queue에 담긴 오브젝트들을 각 스레드에 균등하게배분• 각 스레드는 자신의 Command List에 오브젝트들의 렌더링Command를 기록• 마지막 오브젝트까지 처리하고 난 후 Execute()Multi-Thread Rendering 구현

Thread 0Command ListObj 0Obj 1Obj 23Obj 24...Thread 1Command ListObj 25Obj 26Obj 48Obj 49...Thread 2Command ListObj 50Obj 51Obj 73Obj 74...Thread 3Command ListObj 75Obj 76Obj 98Obj 99...Command QueueExecute() Execute() Execute() Execute()Multi-Thread Rendering 구현

PresentDX12 - 1 Thread Present

PresentDX11 Single Thread Present

• CPU작업을 줄이고 되도록 GPU에 부담시킨다.• 멀티스레드 렌더링은 필수• Execute()를 자주 호출하되, 너무 자주 호출하지 않는다(?)• 하나의 Command List에 너무 많이 몰아서 Execute()하지 않는다.• 되도록 Wait 하지않는다.• 가능하다면 서로 대기할 필요가 없는 작업들은 여러 개의Command Queue로 나눠서 Execute한다. Ex) 머리카락 흔들림을 , 구름처리등은 Compute Shader로 비동기적으로 처리• Resource는 Bulk Memory로 할당하고 그 안에서 쪼개서 사용한다.최적화 가이드

Res. 3000x2000 D3D11 D3D1210 Characters 25 fps 33 fps D3D12 , +32%100 Characters 18 fps 20 fps D3D12 , +11%성능비교 Project D Online@Surface Book i5 nvidia dGPU장비 성능이 떨어질수록(특히GPU성능이 낮을수록) DX12가빠를 가능성이 높다.

Res. 3000x2000 D3D11 D3D121 Character + Voxels 28 fps 37 fps D3D12 , +32%성능비교 – Voxel Horizon@Surface Book i5 nvidia dGPU장비 성능이 떨어질수록(특히GPU성능이 낮을수록) DX12이빠를 가능성이 높다.

Res. 1920x1200 D3D11 D3D1210 Characters 509 fps 327 fps D3D11 , +55%100 Characters 171 fps 107 fps D3D11 , +60%성능비교 Project D Online@Desktop i7 2600K nvidia GTX970 - 1 Thread장비 성능이 좋으면 좋을수록(특히 GPU성능이 좋을수록)DX11이 빠르다.

Res. 1920x1200 D3D11 D3D121 Character + Voxels 478 fps 297 fps D3D11 , +61%성능비교 – Voxel Horizon@Desktop i7 2600K nvidia GTX970장비 성능이 좋으면 좋을수록(특히 GPU성능이 좋을수록)DX11이 빠르다.

Res. 1920x1200 D3D12 - 4 Thread D3D12 – 1 Thread10 Characters 327 fps 227 fps 4 Threads , +44%100 Characters 107 fps 42 fps 4 Threads , +155%Thread 개수에 따른 성능비교 - Project D Online@Desktop i7 2600K nvidia GTX970 Multi-Threads렌더링은 선택이 아닌 필수!!!!

Present PresentDX12 4 Threads – 107fpsPresent PresentDX12 1 Threads – 42fps

• D3D12로 포팅만 하면 11보다 빠를거라고 생각하면 큰 착각.• Async Compute Shader를 사용할 수 있지만 큰 성능 향상은 기대하지 말것.• GPU 점유율을 어떻게 높이는가, 즉 GPU 큐에 얼마나 작업을 꽉꽉 채워넣는가가 성능의 열쇠.• 잘~ 짜면 빨라지긴 빨라진다. 그래도 어지간해선 DX11보다 빠르진 않다.• DirectX Runtime, Driver로 인한 성능 향상은 꿈꾸지 말것.결론

FAQ• Direct Write와 Direct2D를 쓰고 싶어요.• D3D11 on D3D12를 사용하세요.• D3D12 API는 Thread-safe한가요?• 네. Thread-safe합니다. 별도의 lock을 걸어줄 필요가 없습니다.• 개발자가 능력이 없어서 DX12버전의 성능이 안나오는것 아닌가요?• Balttle Field 1, Quantum Break의 벤치마크를 참고해주세요.• 단지 DX12에 문제가 있어서 성능이 떨어지는게 아닐까요?Vulkan을 쓰면 DX11보다 빠르지 않을까요?• DX12와 Vulkan의 성능 차이는 거의 없습니다.

FAQ• A사 그래픽 카드에선 DX12가 DX11보다 빠르던데?• DX12가 빠른게 아니고 A사 그래픽 카드에서 DX11이 느린겁니다. 드라이버 성능이 N사보다 떨어져서 그렇습니다. DX11에선 그래픽 드라이버에서 성능을 올려줄 수 있는 여지가 많습니다.

Reference• D3D tag ,megayuchi.com• https://microsoft.github.io/DirectX-Specs/d3d/CPUEfficiency.html• Approaching Minimum Overhead with Direct3D12• Direct3D 12 API Preview• Efficient Rendering with DirectX 12 on Intel Graphics• DIRECTX ADVANCEMENTS IN THE MANY CORE ERA Getting the most out of the PC Platform• Using GPUView to Understand your DirectX 11 Game

Reference - Dynamic Buffer사용• https://megayuchi.com/2016/02/01/d3d12%EC%97%94%EC%A7%84-%EA%B0%9C%EB%B0%9C-dynamic-vertexbuffer-%EC%82%AC%EC%9A%A9/• https://microsoft.github.io/DirectX-Specs/d3d/CPUEfficiency.html• https://docs.microsoft.com/ko-kr/windows/win32/direct3d12/upload-and-readback-of-texture-data• https://software.intel.com/content/www/us/en/develop/articles/tutorial-migrating-your-apps-to-directx-12-part-3.html

Movatterモバイル変換

Change Language

Introduction to DirectX 12 Programming , Ver 1.5

Embed presentation

Recommended

More Related Content

What's hot

Similar to Introduction to DirectX 12 Programming , Ver 1.5

More from YEONG-CHEON YOU

Introduction to DirectX 12 Programming , Ver 1.5