DirectX 12 - info a vše okolo

[zumpar1234]

Na GDC 2016 sa nVIDIA rozhovorila o DX12 a o tom ako je potrebne optimalizovat priamo na dane architektury zvlašť. Napadla ma teda zaujimava uvaha, nebude v budocnosti teoreticky problem pokial vyrobcovia prejdu povedzme za 8-10 rokov na uplne ine GPU architektury? Nebudu tie DX12 hry s heavy optimalizaciami na plech suxovat na novych GPU architekturach? Osobne by sa mi nepacilo ak by som nemohol hrat starsie hry na novych GPU.

[ArgCZ]

zpětnou kompatibilitu mít musej a hrubej výkon to kdyžtak přetlačí... můj názor

[Krteq]

Na GDC 2016 sa nVIDIA rozhovorila o DX12 a o tom ako je potrebne optimalizovat priamo na dane architektury zvlašť.

Byl by link?

[zumpar1234]

http://www.dualshockers.com/2016/03/14/ ... ls-shared/

[hnizdo]

Na GDC 2016 sa nVIDIA rozhovorila o DX12 a o tom ako je potrebne optimalizovat priamo na dane architektury zvlašť. Napadla ma teda zaujimava uvaha, nebude v budocnosti teoreticky problem pokial vyrobcovia prejdu povedzme za 8-10 rokov na uplne ine GPU architektury? Nebudu tie DX12 hry s heavy optimalizaciami na plech suxovat na novych GPU architekturach? Osobne by sa mi nepacilo ak by som nemohol hrat starsie hry na novych GPU.

Toto je riziko jakehokoliv close-to-metal API. Cim mene abstrakce, cim vice hw optimalizace, tim vice vykonu a mene zpetne a dopredne kompatibility. Konzole o tom mohou vypravet.
Psal jsem tu o tom v tom momente, kdy se zacalo hovorit o mantle a dx12 v tehle souvislosti. Takze pro mne nic noveho.

[Hladis]

Klasika. U DX11 pro vyvojare pohoda, postaral se pak driver team. Ted ale se to bude muset psat zvlast a většina věci pada primo na hlavy vyvojaru. Ostatne o tom se tu mluvilo. To samozrejme bude znamenat i dost "rozbitych DX12" her. Predstavy jak to bude easy snad uz opustily i skalni optimisty.

[hnizdo]

Presne tak! Nicmene ted muzou nastoupit enginy jako Cryengine (jeste snad nezkrachovali) a unreal, a hodne toho udelat za developera, alespon zaklady jako rozdilne knihovny zakladnich funkcni pro amd/nvidii. Ale bude to brusleni na tenkem lede, vzdyt hodne vyrobcu dokazalo kralovsky podelat hry i na dx11.

[Krteq]

http://www.dualshockers.com/2016/03/14/ ... ls-shared/

Díky

1. Byl to společný event AMD a nVidie
2. Není tam ani slovo o tom, že by se muselo pro každou architekturu psát zvlášť Jen je tam vysvětleno omezení architektur (převážně Kepler/Maxwell ) a s tím spojený rozdílný přístup k resources atd. (viz. slidy na konci článku, které to všechno vysvětlují)

Sorry, ale takovýmhle způsobem vznikají fámy, které tu někteří pak neustále papouškují aniž by si o tom něco zjistili (viz. hnizdo a další).

[hnizdo]

Povedzte mi, vojin Krteceq, ako si konkretne predstavujete hen ten vas "odlisny pristup" v praxi? Akoze programovani stejne, ale moralni stanovisko odlisne?

[Hladis]

Není tam ani slovo o tom, že by se muselo pro každou architekturu psát zvlášť

Nikdo nebude psat zvlast celou hru, ale jisty věci musí byt jiny kvůli odlisnosti architektur. Je to tam napsany.

[Krteq]

Nikdo nebude psat zvlast celou hru, ale jisty věci musí byt jiny kvůli odlisnosti architektur. Je to tam napsany.

Však to tam píšu

Není tam ani slovo o tom, že by se muselo pro každou architekturu psát zvlášť Jen je tam vysvětleno omezení architektur (převážně Kepler/Maxwell ) a s tím spojený rozdílný přístup k resources atd. (viz. slidy na konci článku, které to všechno vysvětlují)

Hladis//Kdo chce kam, pomozme mu tam. Promaz OT/uprava postu a varovani.

[hnizdo]

Tak nam jeste nezapomen napsat, jak si to predstavujes v praxi. Abys nejak podlozil, ze se relevantni casti kodu nemusi psat pro kazdou architekturu zvlast.

[Krteq]

