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

• #11 hapakj őstag Pikari #1

  Új Válasz 2025-06-24 19:27:20 #11

  Ú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

  

  hapakj

  őstag

  válasz Pikari #1 üzenetére

  Miért kellene minden content, minden részlet a collision detectionhöz?
  Milyen API-hoz láncolja hozzá magát a fejlesztő? Minden API fogja támogatni a work graphot.

  A vegetation, fák animálása, mozgásuk szimulálása, azok láthatósági vizsgálata és végül megjelenítése, mind mind párhuzamosítható feladat. A megjelenítés alapvetően a GPU-n fog megtörténni, tehát előnyös, ha az adatok helyben mozognak. Maga a CPU és az adatmozgatás lesz a bottleneck a renderingben, miközben a GPU meg unatkozik.

  Épp magának a játéklogikát befolyásoló collision detection ami kevesebb adatot igényel. Abszolút logikus ezeket a dolgokat átvinni GPU driven pipelinera.

• #3 Abu85 HÁZIGAZDA Pikari #1

  Új Válasz 2025-06-24 11:31:41 #3

  Ú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 Pikari #1 üzenetére

  Nem tudod azokat használni ennyire extrém méretben és valós időben. Ehhez kell a Work Graphs 1.1.

  #2 E.Kaufmann : Nem, a shader modell 6.9 ahhoz kell, hogy ne legyen a CPU-nak akkora terhelése. Aztán az ütközésdetektálást úgy implementálják, ahogy akarják.

• #2 E.Kaufmann veterán Pikari #1

  Új Válasz 2025-06-24 10:52:36 #2

  Ú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

  

  E.Kaufmann

  veterán

  válasz Pikari #1 üzenetére

  Nem lehet, hogy azért ajánlott neki a Shader Modell 6.9, mert az azt támogató programok (ha nem is mind, de néhányuk) már GPU-ból oldják meg az ütközések kezelését?

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