Új hozzászólás Aktív témák
-
daveoff
veterán
válasz FollowTheORI #9500 üzenetére
Most volt PCGuru live stream, a PS4-es verzióval játszott a srác, és azt mondta, hogy nagyobb robbanásoknál, akciójeleneteknél be-be akad a játék. Szóval......
[ Szerkesztve ]
LG 27GL83A 27'' UltraGear™ QHD IPS 1ms Gaming Monitor with G-Sync®
-
nonsen5e
addikt
válasz wjbhbdux #9502 üzenetére
Igen. Az Ashes egy AMD-s cím, ezt tudjuk. És?
Ennek ellenére érdekes azt olvasni, amit írtam.
Azt továbbá meg kell hagyni, hogy az AMD-s címeken általában nincs szándékosan gyengítve minden Nvidiás termék, sőt, ahogy az Oxide-ék nyilatkozták, külön dolgoztak az Nvidiával is teljesen más módszereket kidolgozva, hogy azokon a kártyákon is tök jól futhasson a játék (és nem direkt bennefelejtettek mindenféle scriptet, amivel mondjuk csak a legújabb Fiji-s GCN fejlesztések tudnának épp játszható sebességet produkálni.)[ Szerkesztve ]
-
Malibutomi
nagyúr
válasz nonsen5e #9503 üzenetére
Ha mar szobakerult, van ilyen is: [link]
"When Oxide’s Ashes of the Singularity benchmark tool was released, NVIDIA issued a statement claiming that it does not consider this particular benchmark to represent what DX12 can achieve on its hardware. However, it seems that a lot has been going on in the background. According to one of Oxide’s developer, NVIDIA was pressuring Oxide to remove certain settings in its benchmark."
[ Szerkesztve ]
-
#35434496
törölt tag
Mikor jön az első "komoly" DX12-es jàték? Elképzelhető szerintetek, hogy a Fury kártyák életrekelnek és lenyomjàk a 980 Ti kártyákat?
-
wjbhbdux
veterán
válasz #35434496 #9506 üzenetére
Nincs a lathataron dx12 exkluziv jatek, ami meg csak tamogatja az a fejlesztok elso visszajelzesei alapjan kerdeses, hogy jobban fog-e futni mint dx11-ben. Egy nagy lufi ez a Dx12, aminek az lesz a vege, hogy a jatekos semmi gyorsulast nem fog tapasztalni, mert ami teljesitmeny nyernek vele azt elkoltik masra.
/s
-
nagyúr
válasz Malibutomi #9505 üzenetére
Na ez egy érdekes műsor. Kérdések:
- Honnan került elő hirtelen egy olyan mondás, hogy a Maxwell nem támogat aszikron compute-ot? Eddig arról volt szó, hogy támogat, csak bizonyos korlátokkal.
- Ha az nVidia kártyákon nem ment az a-c, és ezzel együtt a Radeonok alig lettek gyorsabbak, akkor mire jó az a-c? Vagy, ha a Radeonokon nem ment volt az a-c, akkor jelentősen lassabbak lettek volna?Sokat segítene, ha a benchmarkban lehetne kapcsolgatni, hogy használjon-e a-c-t vagy ne...
"We put all our politicians in prison as soon as they're elected." "Why?" "It saves time."
-
mlinus
őstag
marha jó ez az AoS, zs kategóriás játék de hónapokig erről beszélhet mindenki a benchmark miatt
-
daveoff
veterán
DICE Wants "Win 10 Plus DX12 As Minimum Specs For Holiday 2016 Frostbite Games"
Na, akkor ennyit a "Frostbite motor elsősorban Vulcant támogat" dologról....
LG 27GL83A 27'' UltraGear™ QHD IPS 1ms Gaming Monitor with G-Sync®
-
nagyúr
válasz daveoff #9512 üzenetére
Haha... lehet még mindig fasirtban vannak a Steam-el.
Mondjuk ha igaz a dolog, hogy a port egyszerű, ez nem lesz akadály, ha mégis SteamOS alá is jönne valami, vagy Mac-re.
[ Szerkesztve ]
Steam/Origin/Uplay/PSN/Xbox: FollowTheORI / BF Discord server: https://discord.gg/9ezkK3m
-
Locutus
veterán
válasz Malibutomi #9505 üzenetére
Azért ezt a "pressuring" nevű szót majd át kéne gondolnia a clickbait cikkírónak, ugyanis az oxide fejlesztőjéne hozzászólásai konkrétan megtalálhatóak OCN-en, és sehol sem volt szó semmiféle nyomás gyakorlásról.
Az nvidia egyszerűen csak javasolta, hogy vegyék ki, mert az ő hardverükön nem megy ilyen formában, ők meg megcsinálták, és kalap kabát.Komplett hangrendszerem eladó - https://hardverapro.hu/apro/mackie_studio_monitorok_mr5mk3_mr10s_mk3_sub_asus/hsz_1-50.html
-
#35434496
törölt tag
Star Wars Battlefront DX12-vel vagy még 11-el jön?
-
nagyúr
Kíváncsi lennék az ARK-os srácok is ebbe futottak bele, vagy valami hasonlóba... remélem majd leírják egyszer.
(Mármint ők is valami async dolgot akartak, és driver problémák miatt nem ment pl nVidia oldalon. Ezért írtak mindkét oldalnak hogy akkor most mi van ezzel? Kinek a drivere szar? )
[ Szerkesztve ]
Steam/Origin/Uplay/PSN/Xbox: FollowTheORI / BF Discord server: https://discord.gg/9ezkK3m
-
nagyúr
válasz #35434496 #9518 üzenetére
Szerintem nem, vagy max később kapja meg, mint a Mantle-t a BF4 pl. Esetleg benne lesz, de nem fog a látványhoz hozzátenni (csakúgy mint a Mantle sem tett), sőt a csúcs sebességhez sem. Hatékonyságot növelhet CPU limites szitukban viszont.
Ennél többet én nem várnék.Az igazi DX12 játékok (DX12-höz igazodó architektúrával és leképezővel) szvsz jövő ilyenkor jönnek majd. Addig csak próbálkozások lesznek, meg amolyan "nice to have". Esetleg kiütik a CPU limitet itt ott vele.
Talán annyi látszik majd hogy AMD tényleg felzárkózik majd nVidia mellé a CPU limites dolgokban (ami az Ashes benchben is látszódik kb).Mondjuk az elég nagy blama lesz, ha Maxwell2-őn se lesz async compute tényleg... eddig az volt a mondás hogy tudják. Most hogy ez tényleg csak valami driver issue most, vagy valami más is e majd kiderül.
[ Szerkesztve ]
Steam/Origin/Uplay/PSN/Xbox: FollowTheORI / BF Discord server: https://discord.gg/9ezkK3m
-
daveoff
veterán
Vulcannak az az előnye, hogy multiplatform, és minden op rendszeren fut, onnantól kezdve, hogy a win10 alapkövetelmény, a DX12-őt fogják használni. Meg különben is, minek nyilatkoznának ilyet, ha nem a DX12 lenne a fő cél.....
[ Szerkesztve ]
LG 27GL83A 27'' UltraGear™ QHD IPS 1ms Gaming Monitor with G-Sync®
-
Malibutomi
nagyúr
Ezt talaltam most, nekem ez mar tul mely, de talan te le tudod forditani.
Ez is csak egy forum comment, szoval csak erdekessegkepp, hogy diskuraljunk rola.A GTX 980 Ti can handle both compute and graphic commands in parallel. What they cannot handle is Asynchronous compute. That's to say the ability for independent units (ACEs in GCN and AWSs in Maxwell/2) to function out of order while handling error correction.
It's quite simple if you look at the block diagrams between both architectures. The ACEs reside outside of the Shader Engines. They have access to the Global data share cache, L2 R/W cache pools on front of each quad CUs as well as the HBM/GDDR5 memory un order to fetch commands, send commands, perform error checking or synchronize for dependencies.
The AWSs, in Maxwell/2, reside within their respective SMMs. They may have the ability to issue commands to the CUDA cores residing within their respective SMMs but communicating or issueing commands outside of their respective SMMs would demand sharing a single L2 cache pool. This caching pool neither has the space (sizing) nor the bandwidth to function in this manner.
Therefore enabling Async Shading results in a noticeable drop in performance, so noticeable that Oxide disabled the feature and worked with NVIDIA to get the most out of Maxwell/2 through shader optimizations.
Its architectural. Maxwell/2 will NEVER have this capability.
[ Szerkesztve ]
-
nagyúr
várható volt. a pascalban egyszerre akartak hbm2t és litográfiai váltást. az ilyen projektekről már induláskor tudni, hogy nem fog időre befejeződni.
Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.
-
Yllgrim
őstag
válasz velizare #9528 üzenetére
Akkor egy evig AMD nyomathatja 16nm-en a 16-32GB-os HBM2-es kartyakat, normalis VR tamogatassal, DX12-Vulkan meg amit akar a nep, helyes.
Peace is a lie, there is only passion. Through passion, I gain strength. Through strength, I gain power. Through power, I gain victory. Through victory, my chains are broken. The Force shall free me.
-
senior tag
válasz Locutus #9515 üzenetére
"--
P.S. There is no war of words between us and Nvidia. Nvidia made some incorrect statements, and at this point they will not dispute our position if you ask their PR. That is, they are not disputing anything in our blog. I believe the initial confusion was because Nvidia PR was putting pressure on us to disable certain settings in the benchmark, when we refused, I think they took it a little too personally."
Ott van az overclock.net-en, a hsz végénПутин, иди нахуй!
-
Abu85
HÁZIGAZDA
válasz #35434496 #9506 üzenetére
Az Ashes of the Singularity az. Egy csomó játékmód nem is lesz elindítható DX11 alatt. Nem lenne meg a sebesség a futtatáshoz.
(#9507) wjbhbdux: Lesz DX12 only játék. A Fable Legends és a Rise of the Tomb Raider. De újabban arról van szó, hogy a Gears of War felújításból is kiveszik a DX11 módot, mert csak időpazarlás lenne az optimalizálása.
(#9509) gbors: Az aszinkron compute-ot minden DX12-es drivernek vissza kell jeleznie. Ezen belül jelezni kell a program felé, hogy valóban ott van a képesség a hardverben, vagy pusztán a követelmények teljesítése érdekében jelzi a támogatást. Ez azért kell, mert tisztán aszinkron compute-ra írt kód esetében a szoftveres emuláció ronthat a teljesítményen, így a programba nem árt belerakni egy alternatív kódot is, ami csak natívan grafikai parancslistába dolgozik. A driver visszajelzése alapján az egyik opció kiválasztható. Az NV drivere azt jelzi vissza, hogy tudja a hardver ezt a képességet, és ez technikailag így van, de az API és a program már nem képes értelmezni, hogy a hardver belül hogyan tud futtatni párhuzamosan feladatokat. Szerintem itt az alapprobléma az, hogy az API-nak ezt a részét az AMD építette, és a Microsoft csak úgy átvette. A GCN stateless architektúra, tehát a compute feladatok futtatásához nem kell beállítani hardverállapotot, vagyis akármit is futtat a rendszer mellette biztosan futtatható több compute feladat. A Maxwell parancsprocesszora képes fogadni a compute és grafikai feladatokat, de a compute is hardverállapothoz kötött, ha a compute feladat már hardverállapotot igényel, mint a futtatott grafikai feladat, akkor állapotváltásra van szükség, ami előfordulhat, hogy lassabb, mintha soros lenne a végrehajtás. Valószínűleg az Ashes of the Singularity ebbe a hibába esett bele, olyan compute feladatot futtat a grafikai mellett, amire a Maxwell képtelen, annak ellenére, hogy elvben a támogatás hardveres szinten is megvan, legalábbis abban a formában, ahogy az API megköveteli. Ezt úgy orvosolták, hogy a programon belül kapott a rendszer egy tiltást, hogy Maxwellen annak ellenére se fusson aszinkron compute, hogy a driver erre a támogatást hardveres szinten jelzi. Ebbe a hibába egyébként sokan beleeshetnek, mert a DX12 és a Vulkan is logikailag úgy kezeli a hardvereket, hogy azok stateless compute képességgel rendelkeznek, tehát nincs lehetőség programkódban ellenőrizni, hogy milyen feladatokhoz milyen állapot beállítása szükséges. Ezért nem jó, ha egy hardvergyártó tervezi az API-kat, mert jó eséllyel nem gondol a konkurens architektúrák működésére. Most tulajdonképpen hiába felelnek meg az Intel és az NV új megoldásai a multi-engine képességnek, ezek a kódok esetleg lassíthatják a feldolgozást. Nem véletlen, hogy az Intel drivere szoftveres szinten jelez vissza támogatást, annak ellenére, hogy megvan a hardveres is. Valószínűleg az NVIDIA számára is jobb, ha általánosan letiltják ezt a képességet, mert nem tudják majd az összes stúdió kezét fogni, és kérni a program oldali tiltást. Ha pedig ez nincs, akkor a GeForce sebességet veszíthet.
De a driver is paraméterezhető. Ma a támogatás azért problémás, mert az aszinkron compute szinkronizációt igényel, de a kiadott meghajtók ebből a szempontból nagyon korlátozottak, és esélyes, hogy a szinkronizálás lekezelése helyett inkább befűzi a sorba az elvileg aszinkron feladatot. Persze nyilván a fejlesztőknek már vannak olyan meghajtóik is, amelyek nem így működnek. Az Oxide tapasztalatai nyilván ezekre épülnek.
Egyébként nem ők az egyedüliek, akik azt mondják, hogy a GCN ebben bitang jó. A Fable Legends fejlesztői is utaltak arra, hogy az AMD-nek ez az újítás nagyon fekszik. A kérdés, hogy ebben mennyi szerepe van annak, hogy a kódokat a konzolok miatt GCN-re írják, illetve ez mennyiben rontja a konkurens hardverek hatékonyságát. Valószínűleg a Maxwellnek abszolút nem ideális az, hogy a motorokban az egész multi-engine stratégiát a GCN-ek publikált paramétereihez konfigurálják. Jó lenne tudni, hogy ha a Maxwell dokumentálva lenne, és ezáltal tudnák a fejlesztők, hogy erre milyen konfiguráció kell, akkor ez a lassulás bekövetkezne-e, vagy gyorsulást hozna az aszinkron compute.(#9512) daveoff: A Frostbite mindenképp a Vulkan irányába megy. A WDDM 2.0 használatához nem feltétlenül szükséges a DX12, jó neki a Vulkan is. A Vulkan egyértelmű előnye az EA számára, hogy nekik a vezérplatformjuk a PS4, és arra lesz Vulkan. Nincs még bejelentve, de lesz. Emellett a Vulkan API-val képesek olyan piacokat is lefedni, amelyeket ma még nem tudnak. Például Linux (SteamOS) és Android. Emellett a Vulkan hatalmas előnye, hogy van SPIR-V támogatása, tehát nem kell magukat a HLSL-hez láncolni, ami azért egy elég öreg nyelv már. A konzolokon jobb shader nyelvek vannak, és a SPIR-V lehetővé teszi azokat a képességeket PC-n is, amelyek HLSL-ben nem használhatók ki, de a konzolon már igen.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
nagyúr
válasz Malibutomi #9524 üzenetére
Hát ez elég nagy gáz lesz, ha így van, mert a most készülő jövőre kijövő játékok nagyrésze használná ezt a funkciót. Konzolon ez most a húzó dolog.
Mondjuk addigra itt lehet a pascal, de akkoris gáz.
[ Szerkesztve ]
Steam/Origin/Uplay/PSN/Xbox: FollowTheORI / BF Discord server: https://discord.gg/9ezkK3m
-
nagyúr
írta korábban abu, hogy a win10es driverek még nem kezelik az async shadereket, egyik oldalon sem, hanem sorba fűzik az utasításokat. hogy ez a compute részre is vonatkozik-e, azt nem tudom.
Tudod, mit jelent az, hogy nemezis? Az érintett, erősebb fél kinyilatkoztatása a méltó büntetés mértékét illetően. Az érintett fél jelen esetben egy szadista állat... én.
-
Malibutomi
nagyúr
válasz FollowTheORI #9532 üzenetére
Nem tudom hogy igy van-e, majd az okosok kivesezik, engem is erdekel a tema.
-
#Morcosmedve
veterán
[ Szerkesztve ]
© asszongya'hogy
-
nagyúr
válasz #Morcosmedve #9535 üzenetére
Akkor már csak a Prohardveren kéne megírja valaki...
Abu?
[ Szerkesztve ]
Steam/Origin/Uplay/PSN/Xbox: FollowTheORI / BF Discord server: https://discord.gg/9ezkK3m
-
Malibutomi
nagyúr
válasz #Morcosmedve #9535 üzenetére
Voltmar
-
nagyúr
válasz Malibutomi #9524 üzenetére
Aha. Ebből nekem az jön le (amit aztán Abu85 postja részben meg is erősít), hogy nem univerzálisan tiszta, mit is értünk aszinkron compute alatt. Eszerint lehetnek olyan fizikai leképződései, amit az nVidia kártyák a felépítésük miatt (és itt most nem a spórolásról van szó, hanem arról a koncepcióról, amit a Fermi óta visznek) nem tudnak normális sebességgel futtatni.
(#9531) Abu85: Köszi, ez informatív volt De még mindig kérdés, hogy miért nem hozott gyorsulást az a-c a GCN kártyákról. Volt már szó arról, hogy a driver sorosít, de akkor mitől dőltek be a Maxwellek?
Összességében azt tudom mondani, hogy 3 csomag popcorn és két Nuka-Cola rendel
"We put all our politicians in prison as soon as they're elected." "Why?" "It saves time."
-
rocket
nagyúr
válasz FollowTheORI #9536 üzenetére
Clickbait
Azert csak sikerult az AOTS-al felkavarni az allovizet.
"A lower resolution generally means that there can be more quality per pixel."
-
Abu85
HÁZIGAZDA
Látszólag a DX12 implementációk nincsenek normális szinten. Nagyjából megcsinálták őket stabilra, de sebesség egyelőre nincs bennük. De a stabilitás is kérdéses, abból kiindulva, hogy az ARK DX12 patch csúszik. Szóval itt a rendszer még közel sincs kész. Emellett az Oxide is írta, hogy még jönnek Win 10 update-ek a DX12-höz, és ha ez igaz (nyilván miért hazudnának), akkor maga az API sincs teljesen összerakva. Az Intel driverével pedig egyáltalán nem indul el az AotS, tehát vannak itt még gondok. Szerintem egy jó két hónap még kell ahhoz, hogy a DX12 implementációk jobban működjenek. Persze szerencsére ez régen sem volt másképp, szóval ezt valószínűleg mindenki bekalkulálta. Azt persze jó lenne tudni, hogy a meghajtók miket kezelnek teljesen és mi az, amit egyelőre csak stabilan támogatnak, de a sebességre nincsenek kigyúrva.
Igazából a Maxwellen is működik a DX12. A batch submission time jelentősen csökkent a DX11-hez képest, tehát maga az API a várakozásoknak megfelelően teljesít. A többi része a dolognak már implementációtól függ, és itt majd az NV-nek ezt ki kell vizsgálnia. De gondolom ők is tudják, hogy milyen optimalizálások nincsenek engedélyezve.
A lassulásnak egyébként lehetnek olyan okai is, hogy a DX12 változtat a működésen a DX11-hez képest. Egy csomó dolgot a driver már nem tud befolyásolni. Például a hazárdok kezelését, az erőforrások menedzsmentjét. A GDC Europe alatt volt egy előadás, ahol azt mondták, hogy az erőforrás-kezelés nehéz lesz, mert a motorra hárul a feladat, de csak egyszer kell jól összerakni és akkor oké lesz. Erre volt az a kérdés, hogy melyik architektúrára, és az MS-es csóka mondta, hogy a dokumentációk átvizsgálása után érdemes olyan irányt keresni, ami minden architektúrának úgy ahogy jó. Ez már hozhat egy olyan mértékű változást, ami csökkenthet a tempón, mert eddig a drivert ki volt gyúrva architektúraspecifikusan, míg most a programkód teljesen kiváltja, ráadásul a fejlesztőtől függ a teljesítmény is. Aztán az aszinkron compute nem csak egy DX12 only dolog. Hivatalosan az, de a DX11-nél nem a program, hanem a driver töltötte be a feladatot a parancslistába. Függetlenül attól, hogy az alkalmazás nem, a driver ismeri a hardvert, tehát ráhackelhető némi párhuzamosítás a rendszerre. Persze ez nagyon korlátozott lesz, mert szinkronizációt a driver sem tud tökéletesen biztosítani, de valamennyi sebesség nyerhető vele. Ilyen szempontból az NV DX11-es drivere elég jó volt, de ezt a kutatást teljesen kidobhatják, mert ilyenre a DX12 már nem ad lehetőséget. Ezzel az NV inkább sebességet veszít mint nyer. Szerintem több ilyen apró trükk van a DX11 meghajtójukban, aminek az előnyeit a DX12-vel teljesen elvesztik.
A jövőben egyébként nem gondolnám, hogy az NV megmarad annál a politikánál, amit most folytatnak. Láthatóan hátrányos a program oldali optimalizálásra, hogy a fejlesztők nem ismerik eléggé a GeForce-okat. Mindenképpen szükséges lesz a dokumentációk újbóli publikálása. Legalábbis más út egyelőre nem látszik, hiszen a hardvert nagyrészt az alkalmazás fogja vezérelni.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
daveoff
veterán
LG 27GL83A 27'' UltraGear™ QHD IPS 1ms Gaming Monitor with G-Sync®
-
rocket
nagyúr
válasz daveoff #9541 üzenetére
Millio eves prezentacio, hogy sikerult ezt nekik mai datummal lehozni
Kerdes az kifog a szoftverfejlesztok kozul szembe menni a piac 80%-at birtoklo szereplovel?
Az AMD-nek mar az nagy siker lenne, ha benne lenne a jatekokban, de hogy az NV se sirjon kikapcsolhato lenne az aszinkron compute, lenne akkor ne mulass
Persze nem kell felteni az NV-t, ha kell megnyitjak a penz csapot megjobban, van egy olyan erzesem nem az AMD fog gyozteskent kikerulni ebbol a csatabol se."A lower resolution generally means that there can be more quality per pixel."
-
-
nagyúr
válasz daveoff #9543 üzenetére
Azt azért ne felejtsétek el, hogy ha a 2048 ALU-val rendelkező 980 gyorsabb, mint a 2816-os 290X, akkor ott ALU kihasználtságban komoly különbség lehetnek (még órajellel kompenzálva is). Ha ezen segít az a-c (márpedig ha ezen nem, akkor semmin), akkor abból valóban kovácsolhat előnyt az AMD.
[ Szerkesztve ]
"We put all our politicians in prison as soon as they're elected." "Why?" "It saves time."
-
rocket
nagyúr
válasz daveoff #9543 üzenetére
Mar 1 eve az folyik, Huddy masrol se beszel csak az aszinkron compute, aszinkron shaderekrol
Jon az oszi jatek domping, holnap jon a szokasos az MGS5 kapcsan, megint lehet majd ujjal mutogatnia az AMD-nek
"A lower resolution generally means that there can be more quality per pixel."
-
Malibutomi
nagyúr
Jozan esszel belegondolva, nem lesz olyan hogy asyncron off kapcsolo. Valoszinu ha lesz "kikapcsolas" akkor ugy mint most az Oxide-nal, hogy az NV-n nem megy es kesz.
(#9545) imi123
Jo lenne, de mar ezutan az egy teszt utan is van kulfoldi forum ahol tiz oldalon at megy a siras, hogy szemet AMD berenc Oxide, nem lehet az NV kartya lassabb mint az AMD szar a teszt fujfuj.Annyi eszuk nincs hogy megvarjak amig lesz tobb taszt vagy par jatek, mar megy a siras.
[ Szerkesztve ]
-
rocket
nagyúr
válasz Malibutomi #9547 üzenetére
A teljesitmeny tesztek nem fognak semmit erni igy, mert almat a kortevel hasonlitanak ossze.
Sajnos valoszinubb forgatokonyv, hogy az NV elfogja tudni erni, hogy kevesbe legyen mervado a PC portnal, vagy valami nekik fekvo effekttel (tesszellacio stb.) kiegyenlitik a teljesítmenyt.Az egyebkent lathato a fejlesztoi kommentjei alapjan, hogy az AMD nem sokat tett, hogy megjobban nekik feküdjön a jatek, csak varjak megint,hogy a sultgalamb a szajukba repuljon.
[ Szerkesztve ]
"A lower resolution generally means that there can be more quality per pixel."
-
imi123
őstag
válasz Malibutomi #9547 üzenetére
Én egy játék alapján nem temetném egyik gyártót sem.
Mondjuk nekem ha majd BF4-ben vagy Battlefrontban hoz +30-40%-ot a Dx12, és gyengébb lesz az Nv akkor kezdek gondolkozni hardver cserén.
Engem nem érdekel melyik gyártó profitál többet,csak végre valamit lássunk már.A dumálásból elegem van.Tévedni emberi dolog, de állati kellemetlen.
Új hozzászólás Aktív témák
A topikban az OFF és minden egyéb, nem a témához kapcsolódó hozzászólás gyártása TILOS!
Megbízhatatlan oldalakat ahol nem mérnek (pl gamegpu) ne linkeljetek.
- Android 14-re vált a Nokia X10 és az X20
- Magyarországra is megérkezett a Xiaomi Smart Band 9
- NASsoljunk: ZyXEL NSA-310 és az FFP
- Kupon kunyeráló
- Kezünkben a Razr 50 Ultra
- Titan Army P27GR monitor: hogy tud ilyen olcsó lenni?
- Assassin's Creed Shadows - Elhalasztották a megjelenést
- Megérkezett a METAL GEAR SOLID Δ: SNAKE EATER legújabb előzetese
- PlayStation Plus 2024 Essential - Az októberi lista
- Konzolokról KULTURÁLT módon
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest