- Magisk
- Telekom mobilszolgáltatások
- Honor 200 Pro - mobilportré
- Android alkalmazások - szoftver kibeszélő topik
- Huawei Watch Fit 3 - zöldalma
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Yettel topik
- Apple iPhone 13 mini - miért nem veszik elegen?
- Légies iPhone halvány színei
- Apple Watch
Új hozzászólás Aktív témák
-
tocsa
senior tag
Szerintem ez a kerdes nem olyan veszes. Hogyha mar lesz 1-1 implementacio az elterjedt 3-4 subpixel geometriai elrendezesre, akkor a legrosszab eset az (hogyha a driver nem talalja egy adatbazisban az aktualis paneltipust), hogy a user kaphat egy tesztabrat, amin a rossz beallitasok ordenaren mutatnak majd, konnyen megtalalhato a jo beallitas.
-
Abu85
HÁZIGAZDA
A CUDA-t az NV biztos megtartja, mert az asztali piacon túl más a követelmény a HPC szerverek piacán. Ott a CUDA tényleges előny. Csak így lehet ott érvényesülni, mert az OpenCL nem fog olyan ütemben fejlődni, amilyen ütemben az NV építi be a technológiákat a lapkákba. Egy csomó olyan dolog van a Fermiben, ami csak a CUDA-n keresztül érhető el.
A CUDA a kiskereskedelmi termékeknél fog eltűnni, mert túl sok a konkurens gyártó, és a szoftverfejlesztő nem maradhat egyetlen cég mellett, már csak az anyagiak miatt sem. Most volt a negyedéves jelentés a piacról. A gépek negyedében van CUDA kompatibilis GPU. Ez kevés.
-
lenox
veterán
Hat ezert mondom, hogy ez nem vezet sehova, mert nem lehet altalanositani. Ha felteszel egy altalanositott kerdest, rogton kapsz egy nem tetszo valaszt, amit egy specialis helyzettel akarsz magyarazni. Semmi ertelme ennek. Nekem amugy sem fontos a cuda, az opencl de meg csak a diszkret vga-k jovoje sem. Par eve meg nem voltak, amikor elkezdtek a gpgpu-t nyomatni egy csomo gyarto jott kulonbozo alternativ megoldasokkal, pl. sgi specko fpga node-os geppel. Nyilvan az 1-200 dollaros gpu-k miatt nem lehetett semmilyen megoldassal bekerulni, de ha majd eltunnek, akkor megint lesznek alternativ megoldasok. Nekem igazan mind1, hogy mibol hozom ki a megfelelo teljesitmenyt. Meg amugy szerintem el sem fognak tunni, max a gamer piacrol, es pont ezert a cuda is meglesz meg sokaig.
-
Abu85
HÁZIGAZDA
Aki nem veszi meg a CUDA licenszét. A DirectX támogatása nem licenszköteles. Nem mellesleg gyártófüggetlen az API, tehát egy olyan cég felügyeli a fejlesztést, aki nem készít hardvereket a piacra.
Az nagyon veszélyes, hogy ha egy olyan platform támogatása kerül elő, ami egy a piacon érdekelt cég kezében van. Láthatod a Mafia 2 esetét. A GPU-s PhysX legmegterhelőbb modulja, egy GeForce-szal a CPU-n fut, mert az a jó az NV-nek, ha magas a gépigény. Ezt egy gyártófüggetlen felületen nem lehet megcsinálni, mert eleve versenyhelyzet van.
Ettől olyat kapott a PhysX a fejlesztők fórumán, hogy a Two Worlds 2-ből és a Breach-ból is kivették a megjelenésre a GPU-s gyorsítást. Most pihen a dolog, mert a PhysX jelenleg antireklám, hiszen az emberek a magas gépigényt kötik hozzá. Az elmúlt év címei alapján egyébként teljes joggal. Onnantól kezdve, hogy GTX 480 kell hozzá, hogy a legalacsonyabb fokozaton eldöcögjön nem nyerő a technológia a tömegpiac számára. -
lenox
veterán
-
-
Abu85
HÁZIGAZDA
válasz
julius666
#71
üzenetére
Az MLAA az lényegében konkrét technikát jelent. Megkeresed a képen az illesztéséket, amelyekre az egyénileg definiált formák illenek, majd a formákhoz tartozó pixeleket összemosod valamilyen algoritmus segítségével. Gyakorlatilag a működési elv adott, de több eltérő algoritmus létezik, eltérő teljesítményigénnyel és minőséggel.
Igen azt láttam. Kérdés, hogy mi az a post-process algoritmus. Az MLAA elvére épülő megoldást azért nem tartom elképzelhetőnek, mert azt is írták, hogy a sebesség fix, ami az MLAA esetében nem igaz, mert függ a képkocka tartalmától a számítás. -
julius666
addikt
Az MLAA-t kizárnám, mert annak az a jellegzetessége, hogy a számítás mértéke nagyban függ az adott képkockától (nyilván megkeresni az illesztéséket, majd azokat szűrni, képkockánként változó sebességet jelent). A jelenlegi információk szerint az NV megvalósítása fix számítást ró a hardverre függetlenül a tartalomtól.
Az MLAA elnevezés az most egy konkrét algoritmusra utal, vagy pedig csak annyit jelent, poszt-processz, azaz a renderelt kép filterelésével történik az AA? Mert ha a második, akkor ez itt is MLAA-ról beszélhetünk, ugyanis az nVidia anyagában világosan le van írva, hogy poszt-processz AA-ról van szó.
-
Abu85
HÁZIGAZDA
Az AVP egy MLAA-MSAA mixelt megoldást használ. A fejlesztőknek sokkal könnyebb a dolguk egy AA implementálásánál, mert képesek a renderhez igazítani az egészet, és ez jó minőséget ad.
Amit az AMD rakott a driverbe, az egy teljesen post-process megoldás. A végső kép adja az információt és az alapján dolgozik az egész algoritmus. Ilyet egy játékban sosem fogunk látni, mert a jó eredményhez ennél több információ kell. Ez a megvalósítás csak a driverben jó, mert biztos, hogy ki lesz számolva egy képkocka, és a renderhez az MLAA implementáció nem nyúl, vagyis biztos, hogy nem léphet fel kompatibilitási probléma. Persze ezt lehet továbbfejleszteni, extra információkat szerezni a depth és a normal bufferből, csak ahhoz már profilozni kell a technikát. Az már rosszabb, mert alkalmazásonként alakítani kell rajta. Ezért lenne az a jó, hogy a fejlesztő építené az AA-t a játékba, mert a motorhoz lehet szabni. Minden más megoldás csak tűzoltás, se a képminőség, sem pedig a sebesség nem lesz a legjobb.A platform úgy jött ide, hogy az üzleti trendek nem teszik életképessé a PC-s VGA-piacot. Még csak 2011 van, és máris ott tartunk, hogy az idén bejelentett teljes gyártói konfigurációk 65-70%-ban nincs lehetőség a VGA beépítésére. Ez világos, hogy üzleti megfontolás, de ha a mutató tovább romlik, akkor a piac a jelenlegi árazás mellett képtelen megélni.
Van benne OpenCL is, de a fejlesztőkörnyezet egy dolog, a másik a platform támogatása. Az NV-nek már WHQL OpenCL 1.1-es drivert kellene adni, erre ilyenből még mindig csak béta vagy developer verzió van. A nem szereti, egyet jelent azzal, hogy lassan dolgoznak rá. Az OpenCL nagyon rontja a CUDA pozícióját, és az nem jó.A cikk első fele a problémáról szól, amire az AMD talált megoldást az MLAA személyében és le van írva, hogy az hogyan működik. Az NV most szintén keresi a megoldást. Ha csak leírom, hogy az SRAA jön, akkor senki sem tudja, hogy miért. Most többen is értik, hogy baj van az MSAA-val. Megjegyzem nem az MLAA és az SRAA erre a megoldás, hanem a fejlesztőknek kellene gondoskodni egy motorra szabott AA-ról. Képminőségben és sebességben annál nincs jobb.
-
lenox
veterán
Erdekes, mert a benchmarkok alapjan amd-n kb. 4-5 ms (6870-en) a futasi ido 1920x1200-ban, nvidian meg korabbi hardveren is van gyorsabb implementacio. Nyilvan akkor lehetne eldonteni, ha mindket platformra meglenne az adott platformra optimalizalt, de ugyanolyan minoseget nyujto implementacio. Mindenesetre azt meg kicsit ketkedve elhiszem bemondasra, hogy amd kartyakon belul a peak performance-szal aranyos, de hogy gyartokon keresztul is ez igaz legyen az majdnem kizart. Mar az LDS emlitese is abba az iranyba mutat, hogy sokkal inkabb bandwidth limitalt. De amugy ha AVP-ben van, akkor ki lehet probalni es megmerni, hogy mennyit lassit amd-n illetve nv-n?
A platform most hogy jott ide? Amugy szerintem meg jopar evig lesz cuda, de ez mellekes. Az vilagos, hogy a cuda toolkitben nem csak cuda van, hanem az osszes nv fele gpu computing megoldas, tehat pl. opencl is? Lehet, nem szereti az nvidia, de azert frissitik es kiadjak.
Nem az MLAA meg SRAA leirassal volt bajom, hanem azzal az elvvel, hogy nv cikk fele amd-rol szol, amd cikkben nincs emlites nv-rol.
-
ddekany
veterán
"fogod a 20000ft-os makros fenykepezogeped, lefotozol egy feher reszt, meg a fenykepezon kinagyitod a kepet, latszanak a szubpixelek. 25 masodperc alatt megvan."
Ennél sokkal egyszerűbb... kipróbálod mindkét beállítást, és ahol szebb, azt használod. A hibás geometriát feltételező subpixel anti-aliasing feltűnően ocsmány eredményt ad, főleg ha a jóról kapcsolsz rá át.
-
ddekany
veterán
"Amennyiben az árnyalatok közül csak egyet is megváltoztatunk, úgy a képpont végső színe is módosul. Az SRAA gyakorlatilag itt próbál eredményt elérni."
??? Az első mondat igaz, bár subpixel AA magyarázáshoz egyáltalán nem célravezető. A második meg nem tudom hogy kapcsolódik hozzá.
"Gyakorlatilag számítani kell arra, hogy az eredmény monitoronként változó lesz, mivel a subpixelek geometriai elhelyezkedését és sorrendjét a driver képtelen ellenőrizni"
Ez valószínűleg igen ritkán lesz gond... egyrészt, szinte minden LCD amin játszani fog valaki RGB geometriás. Másrészt, az OS-ben úgyis be kell állítani hogy milyen a geometria, hiszen minden jelentősebb mai OS subpixel antialiasingot használ a betűk megjelenítésére. Tehát a videókártya driver számára ez az információ elérhető az OS-től.
-
Abu85
HÁZIGAZDA
Az AMD szerintem még nem foglalkozott az SRAA kérdésével. Ők másfél évvel ezelőtt elkezdtek dolgozni az alapproblémán, és úgy döntöttek, hogy az MLAA segítségével próbálják megoldani a gondokat.
Mindenki platformban gondolkodik, jelen helyzetben nincs más út. Ez nem befolyásolja az SRAA vagy az MLAA kérdését. -
Abu85
HÁZIGAZDA
Az MLAA egy egyszerű pipa a Catalyst driverben. Pont ott ahol állítod a 2x,4x,8x szűrést. Ha bepipálod, akkor megy. Ennyi. Semmi mást nem kell állítani.
A HD 4830 eleve nem támogatja az MLAA AMD-s implementációját. A Stalkerben a játékban kapcsolj AA-t, mert más hatása nincs. -
Abu85
HÁZIGAZDA
válasz
julius666
#52
üzenetére
A pluszinformáció az, amire nincs adat. Erről talán február végén tudunk többet.
Az MLAA-t kizárnám, mert annak az a jellegzetessége, hogy a számítás mértéke nagyban függ az adott képkockától (nyilván megkeresni az illesztéséket, majd azokat szűrni, képkockánként változó sebességet jelent). A jelenlegi információk szerint az NV megvalósítása fix számítást ró a hardverre függetlenül a tartalomtól.(#58) zoltanz: Majdnem minden modern motor deferred render. Az MLAA bárhol működik, nem kell hozzá MSAA. Ha azonban igényled, akkor használhatod a kettőt egyszerre is.
-
Abu85
HÁZIGAZDA
Az AVP egyik fejlesztőjétől kérdeztem meg. Gyakorlatilag egy dolog számít, hogy hány TFLOPS-os a GPU. Ők dolgoztak MLAA-val, csak tudják. Gondolom ismerik is az AMD megoldását is, hiszen tőlük kapták az AVP-ben használt shaderes AA-t, ami részben MLAA alapú, részben pedig MSAA. A jelenlegi driveres implementáció annyiban különbözik, hogy a végső képen kell dolgoznod, vagyis a renderbe nem nyúlsz bele. A back buffer tárolt képén megkeresed azokat a pontokat, ahol szükség van az AA-ra, ez nagyon számításigényes, majd ezeket az algoritmusnak megfelelően leszűröd. Szintén durván számolni kell. Mivel SM5-ös a kód, így használhatod a LDS-t is, ami valamit gyorsít rajta.
Üldözési mániád van.
Mondtam már, hogy nem az én hibám, hogy az NVIDIÁ-nak nincs platformja.
A CUDA egy zárt rendszer. Szerinted meddig tartható fenn? Írj a PC történelméből egy olyan gyártófüggő felületet, ami levert egy gyártófüggetlen megoldást.
Egyébként írtam az Intel OpenCL SDK-járól is. Nem csak az AMD fejlesztőkörnyezete van bemutatva. Azt meg mind a ketten tudjuk, hogy az NVIDIA mennyire szeretne OpenCL-t.Hol van leírva a cikkben, hogy az MLAA jobb? Mutasd meg azt a mondatot. Ha nem bízol benne, hogy az NV jobbat csinál, az nem az én hibám.
Az AMD egyébként nem csinál jobbat. Nekik arra az alapproblémára, amire az NV keresi a megoldást már van egy fejlesztésük. Ez az MLAA. Benne van a driverekben. Le van írva, hogy hogyan működik, és hogy mi a kontra, ami nem mellette szól.
Az NV most bejelentette, hogy a fejlesztői dolgoznak egy SRAA algoritmuson. Nyilván látják a problémát, amit az AMD másfél éve észrevett. Nevezetesen az MSAA már nem jó megoldás. Most tesznek ellene valamit. Szintén le van írva a hírben, hogy mi lenne az elképzelésük. -
lenox
veterán
Mivel az algoritmus csak a nyers számítási teljesítményre érzékeny
Ez az info honnan jon? Csak mert jopar hasonlo shadert csinaltam, es sosem a szamitasi teljesitmeny volt a szuk keresztmetszet. Meg a neten szetnezve is latszik, hogy van gyors nv implementacio, szoval kivancsi vagyok tenyleg, hogy ez honnan jott.
Amugy jo pelda az amd hype-ra. Erted, Stream sdk 2.3, nincs benne szo az nv hasonlo dolgarol (cuda toolkit 3.2), cikk sincs rola. Nv uj antialiasingot fejleszt, a cikk kozben arrol szol, hogy az amd jobbat csinal, es az nv hardware amugy is lassabb. Lehet, hogy szerinted ez korrekt?
-
Tomcat
őstag
Igaz ami igaz én is mindent 1920*1200-ban tolok és hála az égnek viszi is a gépem röccenéstelenül, de néha ilyenkor is előjönnek recés élek, cakkos vonalak (pl. oszlopok, villanyvezetékek stb.) amik halálra idegesítenek. Ha már bírja is a gép akkor inkább mindhol 4*AA-ot használok legalább és így tényleg olyan lesz a kép minha jóval nagyobb felbontást használnék.
-
Szergei
tag
Ideje lenne bevezetni, mert egyes esetekben jelenleg csak
a downsampling az egyetlen működőképes megoldás NV-oldalon.(#17), (#20):
HA igaz, hogy kétmillió dollárt költött arra az NVIDIA, hogy kifejezetten
a GTX 580-ra optimalizálják a Crysis 2-t, akkor valószínű úgy oldják
meg ezt, hogy max. grafikai beállítások mellett olyan mértékű
tesszellációt alkalmaznak, ami a Radeonoknak túl már sok, és az egyedüli
kártya, amin épphogy játszható sebességgel fut majd, az a GTX 580-as
lesz.Ez egyben azt is eredményezné, hogy max. grafikán, GTX 580-tól
lefelé kb. minden kártya elhasalna NV-vonalon is (beleértve a korábbi csúcs
GTX 480-at). -
julius666
addikt
A subpixel AA önmagában csak annyit tesz, amit te is írtál a cikkben, hogy nem a képpontokkal hanem az azt alkotó színelemekkel magukkal dolgozunk. Ezáltal részletesebb, élesebb lesz az AA.
A pluszinformációt valahonnan továbbra is szedni kell. Vagy valahogyan "kitaláljuk" a környező képpontokból a részletinformációkat (valami MLAA-szerűen - lásd a cikkben szereplő kép), vagy többször mintavételezünk.
A subpixel AA igazából subpixel rendering + valami AA. Sajnos hiába kerestem máshol, csak a cikkben leírtakat találom. Szerintem ez az SRAA egy egyszerű MLAA (posztprocesszingről írnak mindenhol) + subpixel rendering akar lenni, semmi extra (legalábbis technológiai szempontból, a képminőség a subpixel rendering miatt valszeg tényleg szebb lesz a sima MLAA-hoz - vagy akár MSAA-hoz képest - élesebbnek fog hatni). Ez viszont azt jelenti, sem sebességben, sem az MLAA bosszantó hibáiban nem hoz semmi újat (esetleg ezek kevésbé lehetnek zavaróak okosabb algoritmus esetén, de továbbra is fenn fognak állni).
Persze csak ha jól értem a dolgot.
-
#48
Srodney
senior tag
Plazmacucci
#2
Srodney
senior tag
válasz
Plazmacucci
#2
üzenetére
azért az is számít hogy mit tud az nvidia...
-
julius666
addikt
A subpixel alapú élsimítás alapjai szintén nem mondhatók újnak, mivel az Apple is ezt alkalmazza a termékein. Természetesen az NVIDIA csak az alapokat használta fel, így az eredmény eltérő is lehet, sőt annak kell lennie, hiszen a cél a 3D-s játékokon való alkalmazás. A monitoron megjelenő pixelre úgy gondolunk, hogy az a legkisebb megjeleníthető elem. Alapvetően ez igaz is, meg nem is. A szemünk valóban a pixelt látja a legkisebbnek, de valójában egy képpont három úgynevezett subpixelből áll (RGB). Ezek a vörös (Red), a zöld (Green) és a kék (Blue) árnyalatok, és lényegében a végső pixel színe is innen származik. Amennyiben az árnyalatok közül csak egyet is megváltoztatunk, úgy a képpont végső színe is módosul. Az SRAA gyakorlatilag itt próbál eredményt elérni.
Nem látom hogy ez hogy gyorsítana bármit is. A subpixel AA (pl. a Cleartype is ilyen, nem csak az Apple használja ezt hanem lényegében mindenki) azért jó, mert élesebb képet ad a sima AA-nál, de továbbra sem recéset. Az ehhez szükséges plusz információkat ugyanúgy többszöri mintavételezéssel vagy valami interpolációval (lényegében post-processingről beszélünk) lehet kinyerni.
Szóval képminőségben javítana a dolog, nem sebességben.
-
#42
Abu85
HÁZIGAZDA
Bj Brooklyn
#40
Abu85
HÁZIGAZDA
válasz
Bj Brooklyn
#40
üzenetére
Javítva.(#39) Enton: Necces. Szerintem oda komolyabb átdolgozás kell. De kivitelezhető.
-
#40
Bj Brooklyn
aktív tag
Bj Brooklyn
aktív tag
"...hogy a szomszédŐs képpontok..." Ooooo Yeah
végre a diszlexiás javíthatja az "írót" . Helyesírás javítás talán OFF? 
-
Abu85
HÁZIGAZDA
válasz
benedekco
#35
üzenetére
"A közhiedelemmel ellentétben az algoritmus alapjait nem az AMD fektette le, ők csak továbbgondolták azokat, és előálltak egy DirectCompute felületre alapozó megvalósítással." - ez a következő mondat a cikkben. Világosan le van írva, hogy az alapokat nem az AMD fektette le, csak továbbgondolták. Az MLAA, mint technológia nem az AMD érdeme. Az MLAA-t, mint DirectCompute alapú megvalósítást az AMD dolgozta ki és építette be. Ezért nem értem a problémát.
Ez teljesen kivitelezhető. Melós, de nincs akadálya. Be is írtam a hír végébe.
-
dolgozta ki vs. építette be
Kifejleszteni valami technológiát vagy beépíteni egy kifejlesztett technológiát valamibe. Teljesen más dolgok. Ennek ellenére mind kettő melós, senki se állította, hogy nem rohadt le az agyuk a mérnök uraknak mire eljutottak a célig. Tuti melóztak vele. De ne menjünk bele, sok közöm úgysincs hozzá!Mellesleg ez az új eljárás az NV-nél úgy is kivitelezhető, hogy csinálnak egy panel listát(adatbázist ami tartalmaz rengeteg megjelenít és annak típusát(mármint, hogy hogyan rendezkednek el a színek)). Így automatikusan beállíthatná a dolgot, ha nem ismeri fel akkor meg manuálisa beállításra adhatna lehetőséget, mint írták, vagy elő a nagyítót és megmondom neki milyen, vagy megmondom melyik simítás a klasszabb.
-
#32
Neil Watts
veterán
Abu85
#31
-
#27
Abu85
HÁZIGAZDA
Neil Watts
#26
Abu85
HÁZIGAZDA
válasz
Neil Watts
#26
üzenetére
Lehet. Átírtam.
-
#26
Neil Watts
veterán
Abu85
#23
-
lkandris
tag
Azért kiváncsi vagyok, hogy direkt source kódba égetve mennyire lehet az MLAA-t optimalizálni, mivel már most is sokkal gyorsabban és hatékonyabban működik Catalystból engedélyezve, mint az MSAA vagy SSAA, ráadásul színek alapján dolgozik az algoritmus, vagyis meg se kell neki mondani, hogy egy modell milyen objektumokból épül fel és mik a pontos koordináták.
Mindegy, ha mégse ezt használják, akkor is ott van a driveres megoldás... -
#24
atti_2010
nagyúr
Neil Watts
#21
atti_2010
nagyúr
válasz
Neil Watts
#21
üzenetére
Ezeket a helyesírási dolgokat nem lehetne privátban?
-
#23
Abu85
HÁZIGAZDA
Neil Watts
#21
Abu85
HÁZIGAZDA
válasz
Neil Watts
#21
üzenetére
Szerintem nem. A morfológia is hosszú ó.
-
#21
Neil Watts
veterán
az a morfológikus az nem morfologikus veletlenul?
-
atti_2010
nagyúr
Hát a Crysist rendesen megvette az Nvidia, nem lenne nagy csalódás ha most a Radeonoknak kedvezne, habár nem hiszem hogy sok pénzt szántak rá, nekem meg nem is tetszenek ezek a bevásárlások mert nem lehet tudni hogy úgy optimizálták a játékot hogy az Nvidia kártyákon jobban menjen, vagy úgy hogy a radeonon rosszabbul, mert nem mindegy.
Akkor reméljük ilyen téren semleges lesz a CrytekEzt amúgy anno nem így mondta sok Nvidia tulaj hanem hogy sz@rok az Ati tulajokra lényeg hogy Geforcon jobban megy.
-
Abu85
HÁZIGAZDA
A sebesség esetében nagyon sok függ az implementálástól. Amit az AMD használ az egy olyan algoritmus, ami csak a végső képkockán dolgozik. Ha ilyen lesz a Crytek megvalósítása, akkor a nyers számítási teljesítmény lesz a döntő tényező.
A Fermi elsősorban a HPC-piacra készült, ott más szempontok számítanak. Láthatod, hogy az AMD FireStream kártyák nem nagyon kapnak helyet a szuperszámítógépekben a Fermi mellett. TFLOPS-ok ide vagy oda, a tudományos számításokra az a jó, amit a Fermi alkalmaz.
-
BeLucZ
addikt
Hát akkor ez érdekes lesz, gondolom akkor Radeonokon jobban fog futni a Crysis 2 élsimitás bekapcsolásával, igaz?
De amúgy nem értem hogy a Geforceoknak mér ilyen gagyi a nyers számítási teljesitménye, azért erre is ügyelhettek volna, mikor Radeon oldalon csak ugy röpködnek a teraflopsok.....
-
moli.hu
őstag
mivel a subpixelek geometriai elhelyezkedését és sorrendjét a driver képtelen ellenőrizni, vagyis az adott algoritmus, csak egy bizonyos előre kiválasztott paneltípuson lesz tökéletes.
??!?! vagy a user kezzel beallitja, mint jelenleg is a cleartype (windows) vagy font rendering/subpixel smoothing (ubuntu) beallitasoknal....
fogod a 20000ft-os makros fenykepezogeped, lefotozol egy feher reszt, meg a fenykepezon kinagyitod a kepet, latszanak a szubpixelek. 25 masodperc alatt megvan. -
Abu85
HÁZIGAZDA
Elvileg a játékon belül lesz erre opció. A Crytek még az egy évvel ezelőtti GDC-n mondta, hogy az MLAA-nak vannak hibái, de az MSAA már nem működik a motoron, vagyis összességében lényegtelen az MLAA hátrányain vesződni, amikor nincs olyan megvalósítás, ami kiválthatja. Egy éve gondolom még nem gondoltak az SRAA-ra, mert nem volt publikálva ezzel kapcsolatban semmi. Az MLAA adta magát, mert a PS3-on már sokszor alkalmazták.
(#1) Frigo: Köszi javítottam.
-
#8
BiP
nagyúr
KevinMulder
#6
BiP
nagyúr
válasz
KevinMulder
#6
üzenetére
Most mit izélsz, május 3/6-án jön.
-
#6
KevinMulder
tag
Plazmacucci
#4
KevinMulder
tag
válasz
Plazmacucci
#4
üzenetére
Egyszer megnéznék egy olyan cikket, amiben a tesztjáték a Duke Nukem Forever lenne .. ott nem lenne nagy nyomás a gyors implementáláson játékkiadás előtt
-
#4
Plazmacucci
félisten
DemonDani
#3
-
#3
DemonDani
addikt
Plazmacucci
#2
DemonDani
addikt
válasz
Plazmacucci
#2
üzenetére
kb XDD
Feltételezem ha elkészül akkor megkaphatja a támogatást megint minden a G80-ig, ami pozitív lenne az MLAAval szemben, (a többi pozitív dolog mellett).
Nem lennék meglepve ha a Crysis 2-vel demózgatnák
Illik a motorjához -
#2
Plazmacucci
félisten
Mindegy miről szól a cikk, lényeg, hogy az AMD mit tud
Én még 1920x1200-ban is észre veszem a recéket 
Mondtam már, hogy nem az én hibám, hogy az NVIDIÁ-nak nincs platformja.
Javítva.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Kingmax 1x2GB DDR2 800 RAM eladó
- Bomba ár! Lenovo ThinkPad T450s - i5-5GEN I 12GB I 500GB SSD I 14" HD+ I Cam I W10 I Garancia!
- Dell latitude, precision, xps, magyar világítós billentyűzetek eladóak
- Bomba ár! Dell Inspiron 5405 - Ryzen5 4500U I 8GB I 256SSD I 14" FHD I HDMI I Cam I W11 I Garancia!
- Apple iPhone 7 128GB, Yettel függő, 1 Év Garanciával
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest