Ú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.

• #9 E.Kaufmann veterán

  Új Válasz 2025-06-24 13:41:19 #9

  Ú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

  LOGOUT blog (1)

  Menjetek ki az erdőbe, ott lesznek fák, mind egyedi, megismételhetetlen és még csak a GPU-t se terhelik, max a látószerveiteket

• #8 Pikari veterán flashpointer #7

  Új Válasz 2025-06-24 13:34:28 #8

  Ú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

  

  Pikari

  veterán

  válasz flashpointer #7 üzenetére

  A példáid közül a flight simulator jellegű cuccokat találom esetleg egy jó felhasználási felületnek, mert ott sokszor idegesítő tud lenni, ahogy a dolgok betoppannal/kitörlődnek ahogy közeledsz/távolodsz.

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

• #6 Pikari veterán Abu85 #5

  Új Válasz 2025-06-24 13:17:32 #6

  Ú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

  

  Pikari

  veterán

  válasz Abu85 #5 üzenetére

  Nem kell okvetlenül 10 gigabájtnyi fát legenerálni ahhoz, hogy jól nézzen ki az erdőd, ez szerintem sokkal inkább egy művészeti probléma, és nem technikai jellegű.

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

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

  Új Válasz 2025-06-24 12:05:47 #4

  Ú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

  

  Pikari

  veterán

  válasz E.Kaufmann #2 üzenetére

  A fa nem effekt szinten létezik, hanem a játékra visszahatással van. Egy játék időnként beszól az enginehez, hogy X meg Y modell ütközik -e, vagy X modell ütközik -e valamivel., Nem igazán praktikus, ha emiatt 3 db if helyett egy directx kernelt kell indítnod pár millió órajeles overheaddel, mert valaki a fákat csak a gpun gondolta kezelni Ezek a csoda technológiák masszívan öntökönszúrás. Ráadásul emlékszem hogy 20-25 évvel ezelőtt az akkori p3mas gépeken 128 mega rammal már tökéletesen ment a fagenerálás cpun, így ez a megoldás számomra teljesen WTF. Nyilván a hagyományos módszer több memóriát használ, viszont ezeket a screenshotokat elnézve eléggé stílustalan és plasztikus hatásúak ezek a fák, így én személy szerint nem vagyok lenyűgözve.

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

  LOGOUT blog (1)

  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?

• #1 Pikari veterán

  Új Válasz 2025-06-24 10:35:07 #1

  Ú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

  

  Pikari

  veterán

  Cpu nélkül azért nem jó ötlet kontentet generálni, mert a többi content eleve onnan mászik be, ezt meg még vissza is kell tolni cpu oldalba pl a collision engine miatt. Ráadásul ezzel hozzáláncolódik a fejlesztő egy bizonyos api használatához, ami miatt stratégiailag sem igazán lesz jó választás egy ilyen.

  Vannak már ilyen fa generátorok száz számra, public domain licensszel is. Nagyon jó dolog, ha valaki ilyeneket ír, amennyiben abból a célból teszik azt közzé, hogy valaki használni is tudja.

  Amennyiben ezt bizonyos akadémikusok pusztán a white paper kedvéért, aspergerszindrómás magasságokban teszik, túlbonyolítva, semmiféle valós problémát meg nem oldva, sajtóközleményekkel megspékelve annélkül, hogy bármiféle valódi használati értéke lenne, öncélúan pusztán azért, hogy megmutassák, hogy milyen bizarr és elképzesztően fura megoldásokat is meg tudnak írni, mert ennyire okosak.... Az kicsit olyan, mint amikor ufónak öltözve háromszög alakú villogó ruhában vonaglanak egy divatbemutatón a szerencsétlen modellek a kifutón. Egyszerűen ronda, na.

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