Unreal Engine 4: Elemental Demo med DirectX 12 för nedladdning

Vulkan kommer stödjas av alla enheter som har OpenGL 3.1. Där är en stor del av alla Android mobiler idag samt alla nya mobiler som släpps. Inte nog med det så stödjer Vulkan alla Windows operativsystem samt Linux och MAC. Inte heller stoppar det Vulkan att kunna fungera på konsoler. Dina 25miljoner skymmer sig ganska fort.

OpenGL och GLSL har lidit av design problem samt FUD av Microsoft när man hotade att OpenGL inte skulle fungera korrekt i Vista och senare samt helt enkelt stagnation i dess område. Vulkan tillsammans med SPIR-V och till stor del Valves hjälp med andra spelföretag med utveckling av SDKer och verktyg för utvecklare så ser jag inte meningen med att sikta sig på ett begränsat API som bara fungerar på en liten del av möjliga kundbas som Windows 10 och Windows Phone.

Samt vad jag förstår av Direct3D 12 så har den fortfarande problemet med att det kommer finnas en eller två main threads i grafikdrivrutinen som hanterar serialiseringen av calls något Vulkan inte har. (Rätta mig om jag har fel)

Det finns inget stöd för DX12 för Fermi än, men <trumvirvel> det kommer att stödjas lite senare och Fermi utlovas att få stöd i god tid innan några spel har släppts.
Klart lite trist att inte kunna testa demot, det förstår även jag.

edit Stämmer bra, från 400 serien och uppåt.

Påstår du allvarligt att Direct3D 12 inte är utvecklat ihop med branschen? Felaktigheten i det påståendet är fysiskt påtaglig. D3D är väldigt väl förankrat i både hårdvaruindustrin och spelindustrin. Alla fyra processor/grafikkortstillverkarna har varit direkt inblandade i D3D12. Intel och Nvidia sedan början, AMD särskilt sedan XBOne och på senare tid även Qualcomm. Det finns en anledning varför AMD slutade utveckla, skrev av och skänkte bort Mantle.

Mjukvarumässigt är listan över bolag som involverats väldigt lång men engine partners är vad jag vet:
EA DICE & AMD: Frostbite Engine
Bohemia & AMD: Enfusion Engine
SquareEnix & AMD: Dawn Engine
SquareEnix & Nvidia: Luminous Engine
Crytek & Nvidia: CryEngine
Epic Games & Nvidia: Unreal Engine
Bethesda/id Software: idTech6

Den enda stora spelstudio som vi vet inte deltagit i utvecklingen av D3D12 är Valve. Anledningen till det är till väldigt stor del att DirectX inte fungerar på Linux och SteamOS är Linux.

Du har inte fel men du får inte glömma att du pratar om maskiner som inte är PC. Så fort du pratar PC innefattar begreppet "Windows" ungefär 95-96% av marknaden och 100% av prestanda-/spelmaskinerna.

Vulkan är inget dåligt system, men DX12 har med ett enda undantag alla stora aktörer på marknaden bakom sig.

Där hade vi undantaget - Valve... men de har inte resurserna att konkurrera med DX12. Intel, Nvidia och AMD bygger DX12... men de bygger också din processor och ditt grafikkort. Kan något system konkurrera med de fyra bolag som tillsammans kontrollerar 100% av PC-marknaden både vad gäller CPU och GPU, och 96% av operativsystemen?

Nej, men jag förstår missförståndet.

Med DirectX 11 introducerade man möjligheten att köra flera samtida trådar av Direct3D, men eftersom Windows kernel fortfarande styrde resurshanteringen (vilken kärna som gör vad och vilket minne som avdelas till vad) begränsades man av hur Windows hanterar hårdvaran (WDDM). Windows Vista och 7 (WDDM 1.0/1.1) stöder bara en execution thread, Windows 8/8.1 (WDDM/DXGI 1.2/1.3) stöder två. Det är det här du pratar om, antalet exekveringstrådar.

WDDM 2.0 i Windows 10 fungerar helt annorlunda. Du parallelliserar direkt mot shadernivå (close to metal) och kan därför nå ett teoretiskt obegränsat antal samtida trådar. Man flyttar bort resurshanteringen från Windows kernel och lägger den i spelmotorn eller i APIn eller i drivrutinen. Helst vill man ha det så direkt i spelmotorn (close to user).

