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

• #46158 HSM félisten Petykemano #46148

  Új Válasz 2023-02-13 20:26:42 #46158

  Ú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

  

  HSM

  félisten

  válasz Petykemano #46148 üzenetére

  "És csak a piaci penetráció vs extra munka kérdéskörön bukhat el"
  Ha okosan csinálják, szerintem nem túl nagy extra munka, hiszen kész az API, és a konzolokon is elérhető a feature. Főleg, ha később esetleg szabvány is lesz belőle, ami nem elképzelhetetlen, mert mások is látják azért a DXR jelenlegi korlátait, köztük az nv is, azért hozták a 4000-es széria fejlesztéseit a fixfunkciós blokkba [link] .

  #46149 Busterftw : Nem tudok róla, hogy lenne olyan játék, ami az AMD saját RT API-ját használná.

  #46150 b. : A helyzet, hogy a DXR és az RTX-ek eléggé egymásra lettek szabva... Lásd DXR1.0 - Turing, DXR1.1 - Ampere. Így könnyű. Az AMD más megoldást képzelt erre el a konzolokkal és RDNA2-vel kezdődően. A nagy költői kérdés, hogy annak támogatása miért nem került bele a PC-s DXR-be, főleg, hogy a konzolok is tudják?
  Egyébként már a DXR rendszer megjelenésekor többen panaszkodtak a rendszer black-box jellegére és bizonyos pontokon a programozhatóság, rugalmasság hiányára. Szintén Abu85 linkelte nemrég [link] , teljes mértékben egyetértek vele szoftverfejlesztési szemszögből.

  #46156 paprobert : "De hát mindhárom állítás igaz. ... A kártyákban nincs elég számítási kapacitás ... rövid távon."
  Ezzel a pontoddal nem értek egyet. Jó példa erre a mostani RDNA2 és RDNA3 kártyák (Navi21, 31). Elég komoly RT-re képesek még úgy is, hogy rá vannak kényszerítve a korlátozott DXR megvalósításra.
  Természetesen a fixfunkciós hardver + rá szabott, a konkurencia erősségét nem támogató API mellett nyilvánvalóan az RTX-es megvalósítás tűnik szükségesnek és jobbnak. De ne csak a chartokat nézzük, hanem a tágabb kontextust is, és máris nem lesz ez olyan magától értetődő.

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