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

• #38 Abu85 HÁZIGAZDA b. #30

  Új Válasz 2016-09-08 09:45:24 #38

  Ú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 b. #30 üzenetére

  A Volta architektúrának mi szüksége egy független Compute Bites parancslistával rendelkező, Pascalra írt Vulkan implementációra?
  Előkészülni erre nem kell. Oda kéne menni a fejlesztőkhöz és elmagyarázni nekik, hogy a graphics-compute pipeline overlap egyszerű és hatékony, de az a GeForce-on nagyon szarul működik, és nagyon örülnének neki, ha valami alternatív async konstrukción is gondolkodnának. Cserébe publikálják az architektúra dokumentációját. Rögtön nem lesz csőlátásban GCN-re fejlesztés.

• #37 Abu85 HÁZIGAZDA b. #28

  Új Válasz 2016-09-08 09:41:41 #37

  Ú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 b. #28 üzenetére

  Most is kihasználják, csak nem úgy, ahogy az a hardvernek jól esik. De ezzel mondjuk egy NV-s rendszerprogramozó nem törődik, mert neki a hardver képességeinek elérhetővé tétele a feladata. Az optimalizálás a programfejlesztő, míg a jól működő hardver a mérnök munkája.

  Nem a hardver kora a probléma, hanem az aszinkron compute alkalmazási módja. Amíg a fejlesztők csőlátásban GCN-re építik fel a konstrukciót, addig nem fog változni NV-n a helyzet, hacsak elő nem jönnek egy olyan képességű hardverrel, mint a GCN.

  A fejlesztés pozitív dolog, nem is ír mást a hír. Az eltitkolta pedig tény, mert marhára nem mondtak róla semmit.

  Ennek örülni kell, hiszen jó hír. Ez benne is van a hírben. Csak például a Doom egy csőlátásban GCN-re felépített játék.

• #27 Abu85 HÁZIGAZDA b. #25

  Új Válasz 2016-09-07 21:05:24 #27

  Ú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 b. #25 üzenetére

  Kérjétek számon az NV-n, hogy miért tiltja le ezt a fícsőrt 5 játékban. Biztosan nem én kényszerítem őket erre.
  Amit ki lehet belőle hozni azt a 3DMark mutatja (linkelve). Ez ki vaj fejtve, hogy van olyan lehetőség, amivel a Pascal alatt működhet ez, csak akkor nem szabad a GCN-re írni az implementációt. És ez nagyon a játékfejlesztőktől függ.
  Mivel a Doom az egyetlen játék, ahol ez aktív, így azt várná az ember, hogy ettől majd jobb lesz. De nem lesz jobb, és ennek az oka le van írva. Dettó megint a játékfejlesztőknél van a labda.
  Miért szóltak? Hát nem. Utána kellett nézni.

• #24 Abu85 HÁZIGAZDA stratova #22

  Új Válasz 2016-09-07 20:42:02 #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

  

  Abu85

  HÁZIGAZDA

  válasz stratova #22 üzenetére

  Az, hogy az NV nem verte nagy dobra nem jelent semmit. Igazából miért jelentsék be, amikor a Doom alatt nem jelent sokat. Ellenben később ez jól jöhet, mert ahogy írtam írható olyan implementáció, ami jó Pascalra is.

  A gyorsulás teljesen normális. Az OpenGL mód nem valami hatékony egyik oldalon sem. Az is elfogadható, hogy 1080p-ben nagyobb a gyorsulás, mert ott fáj leginkább az OGL.

• #21 Abu85 HÁZIGAZDA Pipó #20

  Új Válasz 2016-09-07 19:44:43 #21

  Ú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 Pipó #20 üzenetére

  Most azzal tényleg nem tudok mit tenni, hogy a megjelent 8 explicit API-s játékból 5-ben az NV kénytelen tiltani ezt a fícsőrt, míg 3-ban hibahatár szintű gyorsulást biztosít nekik (1-2%). Ezek azért történnek, mert a 8 explicit API-s játék GCN-re kialakított async compute-ot alkalmaz. De ha mondjuk olyat alkalmaznának, mint a 3DMark, akkor érne valamit (5-6%) az NV-nek is. Itt tisztán a játékfejlesztőknél pattog a labda.

• #18 Abu85 HÁZIGAZDA lezso6 #15

  Új Válasz 2016-09-07 19:33:52 #18

  Ú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 lezso6 #15 üzenetére

  A Tiled Texture3D-nek sajnos nem igazán, mert úgy döntött az MS, hogy kiveszi hozzá való formátumot, ASTC-vel majd jó lesz.

  Conservative Rasterization a TIER_3 szinttől ér valamit (SV_InnerCoverage). Még a TIER_1 lehet érdekes bizonyos árnyékolási technikákhoz. A TIER_2 abszolút érdektelen, mert baromira sok változást igényel a motorban, és azt csak a PC-ért, nem éri meg bevállalni.

  A ROVs kurva jó, de az Intel hardverét leszámítva rohadt sokat lassít. Például annyit, hogy nem sokkal lassabb egy alapvető PPLL implementáció, amit egy picit jobban optimalizálnak és máris gyorsabb a GeForce-on is, mint a ROVs. De ha mondjuk az NV és az AMD olyan gyors ROVs implementációval áll elő, mint az Intel, akkor ez marha jó fícsőr lesz.

• #14 Abu85 HÁZIGAZDA Pipó #11

  Új Válasz 2016-09-07 19:10:30 #14

  Ú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 Pipó #11 üzenetére

  Te szakítasz ki szavakat és mondatrészeket a kontextusukból, nem mi mondjuk, hogy tedd meg. Próbáld meg ezt elkerülni és akkor érteni fogod a hírt.

  (#12) RyanGiggs: Igen a Vulkan API-t az összes, és igen ugyanúgy. A DX12-re a táblázatos szemléltetés a legjobb. [link]

• #9 Abu85 HÁZIGAZDA dergander #7

  Új Válasz 2016-09-07 18:20:30 #9

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

  A gyorsulás 30%-a az async compute az utófeldolgozásra is, míg a maradék ez: [link]

  (#8) noPublicFG: Van már, és fut is rajta a kód, csak a gyorsuláshoz nem olyan koncepciójú kialakítás kell, amit a Doom használ például.

• #5 Abu85 HÁZIGAZDA kikikirly #4

  Új Válasz 2016-09-07 17:45:07 #5

  Ú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 kikikirly #4 üzenetére

  Lesz async compute, csak nem sokat fog érni, ahogy az új Tomb Raiderben sem ér sokat. A többi hét játékban pedig a driver nem engedi az async compute-ot futni.

  A részecskeeffekt a Doomban nem hoz sokat, mert olyan futószalagokkal fut le párhuzamosan, amik eleve az ALU-t terheli. 1-2%-ot ha nyersz.
  Szerintem a post processre nem lesz megoldás a Doomban, mert az NV-n csak úgy lehetne megoldani, ha megnövelik a késleltetést, amit nem szeretnének.

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