Det sagt lägger man en arbiträr begränsning i hur många samtida trådar spelmotorn kan skapa. Det görs av spel(motor)skaparen då det helt plötsligt är upp till honom att se till att allt det Windows skötte åt honom tidigare fortfarande fungerar.

Det har varit en hel del skitsnack om vilken tillverkare och vilket grafikkort som haft mest och malligast stöd för DX12, vinnaren är <trumvirvel> Intel Skylake.
https://en.wikipedia.org/wiki/Feature_levels_in_Direct3D
Så vi fanboys, AMD och Nvidia, får dränka våra sorger i kväll.

Ehum. Läs listan.

Khronos Group består (förutom ARM-, Linux och Androidgrupperna) av företag som tillverkar:
CAD-program,
Bildredigeringsprogram,
Videoredigeringsprogram,
Databasservrar,
Webbläsare,
Medicinska system,
Navigationssystem,
Kamerasystem,
Virtuell verklighet,
Skrivare,
Grafräknare,
Virtualiseringssystem,
Webbläsare,
Emuleringssystem

De har tre spelbolag med i contributorlistan. Oxide Games och Electronic Arts kom med i och med att AMD gav bort Mantle, men båda går över till DX12 med Nitrous och Frostbite...

...vilket betyder att det egentligen bara finns ett. Valve Corporation.

Det enda spelbolag som sitter med i Khronos "Promoter"-lista är Epic... vilka också är launch partner med Microsoft och Nvidia för DX12.

I övrigt är det samma tre hårdvarutillverkare (Intel, AMD, Nvidia) och mobilindustrin.
På vilket sätt är OpenGL förankrat "i industrin" när bara två bolag i spelindustrin är representerade, ett vilket dessutom är väldigt hårt involverat i DX12?

Visste inte att det funkat i hundra år.
Tack för tipset.

Off Topic;

Windows kommer från nordiskan och betyder från början vindöga, det var den öppning vikingarna lämnade nära taknocken för att släppa ut röken ur husen.

Så Windows har funnits i mer än 1000 år, fönster är plattyska och heter fenster på tyska.

Vet inte om vikingarna varit så sugna på alt-enter dock, de hade nog kört yxan genom skärmen.

I sak har du helt rätt, den praktiska effekten kommer bli den du beskriver.

Däremot är detaljerna fel (i alla fall om det jag läst på MSDN stämmer). Multitrådstödet i DX11 och DX12 är på hög nivå i princip identiskt, i både fallen är alla anrop till GPU-delen serialiserade (d.v.s. användning av ID3D11DeviceContext/ID3D12CommandQueue är serialiserad).

I båda fallen kan man skapa listor med kommandon som man vill skicka till GPU-delen, detta kan göras helt fritt från olika trådar (godtyckligt antal i båda fallen) bara man jobbar med olika listor.

Den stora skillnaden kommer i hur mycket jobb som kan utföras redan när kommandolistorna skapas, DX11 var så pass flexibelt att det mesta av arbetet att konvertera kommandon till något GPU i det lokala systemet förstår måste hända i samband med att man skickade informationen till GPUn (använder ID3D11DeviceContext).

I DX12 har man tagit bort den flexibilitet som omöjliggjorde "kompilering" av kommandolistor ända ner till GPU-specifik kod. Resultatet är nu att det mesta av jobbet händer när man skapar listan, något som sagt kan utföras på många olika trådar bara det är olika listor.

Förenklat kan man säga att DX11 kunde bara kompilera till bytekod/CLI (för att använda Java/C# termer) i den multitrådade delen för att sedan kräva JIT till maskinkod på huvudtråden. DX12 kan kompilera direkt till maskinkod redan i den multitrådade delen.

Ska bli intressant att se hur pass bra spel skalar över CPU-kärnor i framtiden, multicore programmering är svårt och det finns definitivt en rad flaskhalsar även i spelmotorer. Innan DX12 var det dock kört att skala då man hade en flaskhals i GPU-kommunikationen, nu lär vi få se en lång rad andra flaskhalsar som man måste komma runt. Är tyvärr så att det inte blir bättre än den sämsta länken vid multicore...