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

• #49 con_di_B tag con_di_B #48

  Új Válasz 2020-03-24 22:35:48 #49

  Ú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

  

  con_di_B

  tag

  válasz con_di_B #48 üzenetére

  Eleve ott kezdődik ez a téma, hogy 1) állóképes super resolution mindig okádék lesz mozgóképen 2) mozgó részen nem látsz 4K-t. Ilyesmikből is lehetne szépeket spórolni, pl. statikus részen időben változó sampling pozíció, minden másra ott a motion blur.
  (Disclaimer: DLSS 2.0 papert még nem olvastam.)

• #48 con_di_B tag

  Új Válasz 2020-03-24 22:25:58 #48

  Ú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

  

  con_di_B

  tag

  Én azt nem értem csak, hogy egy ilyen jellegű sztorit miért kell gyártói szinten tolni? Egy valamilyen image super-resolutiont összerakni annyira nem nehéz (az emberek többségének a bicubic+sharpenignek valami mozgásérzékebyebb változata tök elég lehetne), abszolút lehet nyerni rengeteget a játékba történt mélyebb integrációval (pl. HUD mehetne natívban, textúra felbontás lehetne más, screen space cuccokhoz is lehet hozzáférés) ha meg annyira fontos, hogy Tensor magokon fusson, akkor legrosszabb esetben is CUDA-ból megoldható simán, valamilyen interop meg csak van. Miért foglalkozik bárki is ilyen black box cuccokkal? Ha önmagában kevésbé kotorék a 2.0 mint az 1.0 volt, attól ez még mindig indokolatlan bloatware. (Az alapötlet jó, csak ilyenekkel foglalkozzanak azok, akik motorokat írnak, ez még menjen ki open source a GPU Gemsbe.)

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