-
IT café
A legtöbb kérdésre (igen, talán arra is amit éppen feltenni készülsz) már jó eséllyel megtalálható a válasz valahol a topikban. Mielőtt írnál, lapozz vagy tekerj kicsit visszább, és/vagy használd bátran a keresőt a kérdésed kulcsszavaival!
Új hozzászólás Aktív témák
-
Abu85
HÁZIGAZDA
válasz
Raymond #30309 üzenetére
Mármint a AoS/SoA 16 bites csomagolás? PC-n újdonság lesz, hiszen eddig egyetlen PC-s port sem alkalmazta még. De azt hiszem ezt leírtam az előbb, hogy nemrég vált elérhetővé a lehetőség az egyes API-kban, ráadásul részben gyártófüggő szinten.
Bocs, hogy leírom ide, de nem szeretem high-level és low-level API-nak hívni a kettőt. Azért nem jó ez a besorolás, mert nem teljesen igaz. Valójában sokkal jobb a low-level API-t explicit API-nak hívni. A high-level pedig azért nem jó, mert valójában a legacy API-k sem igazán magas szintűek, csak az absztrakció rossz szintjén helyezkednek el. Ezt maga Daniel Baker mondta, hogy ezekkel az API-kkal elsődlegesen az a baj, hogy az absztrakció szintje túl alacsony, hogy egyszerű legyen, de túl magas ahhoz, hogy gyors. A legjobb tehát az explicit API kifejezés a DX12/Vulkan párosnak, és a magasabb szintű a régieknek. Ezt csak úgy megjegyeztem, mert nagyon sokan felhozzák, hogy kiverjék a fejekből a low-levelezést.
A kérdésre rátérve elég nagy gondjuk van a motort író/csiszoló csoportoknak ezekkel, mert ha nem lenne, akkor nem enne meg jóval több VRAM-ot az explicit API-val a program a magasabb szintű API-khoz képest. Ez a különbség szimplán abból ered, hogy nem olyan egyszerű a memóriamenedzsment, illetve nyilván a régebbi API-k mögött azért jóval több tapasztalat is áll, így a meghajtók szempontjából a gyártók már igen kigyúrt rendszerekkel dolgoznak. Ettől függetlenül inkább választja az ipar a DX12 és a Vulkan API-t, mert a kódbázis folyamatosan fejlődik, tehát idővel előnyben lesznek, és addig is elmondják sokszor, hogy ne hasonlítsuk össze mondjuk a DX11-et a DX12-vel. Amit persze mi nem tartunk be.
Tehát maga a váltás, amit a DX12 és a Vulkan képvisel továbbra is jó, ha nem lenne az nem terjedne. Ugyanakkor nem lehet elmenni a folyamatos fejlődésre épülő világban amellett, hogy mindig lesz jobb alternatíva is, és például a HBCC ilyen, ami a következő nagy lépcsőfokot képviseli a GPU-k fejlődésében. Ez olyan, mint bármilyen más korábbi váltás. Példának felhozva a unified shadert. Utóbbi bevezetésével sem mondtuk azt, hogy a különálló vertex/pixel shader rossz volt, csak elavult nézetek szerint volt kialakítva, és továbblépett a piac. Ugyanez történik most is a Vega és a Volta esetében. Ettől a régi modellek nem rosszak csak elavultak. De tök nagy szerencse, hogy az AMD és az NVIDIA dolgozik azon, hogy fejlődjünk.
Az API-kra rátérve pedig oké, hogy a DX11 és az OpenGL megmaradt a DX12 és a Vulkan mellett, de a probléma az, hogy a Microsoft és a Khronos csak az utóbbiakra koncentrál, és emiatt a fókusz miatt ugyanez igaz a meghajtóimplementációkra is, ami nem túl szerencsés a DX11 és az OpenGL jövője szempontjából.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
Új hozzászólás Aktív témák
A topikban az OFF és minden egyéb, nem a témához kapcsolódó hozzászólás gyártása TILOS!
MIELŐTT LINKELNÉL VAGY KÉRDEZNÉL, MINDIG OLVASS KICSIT VISSZA!!
A topik témája:
Az AMD éppen érkező, vagy jövőbeni új grafikus processzorainak kivesézése, lehetőleg minél inkább szakmai keretek között maradva. Architektúra, esélylatolgatás, érdekességek, spekulációk, stb.