Hirdetés
-
Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
gp Továbbra is szeptemberi premierrel számolnak a fejlesztők, reméljük több halasztásra már nem kell számítanunk.
-
Robotkart irányított a majom a kínai Neuralink agyi chipjével
it A mindezt lehetővé tévő Neucybert a Neuralink kínai riválisa, a Beijing Xinzhida Neurotechnology fejlesztette ki.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
Új hozzászólás Aktív témák
-
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.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Neil Watts #21 üzenetére
Szerintem nem. A morfológia is hosszú ó.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Neil Watts #26 üzenetére
Lehet. Átírtam.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Igen. Ezt is csak úgy belerakta a driverbe az isten. Az AMD nem dolgozott semmit rajta, ők is meglepődtek, hogy hirtelen megjelent egy ilyen beállítás a meghajtóban.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Én értem. Szerinted az MLAA nem az AMD építette be a saját driverébe. Elfogadom az álláspontod, bár nem értek egyet vele.
Csak halkan jegyzem meg, hogy előrébb jutnánk, ha leírnád mi a problémád azzal a bekezdéssel.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Bj Brooklyn #40 üzenetére
Javítva.
(#39) Enton: Necces. Szerintem oda komolyabb átdolgozás kell. De kivitelezhető.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz julius666 #46 üzenetére
Nem írtam, hogy gyorsít. Vagy arra gondolsz, hogy ezt az MLAA mellett alkalmazná az NVIDIA? Szerintem ezt inkább az MLAA helyett tervezik. A sebességre csak egy adat van, de sokat nem ér a képminőség elemzése nélkül.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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.Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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.Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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.Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
-
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.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
Új hozzászólás Aktív témák
- Milyen switch-et vegyek?
- Apple Watch Sport - ez is csak egy okosóra
- Android alkalmazások - szoftver kibeszélő topik
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- GoPro Topic
- Steam Trade (csak csere!)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- iPhone topik
- Fujifilm X
- Távcső topik
- További aktív témák...