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

• #12 Bici félisten Pikari #6

  Új Válasz 2025-06-27 22:55:13 #12

  Ú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

  

  Bici

  félisten

  válasz Pikari #6 üzenetére

  Az erdőben lehet a közeli fákat rendesen CPU-ból csinálni, a távolabbiakat (95%), pedig így procedurálisan.

• #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.

• #10 Abu85 HÁZIGAZDA Pikari #6

  Új Válasz 2025-06-24 13:41:40 #10

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

  Sajnos technikai jellegű, mert egyszerűen ekkora adatmennyiség előre megrajzolva nem realitás. Generálva viszont minden probléma nélküli, ráadásul valós időben változhat a játékon belül.

• #7 flashpointer őstag Pikari #4

  Új Válasz 2025-06-24 13:31:16 #7

  Ú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

  

  flashpointer

  őstag

  válasz Pikari #4 üzenetére

  Nem mindenhol, pl MS Flight simulator, vagy valami autosim (pl Nürnbugring egy erdoben van de faval nincs interakcio) vagy barmelyik varosepito / strategia is

• #5 Abu85 HÁZIGAZDA Pikari #4

  Új Válasz 2025-06-24 13:07:57 #5

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

  Próbáld ki 268 millió eltérő falevelet biztosító favariációval, hogy működik-e a mostani APi-kon és hardvereken.

  Nem az a baj, hogy kicsit több, hanem több 10 GB-tal több memóriát igényel. Ez meg 51 kB-ból megvan. Úgy tervezed az artot, ahogy szeretnéd, művészi szinten a programkód nincs jelen. Itt a menedzsment a kulcs.

• #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