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

• #79 Abu85 HÁZIGAZDA gbors #77

  Új Válasz 2016-01-01 19:34:14 #79

  Ú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 gbors #77 üzenetére

  Ez túl régi pépör. Azóta már eltelt öt év és az analitikai AA-k szempontjából egészen komoly eredmények születtek. A leghíresebb talán az Ubisoft HRAA-ja, és hasonlókat más is fejleszt csak még nincsenek bevethető állapotban.

• #76 R-O-B-I csendes tag gbors #75

  Új Válasz 2016-01-01 10:02:54 #76

  Ú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

  

  R-O-B-I

  csendes tag

  válasz gbors #75 üzenetére

  1x4-ről én nem tudok, de pl. 4 multisampling esetén a depth és stencil teszt, meg a ROP pixelenként 4-szer van. A mikropoligonoknál ráadásul nem csak ez a gond, hanem mondjuk az overdraw is, amin bizonyos mértékig a z prepass segíthet, azonban pont a sok poligon miatt nem igazán.
  Az ezirányú kutatások már évek óta folynak (pl. [link]), de a jelenlegi hardverek még nem teljesen igazodnak ezekhez. A játékokban pedig jellemzően sokkal összetettebb problémák is előjönnek, mint a steril demókban, ezért az engine programozóknak nem könnyű megcsinálni egy alapjaiban ennyire különböző, új rendszert.
  Kicsit hasonló a helyzet, mint kb. 10 éve volt a forward és deferred shading esetén, csak az még egyszerűbb is volt ehhez képest, mégis kellett vagy 5-6 év, mire kezdett elterjedni az újabb megoldás. Gondolj pl. az UE3-as játékokra.

• #74 R-O-B-I csendes tag gbors #72

  Új Válasz 2015-12-31 21:04:04 #74

  Ú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

  

  R-O-B-I

  csendes tag

  válasz gbors #72 üzenetére

  A 4x4 egy optimális választás volt az akkori poligonméretekhez, és ehhez igazították a shader unitokat. Viszont a compute shadernél a unified shader modellel ez gyakorlatilag már érvényét vesztette, mert többszáz thread futhat párhuzamosan. A geometriákhoz rendelt materialok pedig akár pixelenként különbözőek lehetnek, amihez meg a klasszikus fixfunkciós raszterizáló már nem a leghatékonyabb. Így ez a Frostbite féle megoldás végülis egy több évtizedes örökségen próbál változtatni.

• #73 Abu85 HÁZIGAZDA gbors #72

  Új Válasz 2015-12-31 19:32:39 #73

  Ú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 gbors #72 üzenetére

  A quadraster miatt. A fixfunkciós raszterizálók négyes pixelcsoportokban dolgoznak, így egy háromszögre egyszerre négy pixelt vizsgálnak. Ha a háromszög csak az egyik pixelt fedi, akkor a másik három pixelhez tartozó számítás felesleges. A 4x4 pixel az a lefedettség, ahol a háromszög már akkora, hogy a négyes pixelcsoportoknál a vizsgálat a pixelek 90+ százalékára pozitív eredményt ad, tehát nem volt felesleges elvégezni.

  (#69) R-O-B-I: Már eljutottunk a REYES-szerű leképzőkig. Jó a többesszám erős volt, de az Oxide eljutott a Nitrous motorral. Szerintem más is vizsgálja a lehetőséget, vagy ha eddig nem vizsgálták, akkor a Nitrous láttán elkezdik vizsgálni.

• #71 R-O-B-I csendes tag gbors #70

  Új Válasz 2015-12-31 16:43:13 #71

  Ú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

  

  R-O-B-I

  csendes tag

  válasz gbors #70 üzenetére

  A 16 pixel inkább 4x4 pixelt jelent, ami a párhuzamos pixel shader futtatásra, valamint a gyors depth és stencil műveletekre utal. Valamikor az ezredforduló környékén jöttek ezek az optimalizációk a HyperZ-vel, stb. és még az Intel is a Larrabee-ben [link] valami hasonló megoldással próbálkozott, szoftveres módon.
  A lényege, hogy rendereléskor a háromszögeket 4x4 pixeles blokkokban rajzoljuk úgy, hogy ezeken belül minden pixelt egyszerre számolunk. Azaz ha ennél kisebb méretű (vagy nem blokkhatárokra igazodik) a háromszög, akkor a GPU nem tud olyan hatékony lenni, mert a kirajzolásnál sok művelet nem végezhető el párhuzamosan.

• #56 he7edik. addikt gbors #55

  Új Válasz 2015-12-30 09:21:43 #56

  Ú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

  

  he7edik.

  addikt

  válasz gbors #55 üzenetére

  A zintel legnagyobb örömére.

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