O jaké "relevantní části" kódu mluvíš?

[hnizdo]

Ten ktereho se tykaji ty rozdilnosti architektur.

[Hladis]

Ja myslim ze tenhle slide hovori jasne http://cdn4.dualshockers.com/wp-content ... des-10.jpg Tedy pro každýho výrobce HW, at je to nV, Intel, AMD..... cokoliv, musí vytvořit cestu zvlast. Pokud to vyvojar nemůže udelat, neumi to nebo to nechce delat, mají pouzit DX11. Vyvojari nemuzou ocekavat dobry beh stejnyho kodu na ruznym hardware konzoli a PC a musí zvážit rozdilnost specifik jednotlivých architektur. Myslim ze je to srozumitelny. K tomu se vazou jiny Tier a atd... proste kazda architektura je jina. To znamena, ze když někdo dela hru, musí ji optimalizovat pro kazdou architektruru zvlast, uz to za nej nebude delat prevazne driver. Ke compute je tam pak tenhle slide http://cdn3.dualshockers.com/wp-content ... des-59.jpg a k Tier http://cdn4.dualshockers.com/wp-content ... des-60.jpg Jedinej kdo je tam plne zelenej je Intel.

[zumpar1234]

Klasika. U DX11 pro vyvojare pohoda, postaral se pak driver team. Ted ale se to bude muset psat zvlast a většina věci pada primo na hlavy vyvojaru. Ostatne o tom se tu mluvilo. To samozrejme bude znamenat i dost "rozbitych DX12" her. Predstavy jak to bude easy snad uz opustily i skalni optimisty.

Ja už začinam byt skor skalny pesimista a citim z toho "close to metal" slepu vetvu vyvoja lebo na trhu kde je PC platforma 3. vzadu za konzolami a kazdy sa snazi len narychlo zbuchat PC port a mat to z krku nie je zivna pôda pre laborovanie a ladenie PC verzii este aj na jednotlive GPU architektury. Tie roky sme tu nemali high level pristup len z trucu ale z pragmatickych dôvodov odlisnosti PC HW. Ak tomu rozumiem spravne a DX12 je standard pri ktorom sa bude musiet ladit zvlast na kazdu GPU architekturu tak to je podla mna utopia. A niekomu zjavne po Matle v MS teda nejakemu managarovi drblo v palici a povedal si ze toto musime mat lebo to je "buducnost" dvyhol sa hype Khronos sa pridal a teraz tu mame low level APIs ktore mozu kludne vysumiet koli nepraktickosti vyvoja.
DX12 je navyse umelo obmedzeny len na Windows 10 takze dalsia "bota".

[Hladis]

Nevidel bych to tak cerne. Hlavni prinos snizeni latenci a overheadu bude jiste znat. Cerne ale vidim urovne optimalizaci, to jo, proto pisu o "rozbitych" DX12 hrach. Takze bude docházet k tomu, ze vyvojari budou muset tesneji spolupracovat s IHV a ti jim budou muset vic pomáhat při tvorbe aplikace. Pokud v tom nekde dojde k vypadku, tak se to pojevi spatnym chodem aplikace na urcitym HW a nespravi to jen driver.

[hnizdo]

Taky to nevidim cerne. GPU stejne jako CPU zacinaji narazet na fyzikalni limity, bude cim dal tezsi udelat velkej cip na hustym procesu za rozumne penize. Cesta sw a optimalizaci je minimalne v horizontu nekolika let nejsnazsi, akorat se budou muset vyrobci her sanzit daleko vic nez driv a to minimalne do doby, nez to dostanou do krve. Ale imho to bude jeste pozdeji, nez to bylo s adopci noveho dx standardu doposud. Protoze doted slo jen o to vyrazit z jednoho dx co nejvic. Ted se navic budou muset starat o aktualni hw napric generacemi pro tri vyrobce.
Samozrejme nejlip na tom bude ta hw architektura, ktere da gpu-vendor nejlepsi podporu. If you know what I mean

[PET5]

Myslím, že nám v těch spekulacích chybí jedna zásadní proměnná. Tou je náročnost optimalizace aplikace pro konkrétní hardware. Vždyť velkou část funkcí DX12 zvládají všechny platformy na přijatelné úrovni. Liší se jen minoritním počtem funkcí. Ona ta optimalizace může znamenat pouhé povypínání nepodporovaných funkcí pro daný hardware. Pak by to nemusel být nějaký výrazný problém, který by komplikoval práci programátorů.

[hnizdo]

Tak jasne, kdyz je neco slozity, problematicky, a neprinasi to zadny velky vyhody, vyprdnou se na to. Nejlepsim prikladem je AC.