Keresés: - [Re:] Az új API-knak is kevés lehet a teljesítményük

Legfrissebb anyagok

Mobilarena témák

PROHARDVER! témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

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

#88 sb veterán Jack@l #87

Új Válasz 2015-02-03 13:57:08 #88
Ú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

sb

veterán

válasz Jack@l #87 üzenetére

Raytrace-nél nincs.
De offline rendernél lehet, mivel az lehet offline sima raszterizálással is.
De tök mindegy, hogy nincs draw call. Van más, sokszoros számítási igény.
#86 sb veterán Jack@l #85

Új Válasz 2015-02-03 11:36:17 #86
Ú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

sb

veterán

válasz Jack@l #85 üzenetére

Alma-körte.
Most mit hasonlítasz mivel?
Egyik raszteres, másik raytrace. Totálisan más feladatok és számítások.
Objektumok transzformálását, textúrázást, shader kódokat. vs Fényforrás (hány darab?), pixelszám (milyen felbontás), milyen mélységű rekurzió, stb, stb...
Raytracingnél nincs is olyan, hogy objektumot rajzolsz ki klasszikus értelemben. Geometria van és pixelek rajzolódnak ki, amikből összeáll vmi kép.
#84 sb veterán Jack@l #83

Új Válasz 2015-02-03 11:01:45 #84
Ú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

sb

veterán

válasz Jack@l #83 üzenetére

Akkor viszont szarul fogalmaztál.
Az offline a realtime ellentettje jelen esetben.
Realtime: Amit úgy renderelsz, hogy mozgásban elkészül a kép csúszás, várakozás nélkül. Vagyis olyan render ami tud mondjuk 25-30fps sebességgel képeket előállítani.
Offline: Ami nem tud: előbb kiszámolod, utána nézhető. Pl egy 10 órát futó render, amivel készítesz egy 15 perces valamit. Ez nyilván nem lehet realtime, mert előbb ki kell számoltatni, hogy láthasd.
A render módja meg tök irreleváns. Lehet raszteres render is mindkettő, de lehet raytracing is akármelyik.
Ebből következik, hogy a "draw call" is független a render típusától. Rajzolási parancs. Ez is egy általános fogalom ilyen formában.
Egy offline elindított renderben nem kell rajzolni? De. Kirajzolsz 10 ojjektumot, X idő. Ha kirajzolsz 100-at az mennyi?
PC-s DX rendernél pedig egy sajátosság, hogy a rajzolási parancsnak a rajzoláson kívül magas teljesítményigénye van. Ha technikailag ugyanazt csinálod ott is lehet overhead.
#77 sb veterán Jack@l #73

Új Válasz 2015-02-02 19:09:14 #77
Ú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

sb

veterán

válasz Jack@l #73 üzenetére

Én se értem miről írsz.
Mit értesz realtime és mit offline render alatt?
#75 Abu85 HÁZIGAZDA Jack@l #73

Új Válasz 2015-02-02 19:00:41 #75
Ú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 Jack@l #73 üzenetére

Most is minden játék real time. Ha a ray-tracingre gondolsz, akkor nem realtime-ot kell írni, hanem ray-tracinget. Egyébként erre vonatkozóan számos kutatás indult. Természetesen reális elképzelés ez az irány, hiszen itt vannak az új API-k, azokban egyéni futószalagra is van lehetőség, ahogy opció az aszinkron compute, ráadásul a GCN már stateless compute, vagyis a hardverek is egyre inkább ki vannak gyúrva a párhuzamos compute-ra anélkül, hogy állapotváltásra kényszerülnének. De azért vannak még problémák, hiszen a jelenetek jórészt statikusak, amin lehet majd változtatni az újításokkal. Erre majd a HSA kínál jó megoldásokat.
#74 SylverR senior tag Jack@l #73

Új Válasz 2015-02-02 18:46:31 #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

SylverR

senior tag

válasz Jack@l #73 üzenetére

Ez rettenetesen statikus.... (mármint a második linked)
(#70) TTomax:
Miért kellene ironoziálni? A Trinity IGP-je szinte mindenben erősebb a 3650-nél. Még fizikailag is (160 vs 256 shader) erősebb.
#71 Abu85 HÁZIGAZDA Jack@l #68

Új Válasz 2015-02-02 18:14:46 #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

Abu85

HÁZIGAZDA

válasz Jack@l #68 üzenetére

Néztem. Valamennyit levesz, de nem jelentős. DX11 sokkal durvábban lassul.
Minek az integrálása? Nem tudom miről van szó. Vagy offline a render, vagy real time. Ezt meg kell érteni.
#67 Abu85 HÁZIGAZDA Jack@l #66

Új Válasz 2015-02-02 18:03:54 #67
Ú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 Jack@l #66 üzenetére

Csak DX11-ben csökkenti a teljesítményt. Modern API-val alig észrevehető a sebességvesztés. Mivel a Nitrous motorra épülő játékok többsége eleve nem kap DX11 portot, így nem valószínű, hogy ez az effekt ki-bekapcsolható lesz.
Az offline valós idejű render nem értelmezhető. Vagy előre számolod ki a képkockákat, vagy valós időben. Ezt a kettőt nem lehet kombinálni. Ha valami valós időben számol, az nem offline render.
#65 Abu85 HÁZIGAZDA Jack@l #61

Új Válasz 2015-02-02 17:54:20 #65
Ú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 Jack@l #61 üzenetére

Offline rendernél a draw call valóban nem probléma, de most valós időről van szó.
Pedig eléggé egyértelmű, hogy ma azért van egy csomó post-process technika, mert azok nem terhelik a processzort. Például a IBR-nél jó lenne, ha nem csak a kép tartalmára terjedne ki, de ha nem post-processel oldják meg, akkor a visszatükrözött objektumokat is ki kell rajzolni, ami újra egy csomó extra parancs.
Szokj hozzá. Ők az elsők, akik ezt a problémát olyan algoritmussal közelítették meg, amelyeket az animációs filmek használnak. Leírhatod még ezerszer, hogy ez neked nem tetszik, de nem halottam, hogy az Oxide a véleményed miatt eldobta volna a koncepciót. Arról viszont halottam, hogy más is megfontolta ezt az irányt. Nem érdekli az ipart a véleményed.