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

• #57 Pikari veterán fatpingvin #56

  Új Válasz 2022-11-24 13:55:24 #57

  Ú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

  

  Pikari

  veterán

  válasz fatpingvin #56 üzenetére

  Nos, igen, pl z80 is létezik a mai napig, de új fejlesztésekhez nem sűrűn fogják azt választani a jól fejlesztett és karbantartott avr vagy pic helyett

• #54 Pikari veterán fatpingvin #52

  Új Válasz 2022-11-24 13:50:56 #54

  Ú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

  

  Pikari

  veterán

  válasz fatpingvin #52 üzenetére

  A mipsnek már vége, az utódvállalat risc-v processzorokat dizájnol. A mips utasításkészletet még lehet licenszelni, de nem valószínű, hogy érdemben fejleszteni fogják.

  [link]

  "We’re taking RISC-V to new heights"

• #44 Pikari veterán kismono #43

  Új Válasz 2022-11-23 18:30:33 #44

  Ú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

  

  Pikari

  veterán

  válasz kismono #43 üzenetére

  a kínaiak sosem volt jó saját chipdizájuk, mindent úgy vettek/koppintottak, ez a gpu is brit technológia, az x86 processzoruk pedig taiwani eredetű, az arm chipjeik pedig minimálisan módosított egyen-arm chipek, amiben semmi saját eredetű dolog nincs. az x86 processzorukban már van némi saját tech is. az oroszoknál mindenesetre sokkal jobbak. ettől még persze lehet nagyon jó mindegyik a jövőben.

• #39 Pikari veterán Abu85 #38

  Új Válasz 2022-11-20 17:10:24 #39

  Ú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

  

  Pikari

  veterán

  válasz Abu85 #38 üzenetére

  Ennek a képességnek olyan opengl es 1.1-ig bezárólag volt értelme android 1.6-ig, ahol pont átdobta a sebességet 15 fpsről 20 fpsre az, hogy pár polygonra megspóroltad a tmut és a frame buffer írásokat, és arra a pár ciklusra ezeket az áramköri elemeket le tudtad kapcsolni, ami hozott pár perc extra akksi teljesítményt.

  Erős a gyanúm, hogy az imgtec új dizájnai is már csak generikus végrehajtóegységekből állnak hasonlóan az összes többi gyártóhoz, a deferred rendering pusztán egy logikailag létező layerként funkcionál a driverben legacy featureként - vagy már úgy sem.

• #37 Pikari veterán Abu85 #36

  Új Válasz 2022-11-20 16:47:37 #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

  

  Pikari

  veterán

  válasz Abu85 #36 üzenetére

  Ezt mondom én is. Szóval mégegyszer, mai modern renderelés esetén nem működik a deferred rendering sehogy sem (csak elenyésző alkalommal tud erre a módszerre váltani a driver). Hiába optimizálták így a gput, nem fog így dolgozni. Hiába profilozod a játékokat, bármit csinálhatsz vele.

  Másrészt a deferred rendering a leg-ideálisabb esetekben sem tud ~35-40%-nál nagyobb gyorsulást hozni, még ha találnának is olyan játékot, amire rá tudják profilozni a drivert úgy, hogy biztosan deferred renderinget használjon mindenhol, akkor sem lesz érezhető a gyorsulás. Ez a vonat már kétszeresen elment nekik.

  Ettől függetlenül ez nem lesz egy rossz dizájn, csak ki kell javítani a driverek hibáit.

• #35 Pikari veterán Abu85 #34

  Új Válasz 2022-11-20 13:22:13 #35

  Ú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

  

  Pikari

  veterán

  válasz Abu85 #34 üzenetére

  Deferred renderinget mai grafikus workloadok alatt csak nagyon ritkán lehet aktiválni, számos feltétele van annak, hogy egy adott tileben ezt automatikusan bekapcsold. (függ a shaderektől, a shaderben használt opkódok meglététől, textúráktól is). Már az unified shaderek korát éljük, így a mai programokban már imgtecen is csak sima tiled rendering lesz, a deferredre csak nagyon ritkán van lehetőség. Ahol lehetőség van rá, és még sebességet is hoz, ott a fejlesztők vagy megoldják manuálisan, két passból, vagy pedig 15-20 éves játékról beszélünk, ahol a driver meg tudja oldani okosba.

• #32 Pikari veterán ftc #23

  Új Válasz 2022-11-20 00:13:39 #32

  Ú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

  

  Pikari

  veterán

  válasz ftc #23 üzenetére

  Tiled renderingnek hívják. Ma már az nvidia is ezt az elvet használja [link]

• #31 Pikari veterán

  Új Válasz 2022-11-20 00:10:37 #31

  Ú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

  

  Pikari

  veterán

  Az imgtecnek nem specialitása a directx, hiszen főleg mobilra fejlesztenek, ott pedig opengl ES 1.x/2/újabban 3 van. De integrálták ezt a dizájnt már Intel Atom processzorokra is, talán 1 vagy 2 generációt bírt ki velük az Intel, aztán visítva futott vissza a saját dizájnjához.

  Érdekes, hogy látszólag mennyire nem tudta az imgtec kihasználni a helyzetet, és nem próbáltak tapasztalatot szerezni még akkor a directx kompatibilis meghajtók fejlesztésében - legalább olyan szinten, hogy ne legyenek stabilitási problémák 64 biten, és akármilyen teljesítmény mellett, de induljanak el a játékok és a programok.

  Normál esetben biztosan nem hozna annyi profitot ez a kártya, hogy a meghajtóprogramokat megérje javítgatni olyan tempóban, hogy belátható időn belül jelentősen javuljon a minőségük, de ebben a háborús/szankciós időszakban valószínűleg meg fogják kapni hozzá állami hátterű szereplőktől a szükséges támogatást.

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