Új hozzászólás Aktív témák
-
#45
fatallerror
addikt
fatallerror
addikt
hogy maradhattam le erről a cikkről pedig a 2. oldal nekem szól
végül is az van amit tudunk, túl sok pénz van benne szóval muszáj agyalniuk a problémák megoldásán és jó látni h vannak ötletek.
ezt a fotórealisztikus grafikát 1 wattos fogyasztáson 10 éven belül erős célnak érzem
-
Sennalacy
aktív tag
Az a baj, hogy manapság senki sem elég tökös a játékfejlesztésben. Emlékszem még amikor a GP4-ben rányomtam az "O" betűre és elképedve láttam a 600%-os processzor leterheltséget, és éveket vártam mire kijött olyan hardver ami rendesen akadás nélkül vitte. Minden egyes upgrade alkalmával kicsit közelebb kerültem az áhított célhoz.. ilyen volt később a Crysis első része is, csak ott már videokártyával megspékelve. Manapság meg a mobiltelefonoktól az utrabookokig, az arcpirító "gaming laptopoktól" a high end PC-kig mindenen futtatni akarnak valamit, és csodálkoznak, hogy döglődik a high end piac, mert lényegében alig van ami indokolná a létezését(a 48x élsimítás és az eyefinity nem valós indok ), és az is többnyire az optimalizáció hiányából fakad.
-
Sennalacy
aktív tag
Bőven meg lennék elégedve, ha a fotorealisztikus grafikát előbb megcsinálnák 300+ W-on, és ha már kész van akkor trükközzenek az energiahtékonysággal.. Sajnos azonban sokkal valószínűbb, hogy alulról próbálják majd megint közelíteni a célt, és előbb az "1W"-ot veszik alapul mert oda el lehet sütni a régi már megírt játékokat.. az újszülött mobil júzereknek meg minden játék új, szóval keresni is fognak vele jobban mintha a tényleges fotorealizmusra törnének sokszoros munkát fektetve valóban új címek kifejlesztésébe.
Így a végén nyugdíjas leszek mire kihoznak egy olyan címet ami valóban végre eléri legalább a korábbi renderek szintjét. -
#36
Abu85
HÁZIGAZDA
MCBASSTION
#35
Abu85
HÁZIGAZDA
válasz
MCBASSTION
#35
üzenetére
A Kepler fő célja, hogy legyen egy jól skálázható architektúra az új Tegrákba. Ennyi. Mivel ez egy óriási piac, megéri inkább ide fejleszteni, még ha az hátrányos is PC-n.
Nincs meg konzolon a teljesítmény a forward+-hoz. Sajna a mai konzolgeneráció már közel sem modern, szóval technikailag el lehet készíteni, de gyors az nem lesz, és így lényegtelen is. A tile-based deferred acceleration az agyon van trükközve konzolokon. Nagyjából azt a határt képviseli, ami még mehet. Többet a gépek nem bírnak.
Igen. A forward+ tack on alapvető célja, hogy hatékonyan meg legyen oldva az átlátszóság deferred renderen. Nem a legjobb elgondolás egyébként, de mindenképpen előrelépés lesz.
Post AA az nem a legjobb, de tény, hogy az erőforrásigényhez mért minősége elég jó. Mindenesetre ezeknél jobb kellene.
-
#35
MCBASSTION
aktív tag
Abu85
#30
MCBASSTION
aktív tag
"Működni biztos hogy működik, hiszen ezért kutatják. De az implementálásnak jellemzően vannak nehézségei, és ezeket kapcsolatba hozhatjuk a hardverekkel."
én is így értettem"A forward renderhez készült clustered shading eljárás tényleg nagyon ígéretes. Ígéretesebb mint a forward+ lighting. És tényleg nagyon jó, hogy 3D-ben dolgozik, de ez nem csak a jobb hatékonysággal jár, hanem nagyobb erőforrásigénnyel is. Ha megnézed az eddigi egyetlen forward+ lighting játékot, akkor azon láthatod, hogy a GCN architektúra az egyetlen, ami jól érzi magát (mert az eljárás compute monster architektúrát igényel). A Kepler már eléggé szenved."
hát igen, a kepler a fermihez képest egy lépés volt visszafelé... igazából én azt vártam a keplertől, hogy compute szempontból iszonyú nagy előrelépés lesz, aztán kiderült, hogy csak azért van, hogy a jelenlegi játékokban / benchmarkokban jobbak legyenek
"Emellett ahogy a forward+ lighting, úgy a clustered forward shading sem menne a jelenlegi konzolokon."
a forward+ megy nem? battlefiled 3 (mondjuk abban pont hogy deferred, de a lényeg h tile based) pl használja ha jól tudom, legalábbis vmi olyasmi rémlik h ps3-on spu-val csinálják a cullingot, xboxon meg procival (ha jól emlékszem)"Az újakban már egyértelműen látszik, hogy mi a helyzet, noha ezek közül is csak a DiRT Showdown, ami nagyon igényli a compute hatékonyságot."
remélem, hogy legalább a kövi konzol generáció jó lesz compute terén, mivel jelenleg rengeteg dolgot lehet így csinálni (és néha sokkal hatékonyabban) pl ugye a tile-based eljárások, ssao, akkor globális illumináció is mehetne szerintem (pl a sparse voxel octree eljárás, amit nyilván azért nem computtal csináltak, mivel a kepler eléggé elhasal ezen)"Egyelőre tehát nőjenek fel a hardverek a feladathoz. Ne csak az egyik, hanem mindegyik." +1
"A deferred render motoroknál is lesz egy forward+ "tack on" eljárás OIT-vel"
tack on, mint a tile-based motoroknál lesz hatékon OIT tehát az átlátszóság meg lesz oldva?"Ennek viszont van egy olyan hátránya, hogy nem csak a compute terhelés magas, hanem a memóriahasználat és a memória-sávszélesség terhelése is deferred MSAA mellett. "
igazából nekem kezd elegem lenni az msaa-ból deferred renderek terén. egyszerűen pazarlás. sztem deferred renderekhez vmi post aa kell pl smaa."Persze sok függ az egyéb effektektől is, így forward+ "tack on" és OIT mellett azért érdemes gondolkodni azon, hogy a HDAO mellé legyen egy HBAO is, mert mégis 4,5x-es különbség van a Kepler és a GCN shared memory tempója között."
jaja, logikus, ha van szabad teljesítmény. mondjuk azt el lehet költeni részletesebb modellekre / textúrákra, ha nem igény a hbao. -
#30
Abu85
HÁZIGAZDA
MCBASSTION
#26
Abu85
HÁZIGAZDA
válasz
MCBASSTION
#26
üzenetére
Működni biztos hogy működik, hiszen ezért kutatják. De az implementálásnak jellemzően vannak nehézségei, és ezeket kapcsolatba hozhatjuk a hardverekkel. Amikor az egyes rendereket hasonlítjuk össze, akkor elő lehet jönni azzal, hogy ilyen, meg olyan készül, de a gyakorlati tények alapján az számít, hogy épül-e rá valami (jellemzően játékra gondoljunk, hiszen ez lenne a lényeg), és az hogyan működik a gyakorlatban.
A forward renderhez készült clustered shading eljárás tényleg nagyon ígéretes. Ígéretesebb mint a forward+ lighting. És tényleg nagyon jó, hogy 3D-ben dolgozik, de ez nem csak a jobb hatékonysággal jár, hanem nagyobb erőforrásigénnyel is. Ha megnézed az eddigi egyetlen forward+ lighting játékot, akkor azon láthatod, hogy a GCN architektúra az egyetlen, ami jól érzi magát (mert az eljárás compute monster architektúrát igényel). A Kepler már eléggé szenved. Na most ezen még komplexebb compute shaderek nem segítenének. Emellett ahogy a forward+ lighting, úgy a clustered forward shading sem menne a jelenlegi konzolokon.
Szóval én szeretem a minőséget, de jelenleg figyelembe kell venni, hogy a forward+ lightingot csak a GCN architektúra számolja gyorsan, és amíg az NV nem zárkózik fel, addig nem látom értelmét egy ennél is komolyabb compute terhelésnek, mert nem lesz futtatható Kepleren, ami gond. Főleg amellett gond, hogy a Keplert tartják most jobbnak, ami abból ered, hogy a régebbi játékok kevés compute shader terhelést adnak. Az újakban már egyértelműen látszik, hogy mi a helyzet, noha ezek közül is csak a DiRT Showdown, ami nagyon igényli a compute hatékonyságot.
Egyelőre tehát nőjenek fel a hardverek a feladathoz. Ne csak az egyik, hanem mindegyik. Amíg csak a GCN elég compute monster, addig nem hiszem, hogy a fejlesztők annyira ránéznek ezekre a technikákra. A forward+ lighting is csak azért került elő, mert nagyon könnyen implementálható, és az eredetileg forward renderre épített motorok képességeit szépen felturbózhatja. A deferred render motoroknál is lesz egy forward+ "tack on" eljárás OIT-vel, legalábbis az AMD most ezen dolgozik. Ezzel a deferred render átlátszósággal kapcsolatos problémái megoldhatók, és az implementálás is könnyű. Ennek viszont van egy olyan hátránya, hogy nem csak a compute terhelés magas, hanem a memóriahasználat és a memória-sávszélesség terhelése is deferred MSAA mellett. Mindenesetre ez még az a határ, ami vállalható, mert nem fogja teljesen padlóra küldeni a Keplert, noha tény, hogy nem fog tetszeni neki a terhelés szintje és jellege. Persze sok függ az egyéb effektektől is, így forward+ "tack on" és OIT mellett azért érdemes gondolkodni azon, hogy a HDAO mellé legyen egy HBAO is, mert mégis 4,5x-es különbség van a Kepler és a GCN shared memory tempója között. -
#26
MCBASSTION
aktív tag
Abu85
#22
MCBASSTION
aktív tag
-
#24
cipofuzo87
tag
cipofuzo87
tag
köszönjük a cikket!
-
abcdefg
csendes tag
Még a ray tracing engine-ek is külön választják a különböző megvilágítási effekteket (caustic, sss, shadow stb.) a global illumination-től. Maga a global illumination csak anynit tesz (főleg a real time esetben), hogy a szimulálják azt a hatást hogy a megvilágított felület tovább szórja és szinezi a fényt. Azaz ha egy piros kockát megvilágítunk fehér fénnyel akkor a piros kocka gyenge piros fényt fog szétszorni és így tovább. Ettől függetlenül a többi hatást (caustic, sss, shadow stb.) más-más megoldással számolják. Elméletben igazad van, de gyakorlatban nem
-
#22
Abu85
HÁZIGAZDA
MCBASSTION
#20
Abu85
HÁZIGAZDA
válasz
MCBASSTION
#20
üzenetére
Van még ezen kívül más is, de ezeket még nem rakták játékba. Majd, ha lesz rá példa, akkor lehet előjönni azzal, hogy ez működik. A tile-based deferred acceleration és a forward+ lighting technikára épül már játék.
Mindegyik új technika ígéretes, de az első oldal, és az előadássorozat bevezetője a jelenről beszélt, vagyis arról, hogy mi van most a játékokban, és mi az amiért ezek hatékonyak vagy jók. -
#20
MCBASSTION
aktív tag
MCBASSTION
aktív tag
"A Frostbite 2 motorra épülő Battlefield 3 és Need for Speed The Run a deferred renderhez tile-based deferred acceleration technikát használ, melyet compute shaderen keresztül valósít meg. Ez a megoldás a jelenlegi legjobb algoritmus a deferred render problémáira. Ugyan az átlátszóság továbbra is nehezen képezhető le, illetve az MSAA algoritmusra épülő élsimítás sem tökéletesen kompatibilis, de a felületi variációk már nem annyira limitáltak, mint a többi elterjedt technikával (gondolva itt a partial és a full deferred lightingra), és ehhez még a memória-sávszélességet sem kell elképesztő mértékben leterhelni (ahogy azt a rengeteg fázissal dolgozó deferred shading teszi)."
tévedés: van már clustered forward shading ami gyorsabb, megoldja az átlátszóságot és még msaa-val is mehet. Pont ezen a rendezvényen mutatta be a fejlesztő, ha minden igaz.
-
#18
Abu85
HÁZIGAZDA
Blindmouse
#16
Abu85
HÁZIGAZDA
válasz
Blindmouse
#16
üzenetére
Bármekkora is a pixel mindig lesz nála kisebb elem a virtuális világban. Szóval az aliasing jelenség is élni fog.
(#17) Med1on: Köszi.
-
#16
Blindmouse
senior tag
Blindmouse
senior tag
Szerintem eléggé elhibázott dolog az élsimításra hagyatkozni. Szerintem sokkal inkább a pixelek száma fog elérni egy olyan szintet, hogy nem lesz rá szükség, ha másért nem, amiért az alma ezt csinálja. vagy nem?
-
#14
ricshard444
veterán
ricshard444
veterán
Koszi jo cikk.Igaz ezek tobbsege mar elhangzott a kulonbozo forumokban toled,de mindig jo ilyet olvasni
-
Abu85
HÁZIGAZDA
A PRT-t egyelőre csak a GCN architektúrára épülő Radeonok támogatják (7700/7800/7900). Ha ezt ki akarod használni, akkor ezek a VGA-k kellenek. A többi termék szoftveres implementációt fog használni. Esetleg a Keplerre lehet írni egy specifikus szoftveres implementációt, mert támogat bindless textúrázást. Szerintem ez nem jelent olyan jelentős problémát.
A textúrabetöltéssel max. grafikán mindegyik hardver küzd. A legkevésbé az IGP-s procik, mert ott nincs bünti a PCI Express másolgatás hiánya miatt. De mivel a Rage esetében a felhasználó nem képes felülvezérelni a program által beállított főbb grafikai beállításokat, így elég jó az egyes hardvereken az eredmény. Persze a grafika minősége jellemzően más. -
Abu85
HÁZIGAZDA
A ray tracinggel igen (noha jellemzően itt is vannak külön eljárások az effektekre, árnyékszámításra), de a raszterizálás mellett már erős trükközés kell. Nem ugyanaz a kettő, még ha mindkettőt globális illuminációnak nevezik. Az egyes algoritmusoknak van egy alapvető tükröződési megoldása, de nagyon gyenge, márpedig jó minőségű kellene és nem mellesleg gyors. A manapság beépíthető globális illumináció algoritmusok nagyon jók arra, hogy a fényvisszaverődést szimulálják, és ezzel a fake (előre kiszámolt és textúrába égetett) megoldások mehetnek is nyugdíjba, de többre nem igazán képesek. Egyébként nyilván később képesek lehetnek, számítási teljesítmény kérdése az egész.
-
Chp
őstag
Köszönöm a választ! Annyit szeretnék még kiegészítés képpen kérdezni, hogy mivel ez ugye hardveres dolog, így csak a jövőbeli kártyák fogják ezt majd támogatni, és egy 4**/5**-as GeForce-on továbbra is fennállnak majd az ismert textúrabetöltési problémák? Lehet tudni erről valamit?
-
mzso
veterán
Szerintem itt valami fogalmi keveredés van. A globális illuminációban benne van a tükröződés, átlátszóság, fényvisszaverődés meg az egész hóbelebanc a fénnyel kapcsolatban, ettől globális.
És kétlem, hogy igazi globális megvilágítás akár a közelében lenne a valós idejű megjelenítésnek.
-
Abu85
HÁZIGAZDA
Beállnak támogatni a PRT kiterjesztéseit, vagy csinálnak egy alternatívát a PRT-re. Utóbbi esetben nem árt figyelni arra, hogy az alternatíva lehetőleg ugyanolyan legyen, mint a PRT, mert nem hiszem, hogy az ID örülne annak, ha két kettőnél több megatextúrázó eljárást kellene implementálniuk.
-
#7
Plazmacucci
félisten
Chp
#6
-
-
Chp
őstag
Ami igazán érdekes része a cikknek számomra, az a vége, ami a megatextúráról beszél. Tehát akkor kivitelezhető a megfelelő működése a dolognak, csak az ún. PRT szükségeltetik hozzá. Felmerül bennem a kérdés, hogy az nVIDIA vajon mit fog tenni annak érdekében, ami érdekében az AMD már tett?
Így a végén nyugdíjas leszek mire kihoznak egy olyan címet ami valóban végre eléri legalább a korábbi renderek szintjét.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Nők, nőügyek (18+)
- Battlefield 6
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Telekom mobilszolgáltatások
- Autós topik
- Az AI megeszi a szoftverpiacot?
- Spórolós topik
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Világ Ninjái és Kódfejtői, egyesüljetek!
- A fociról könnyedén, egy baráti társaságban
- További aktív témák...
- Telefon felvásárlás!! Xiaomi Redmi Note 12, Xiaomi Redmi Note 12 Pro, Xiaomi Redmi Note 12 Pro+
- DOKKOLÓ BAZÁR! Lenovo, HP, DELL és egyéb más dokkolók (TELJES SZETTEK)
- AKCIÓ! Lenovo IS8XM LGA 1150 DDR3 alaplap garanciával hibátlan működéssel
- Bezámítás! HP Victus 16-D0655NG Gamer notebook - i5 10400H 16GB DDR4 512GB+1TB SSD RTX 3060 6GB W11
- Bomba ár! HP ProBook 445 G8 - Ryzen 5 5600U I 8GB I 256SSD I HDMI I 14" FHD I Cam I W11 I Gar
Állásajánlatok
Cég: FOTC
Város: Budapest