Ú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.

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