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

• #59 Jack@l veterán Dyingsoul #58

  Új Válasz 2015-10-19 10:06:21 #59

  Ú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

  

  Jack@l

  veterán

  válasz Dyingsoul #58 üzenetére

  Pedig Loha egyértelműen, logikusan leírta a megoldást, abu meg csak ködösített. Nem kell hinni nekik, utána kell olvasni...
  Egy kis ösztönző: https://www.youtube.com/watch?v=uwGDg_SegDg

• #53 Jack@l veterán egyedülülő #52

  Új Válasz 2015-10-18 19:14:32 #53

  Ú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

  

  Jack@l

  veterán

  válasz egyedülülő #52 üzenetére

  Még mindig nem érted hogy mi a baj azzal ha akarva vagy akaratlanul félre vagy tájékoztatva?
  Én ezeket kiszúrom általában elég hamar, de a nagy átlagnak erről fogalma sincs.
  Elsősorban a megbecsülés és a szeretet hajt, ami ezen a fórumon körbevesz

• #50 Jack@l veterán egyedülülő #49

  Új Válasz 2015-10-18 17:43:51 #50

  Ú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

  

  Jack@l

  veterán

  válasz egyedülülő #49 üzenetére

  Jobb kérdés lenne hogy mitől, de gyanítom neked fogalmad sincs még mindig róla.

• #45 Jack@l veterán Loha #42

  Új Válasz 2015-10-18 16:53:33 #45

  Ú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

  

  Jack@l

  veterán

  válasz Loha #42 üzenetére

  Jaa, ennyi hogy nagyobb képet számol és utánaforgatja/levágja?
  Értem már, ez így a lagon nem sokat segít mert plussz munka, de a végeredmény közelebb lesz az éppen addigra kialakult elforduláshoz.
  Thx.
  UI: ehhez se kell semmi low level varázslat, a render végén egy post processing azt jóvan. Nem sok meló maga az arrébb tologatás pár pixellel.

• #40 Jack@l veterán Abu85 #39

  Új Válasz 2015-10-18 14:31:23 #40

  Ú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

  

  Jack@l

  veterán

  válasz Abu85 #39 üzenetére

  Ja, arra hbm2-re, amit a csúcskategóriába belerak, a többit meg olcsón elszórja gddr5x-el.
  A lényeg hogy majd ha lesznek erről teszteredmények és ha kijön hogy jócskán kissebb lag van amd-n mint nvidián, akkor lesz majd alapja a nagy belengetésnek. Addig ugyanolyan mese, mint a DX12-ben sokkal jobb az amd és előtte sok más dolog.
  Tudom csak addig kell trtani a hype-ot, amíg az ember megveszi a kártyát reménykedve, ha utána pofára esik az már kit érdekel.

• #38 Jack@l veterán Abu85 #37

  Új Válasz 2015-10-18 14:25:53 #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

  

  Jack@l

  veterán

  válasz Abu85 #37 üzenetére

  Aztán nehogy majd a mérések mást mutassanak jó szokás szerint...
  HBM is hogy be lett harangozva, aztán lett ám pukk

• #36 Jack@l veterán Abu85 #35

  Új Válasz 2015-10-18 14:06:34 #36

  Ú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

  

  Jack@l

  veterán

  válasz Abu85 #35 üzenetére

  Jobban örülnék ha tisztában lennél az alapokkal és értenéd az aggályaim...
  Eddig is meg lehetet tenni, hogy közvetlen kirajzolás (a sokat emlegetett draw call) előtt még egyszer lekérdezed a legfrissebb pozíciót, de ezután se változtathatod meg már kirajzolás közben.

• #34 Jack@l veterán Abu85 #33

  Új Válasz 2015-10-18 13:50:45 #34

  Ú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

  

  Jack@l

  veterán

  válasz Abu85 #33 üzenetére

  Minden játék úgy működik, hogy a képkocka számítás előtt lekérdez egy pozíciót. Már vagy 25 éve...
  Amikor kiadtad hogy draw, onnantól kezdve nem lehet változtatni rajta büntetlenül. (se low levelben, se vr apiban és egyetlen shader futószalagos megjelenítésben sem, előtte eddig is lehetett)
  Mivel mindent a kamera pozícióból számolnak egy képnél, olyan mintha azt mondanád, hogy süti sütésnél neked nem kell tojás(vagy csak 1), a többit majd a végén ráütöd, ha kisült a süti.

  Vagy ha megmondod konkrétan a futószalagon mi az a pont és a képalkoztásnak nagyjából mennyi százalékán spórolható meg a lag, hinni fogok neked. (csak hogy legyen valami konkrét állításod is amit utána bárki hozzáértő szétcincálhat )

• #32 Jack@l veterán Abu85 #30

  Új Válasz 2015-10-18 13:38:46 #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

  

  Jack@l

  veterán

  válasz Abu85 #30 üzenetére

  Akkor a fényképezővel se torzul a kép, ha menet közben berántom? Jó lenne ehhez az alapokkal tisztában lenni. A low level nem fog változtatni a kép kiszámolásán, se azon hogy 1 fix fejpozícióbol számolnak mindent...
  Vagy neked az is jó, hogy az objektum csúcspontjai X helyen vannak, de az árnyékát vagy a textúráinak a megvilágítását már másik pontból számolja?

• #28 Jack@l veterán Abu85 #26

  Új Válasz 2015-10-18 12:48:25 #28

  Ú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

  

  Jack@l

  veterán

  válasz Abu85 #26 üzenetére

  Már hogyne csökkenthetné? Ugyanaz a beviteli eszköz...

  A gond nem csak a kivbágással van, hanem eleve a képalkotással. Szóval találd ki hogy torz lesz a képe ilyenkor a rendernek, vagy gyaklorlatilag alig tudnak időt nyerni a későbbi kiolvasással.
  Mint mikor valaki rángatja a kamerát fényképezés közben, csak itt máshogy fog lecsapódni az elmozdulás. (mondjuk vertex shader közben, vagy tükröződésnél, árnyékoknál nem is abból a nézőpontból számol amiből a háromszögeket)

• #23 Jack@l veterán Abu85 #21

  Új Válasz 2015-10-18 11:41:51 #23

  Ú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

  

  Jack@l

  veterán

  válasz Abu85 #21 üzenetére

  Minek kell a jelenet számolásához a fejpozíció?
  Ha meg a képalkotáshoz kell, mi lesz abból ha a modell háromszögeit, egy nézöpontból számolja, a vágását shadinget és tükröződéseket meg másikból? (hgyengébbek kedvéért arrébb rángatod a kamerát miközben már levágtad a képből kilógó háromszögeket)

  Utolsó ultimate kérdés: ha ez ennyira nagyszerű találmány, és állítólag nagyon nagyon sok lagot megspórol, mért nem használták már eddig is egeres bevitelnél gyors fps-ekben?

• #20 Jack@l veterán

  Új Válasz 2015-10-18 09:41:08 #20

  Ú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

  

  Jack@l

  veterán

  Bullshit:
  "Ennek a koncepciónak az előnye, hogy az úgynevezett "motion-to-photon" késleltetés durván a felére csökkenthető, mivel a képkocka számításához felhasznált fejpozíció nem a jelenet kalkulációjának megkezdésekor született meg, hanem pont a jelenetszámítás befejezésekor."

  Hogy a csába számolhatna jelenetet valami kamera nélkül? Vagy te is csinálsz egy fényképet és a végén a jó irányba forgatod a fényképezőt?

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