[Re:] Valós időben generálhatja a jövőben a GPU a fákat

Legfrissebb anyagok

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Ú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

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

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.