Új hozzászólás Aktív témák

• #29 Abu85 HÁZIGAZDA hapakj #25

  Új Válasz 2017-09-01 09:46:43 #29

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Abu85

  HÁZIGAZDA

  válasz hapakj #25 üzenetére

  A driver egy rendkívül vékony réteg a D3D12-ben. Gyakorlatilag minden feladat, ami a D3D11-ben a kernel driverben volt, azt D3D12-ben programba kell írni. Ezeket a programkódokat biztosítaná a Microsoft egy esetleges függvénykönyvtárban. Ezek igazából a játékra vonatkozóan nem tesznek semmit, csak alapvető menedzsmentfeladatokat látnak el, amelyek régen amúgy is a driver feladati voltak. Például egy ilyen függvénykönyvtárral nem kell azt is megírnod, hogy miképpen allokálsz egy puffert, hanem csak meghívod az erre vonatkozó függvényt és a hozzá tartozó headerben már ott van az erre vonatkozó programkód.

• #26 #06658560 törölt tag hapakj #23

  Új Válasz 2017-08-31 23:24:48 #26

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #06658560

  törölt tag

  válasz hapakj #23 üzenetére

  A nem csinál semmit úgy értsd, hogy nem a játék érdemi részével foglalkozik. Hanem figyeli, hogy áll a VRAM telítettsége, s millió if esetén csinálja A-Z kimenetek valamelyikét a memória megtelése elkerülése érdekében. Vagy folyamatosan szinkronban tartja a memóriát a rendszermemóriával. Stb. De ezeket is a játékot fejlesztőnek kell kezelnie, figyelembe véve a három gyártó tíznél több architektúráját, és a GCN-ek eltéréseit is.

  #25: Persze, hogy nem egyszerűbb. De nem mindegy, hogy a játékfejlesztő kell megírja, vagy a hardverfejlesztő. Aki egyszer megírja és adhatja oda minden stúdiónak, azonos minőségben, vagy minden stúdió magának gányol minden hardverre valamit. Pláne a játék kiadása után megjelenő hardverek esetén érdekes a support kérdése.

• #24 b. félisten hapakj #23

  Új Válasz 2017-08-31 22:33:18 #24

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  b.

  félisten

  válasz hapakj #23 üzenetére

  Inkább mondjuk úgy hogy AMD is ( talán Microsoft is)rájött arra, hogy nem olyan jó ez a túl nagy szabadság a fejlesztők kezébe, mert szarnak rá, se pénz se idő ,ezért jobban járnak, ha még is csak az átkozott NV által járt kissé szabályozottabb utat választják, azaz például megpróbálják a memória menedzsmentet hardveresen megoldania fejlesztők helyett stb...

Új hozzászólás Aktív témák