- Linux kezdőknek
- Már többen játszanak Kínában, mint amennyien Észak-Amerikában élnek
- Ha pornót néztél a neten, most megszívtad
- Aliexpress tapasztalatok
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- DIGI kábel TV
- Windows 95/98/ME "RAM bug"
- Zimbabwébe ment a Starlink
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Indiában gyárt Google Pixel mobilokat a Foxconn
Új hozzászólás Aktív témák
-
Abu85
HÁZIGAZDA
A legnagyobb félreértéseket az szüli, hogy a PC-s játékpiacon itt a legtöbben AAA játékot értenek. Valójában a PC-s játékpiac legnagyobb része MMO, MOBA és eSport.
Igazából nem haldoklik semmi, mert a szabványok átdolgozása részben a szűkölő piacok életben tartását is szolgálja. Ha nem lenne DX12, akkor nem lenne Quantum Break és GoW: Ultimate Edition sem PC-re. Nyilván az tény, hogy ez a részpiac nem annyira erős, hogy érdemes legyen koncentrálni rá, de megváltozott a status quo is, mivel egyszerűsödött a portolás. Ergo olyan címek jöhetnek, amelyek a korábbi feltételek mellett nem jöhettek volna.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz deadwing #16105 üzenetére
Az AMD-nek rengeteg, igen komplex post-process minőségjavítója van a driverben, hogy a filmek jobban nézzenek ki. Hasonlót csinál az NV és az Intel is, de közel sem rendelkeznek olyan szoftverkonstrukciókkal erre, mint az AMD. Ezt a különbséget le lehetne dolgozni, de az AMD-n kívül más gyártó nem törekszik arra, hogy túl bonyolult post-processekkel javítsa a képminőséget. Egyszerűen nem költenek annyi pénzt és kutatást erre, mert úgy gondolják, hogy nem lényeges a nyerhető előny, miközben növeli a fogyasztást. Ezt a különbséget paraméterezéssel nem igazán lehet ledolgozni, legalábbis addig nem, amíg az NV és az Intel nem kezdi el szállítani azokat a komplex post-processeket a driverbe, amiket az AMD kínál.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
A stúdióban ilyeneket nem lehet csinálni. Egyébként minden kikapcsolható igény szerint. Ezek felfogásbeli különbségek.
Az AMD nagyrészt annak köszönheti azt, hogy még ma is a legjobb képminőségű alternatívának tartják, hogy nagyon sok pénzt tolnak abba, hogy a képminőség már default szinten erős legyen. Például egyedül az AMD drivere tartalmaz kijelzőprofilokat, vagyis az elterjedt panelekhez egyedi paraméterezést rendelnek. Az Intel és az NV ezt nem tartja fontosnak. Én sem igazából, de tény, hogy sokan nem jutnak el a beállításokig, és úgy már nyilván az AMD-nek a képminőségét tartják majd a legjobbnak, hiszen gyárilag előkezeléssel érkezik.
[ 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 schawo #16111 üzenetére
Például ott a mosquito noise problémája, ami a tömörítésből ered. Egy külső post-process simán kiszűri. Ebben például messze a legjobb az AMD rendszere, és hiába kérik magát a kódot az alkalmazásfejlesztők, az AMD nem adja oda nekik. De persze lehetővé teszik, hogy az alkalmazás oldalán használhassák a driver post-processeit.
Régebben is észrevettem a cégeken, hogy multimédiában teljesen más a felfogás. Az Intel és az NV ezzel úgy van, hogy van egy rakás alkalmazás, ami megfelelő, míg az AMD szerint ezek valóban jók, de közel sem elég jók, így inkább jobb post-process rendszereket fejlesztenek a driverbe. Ez tisztán felfogásbeli különbség. Ha az Intel és az NV is így állna hozzá, akkor simán lemásolható lenne az AMD képminősége.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz wjbhbdux #16133 üzenetére
Az nem driver crash, hanem hardverhiba. Le kell gariztatni a kártyát.
(#16132) Bratilla95: Simán vedd le a driverben a tesszellációs faktort x16-ra. Ugyanaz a minőség és rögtön nagyon jól fut a hajeffekt.
Az NV esetében írni kell egy petíciót, hogy a GeForce-on adja meg a cég a lehetőséget arra, hogy a felhasználóik korrigálhassák a mesterségesen magas gépigényű effektek működését.[ 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 cyberkind #16138 üzenetére
Ez nem az API hibája, hanem a WDDM 2.0-ban a GPUMMU-é. A 64 kB-os lapokkal dolgozó GPU-k bizonyos programok mellett összeomlanak egy adott idő után. De a 4 kB-os lapokkal dolgozó termékek rendben vannak, azokkal órákig is lehet játszani. Maga az API csak a memória magasabb szintű menedzselését biztosítja, de a lentebbi rétegekben keletkezik a hiba.
(#16139) Szaby59: A DICE Vulkan API-t akar magának. Azok a problémák, amelyekkel ők küzdenek a SPIR-V-vel oldhatók meg igazán, mert képesek lesznek használni az OpenCL-t a shader nyelvek helyett.
[ 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 cyberkind #16143 üzenetére
De nem a DX12 miatt ilyen. Ez nagyon fontos, mert az API működik, csak a GPUMMU specifikációjánál az MS ejtett egy hibát. Eleve az probléma, hogy kétféle lapkezelési rendszer van definiálva. Van az alap 4 kB-os az AMD GCN-nek és az Intel Gen8/9-nek, és van egy alternatív 64 kB-os az NVIDIA Fermi/Kepler/Maxwellnek, illetve az Intel Gen7.5-nek. Nyilván a 64 kB-os csak azért került hozzáadásra, hogy a GeForce-okon, illetve a régebbi Intel IGP-n is fussanak a DX12-es játékok, de újonnan már mindenki a 4 kB-os módot fogja támogatni.
Ez nem alkalmazásfüggő és még csak nem is driverfüggő. Az operációs rendszeren belül a GPUMMU modult kell frissítenie a Microsoftnak, hogy ne fagyjanak az alkalmazások 64 kB-os lapok mellett.
[ 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 cyberkind #16147 üzenetére
Csak arra akartam felhívni a figyelmed, hogy a DirectX 12-t hibáztatod egy olyan hibáért, amit nem a DirectX 12 okoz. Persze, hogy szar dolog ez, de nem az API a hibás érte, hanem egy másik modul, és ez is csak az alternatív működési módban hibás, vagyis az összes olyan hardver, amely a default működési módot használja hibamentes. Értem, hogy téged ez GeForce mellett nem boldogít, mert pont a hibás működési módot vagy kénytelen használni, de ettől a rendszer még működik, és GeForce-on is működni fog egy nyári Windows frissíté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 TTomax #16149 üzenetére
Azt látom, hogy őket nem érdekli, hogy miért nem jó. A júzerek többsége azt hiszi, hogy az NV DX12-es drivere a hibás. Valószínűleg azért, mert a EuroGamer is ezt mondta a Quantum Break PC-s videójában. De az NV is tehetetlen, mert a driver előtt az OS szintjén keletkezik a bug, amit hát a meghajtó továbbvisz, mert nem tud mit kezdeni vele.
[ 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 TTomax #16153 üzenetére
Rendet tudnak rakni. Ezért kap egy fixet az OS-ben a GPUMMU modul.
Az a baj, hogy mégis az NV-re mutogatnak, mert például a EuroGamer is azt emelte ki, hogy a fagyás Radeonon nem fordult elő utalva a driverbugra. A júzer pedig ennél tovább nem megy. Nem fog utánajárni, hogy ez nem driverbug, hanem egy alternatív lapmérettel dolgozó GPUMMU mód problémája. Ezért fontos a hibák behatárolása.
Egyébként nyilván logikus, hogy ha AMD-n megy és NV-n nem, akkor tutibiztos, hogy driver, de a gyakorlat ennél sokkal bonyolultabb.Nem adták fel. Minden VR játék a LiquidVR-rel a Mantle-t használja.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Nem. Arról volt szó, hogy a gyártók azt szeretnék, ha lenne a kártyákon DP 1.2a, vagy bármilyen a-s aljzat. Ugyanis a monitorgyártók között csak az Acer és az ASUS maradt a G-Sync mellett és ma már ők is úgy kezelik ezt, hogy nyereséggel adják el a monitoraikat, vagyis 600-1200 dollár közé árazzák az új kijelzőket. Emiatt mondták a partnerek, hogy ez nem olyan jó, mert tonnaszámra érkeznek az A-Sync kijelzők, amelyekből már 73 van, és idén azt várják, hogy őszre lesz belőlük 150+, vagyis pusztán mennyiségi fölénybe kerülnek az üzletekben. Ez a gyártóknak gáz, mert nehezebbé teszi a dolgukat. Az NV-nek nem az, mert ők a G-Sync-re prémium funkcióként tekintenek, és ezért igenis fizessenek érte a gyártók nekik 200 dollárt, azt meg leszarják, hogy a gyártók ezt a vásárlón hogyan hozzák be.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Nem azt mondtam, hogy nem lesz, hanem azt, hogy az árnyékolás problémája miatt nagyon nehéz lesz a névleges órajeleket hozni. Ez így is lett, mert 14 GHz-re hitelesített lapkákból 10 GHz-et sikerült kinyerni. Ez teljesen általános probléma a GDDR5X esetében. Hiába az elméleti hitelesítés, azt szinte képtelenség elérni.
[ 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 TTomax #16293 üzenetére
Nem. De amikor a GDDR5 érkezett, akkor 4 GHz-es lapkákkal nyitottak, és azt az órajelet helyből hozták. Itt nem a lapkákkal van a baj, mert azok a Micronnál működnek, de annyira nehéz megoldani az árnyékolást, hogy egy korlátozott hosszúságú NYÁK-on nem lehet elérni a tervezett órajeleket. A Micron 47 cm-es NYÁK-on hozott 14 GHz-et, és ezt valószínűleg egy 45+ cm-es VGA is tudná.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
A G-Sync akkor sem ment volna, ha jött volna szabványos támogatás. Itt a gyártók problémája ott kezdődik, hogy nagyon kicsi a kínálat, és az új kijelzőket az Acer és az ASUS 600-1200 dollár közé árazza, mert nem érdekeltek abban, hogy haszon nélkül adják el a monitorokat. Mivel csak két partner van, gyakorlatilag kizárt, hogy bármiféle árverseny kialakuljon, mert egymáshoz belövik magukat és kész. Ez önmagában hátrányos egy olyan területtel szemben, ahol tíznél is több gyártó küzd. Utóbbi sokkal kiszámíthatatlanabb, és a Samsung, illetve az LG is ott van közöttük, ami árversenyt is jelent.
A lényeg az alternatíva felkínálása, mert rengeteg felhasználó nem akar kockáztatni, és inkább menne a szabványra egyből anélkül, hogy Radeont kelljen hozzá venni.Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz stratova #16301 üzenetére
Ők támogatni fogják, de még nem jelentették be, hogy mikortól. Igazából nekik csak az 1.2a aljzat hiányzik.
(#16302) gV: Nincs is igazán árverseny, de a monitorpiac az más.
Nyilván a licenc nélkül lényegesen olcsóbb lehet az A-Sync.(#16307) oAcido: A Best Buy friss adatai alapján 86% fölött van a Freesync. De ez azért nagyon csalóka, mert az új kijelzők többségében ez alapfunkció, tehát akkor is ilyet vesz a felhasználó, ha mondjuk nem kell a variálható frissítés. Egyszerűen default szolgáltatás lett.
Olyan összehasonlítás kellene, ami azt mutatja ki, hogy az eladások milyenek, ha célirányosan történt a variálható frissítés melletti vásárlás, de ilyen sajnos nincs.(#16311) Szaby59: Több API-t támogat. A SPIRV-Cross mellett már a shaderek szállítása sem gond.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Exkluzív fullscreen mód sosem lesz az UWP API-ban. Új swapchain API-k jönnek. [link] - a lényeg itt van. A vertikális szinkron is kikapcsolható lesz, ha a fejlesztő megengedi.
[ 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 #85552128 #16408 üzenetére
Valószínűleg kétlépcsős frissítés lesz. Az új swapchain API-k megjöhetnek ma, de a WDDM 2.0 javításai csak nyáron jönnek. Egyébként attól, hogy ezek az API-k jönnek még nem történik semmi, mert a program oldaláról támogatni kell az új lehetőségeket.
Az Xbox One egyetlen hardverspecifikáció. Kb. ezerszer gyorsabban lehet a problémáira reagálni, mert nem kell a gyártókkal leülni és kidolgozni a szabványos specifikációkat.[ 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 #85552128 #16410 üzenetére
Nyilván, de utólag mindenki nagyon okos lesz.
(#16411) Loha: Az architektúra specifikációja akkor sem fog változni. Lásd PS4K, ahol nemhogy új tervezésű magok nem lesznek, de ugyanazokkal az erratákkal készül az egész. Csak több multiprocesszort kap. Egy konzolon ilyen szempontból mindig hatványozottan gyorsabb a problémákra reagálni, mert nincsenek meg a lassító tényezők.
Az UWP elsődlegesen a fejlesztők visszajelzései alapján készült, hogy a rendszer nagyon védje a szoftvereiket. Például a játékfejlesztők számára a Steam amellett, hogy a tömeg miatt támgatott, kifejezetten rossz biztonságot ad, mert relatíve gyorsan törhető minden, ami felkerül rá.[ 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 #85552128 #16413 üzenetére
A fájlelérés egy szándékos limit. Igazából nem is a fájlelérés a probléma, hanem a módosítás, amit a kiadók nagyon nem szeretik a modolást. Az UWP eszerint az igény szerint készült.
A patchelés máshol is ilyen, ha volt olyan idióta a fejlesztő, hogy 20 GB-os állományt csomagolt egybe.
Azért van multiadapter az új API-kban, hogy működőképes lehessen a több GPU. Viszont annyira pici a piac, hogy nem sok céget érdekel. Inkább az IGP+dGPU konstrukciókat akarják kiszolgálni.
Leszarják tudatos a PC-s szokásokat. Nem az a céljuk, hogy a PC-s hardcore réteget kiszolgálják, hanem az, hogy a kiadók igényeinek megfelelő store-t csináljanak platformok közötti összeköthetőséggel és átjárással.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Nehezen tudnak bele olyan architektúrát rakni, amelynél hiányzik a MIN/MAX/CMPSWAP utasítás az LDS atomics-re. Az rendben van, hogy van helyettük más, csak csak egy csomó program le van szállítva ezekre optimalizált binárisokkal. Ez nem PC, hogy shadert vagy IR-t szállítanak, itt lefordítják GCN ASIC ID120-ra esetleg még beletúrnak assembly szinten és kapod a binárist a lemezen. Ki lehet egészíteni egyébként a dizájnt, de meg kell őrizni a legacy utasításokat, hogy a legacy programok futtathatók maradjanak. Szóval biztos nem Polaris lesz benne, maximum egy GCN2-GCN4 hibrid. A konzolon az is számít, hogy egy utasításnak mennyi a büntetőciklusa, mert arra is optimalizálnak. A már leszállított programok ezért futnak majd alap módban, mert ott vissza lesz véve az órajel is PS4 szintre.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Nyilván. Ez szükséges ahhoz, hogy a már kiadott alkalmazások kompatibilisek maradjanak. Aztán egyébként patchekkel azt lehet csinálni, amit akarnak.
(#16427) oAcido: [link] - szokásos kooperáció. Az AMD-nél a DICE top projektje a csúcshardver targetje. Jelen esetben a Battlefield 1. Aztán persze csúszhat, de a cél elérni azt az alkalmazást.
[ 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 keIdor #16453 üzenetére
Nyilván nem. Elsődlegesen azért, mert a partnerek már jelezték, hogy kifejezetten tetszik nekik, amit a Polaristól és a még be nem jelentett GPUOpen holmiktól láttak. Nem tűntek frusztráltnak. A Computexen ki lesz rakva számos modell.
A Polarisról ugyan senki sem beszél, de a GPUOpen tényleg érdekes irányt vesz azzal, hogy gyakorlatilag megengedi a fejlesztőknek a konzolos optimalizálás PC-re hozását. Bár ennek meglesz az az árnyoldala is, hogy a konzolos kód csak AGS-en működik.(#16456) Keldor papa: Csődbe mentek volna, mint a BFG. A váltással ezt kerülték el.
[ 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 Malibutomi #16457 üzenetére
Nem írtam semmi olyat, amit ne lehetett volna eddig is tudni.
Az lenne a gáz, ha leírnám, hogy lesz idén is PC Gaming Show az E3-on, és ott ... jaj, huh majdnem leírtam.
[ 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 daveoff #16471 üzenetére
Attól függ, hogy mennyi konzolfunkció hozható át NV-re. A GPUOpen nem olyan jó dolog, mint amilyennek tűnik. A fejlesztőnek nyilván az, hiszen hozza a konzol shadert egy az egyben PC-re, de ez nem kompatibilis az NV és az Intel hardvereivel, vagyis bizonyos függvények nem futnak majd le. Na most erre kellenek alternatív kiterjesztések, amelyekre írni kell alternatív shadreket, szóval bonyolult ügy lesz ez a PC most, hogy az AMD erőlteti ezt az "érd el a hardvert és használd ki" felfogást. A konzolra megírt kódok tömkelege miatt elég sokan vevők rá, mert csak egy copy-paste az egész.
Majd jövőre segít a shader modell 6.
[ 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 sutyi^ #16532 üzenetére
Nem mindenféle, de a gyártók vihetnek cuccokat a computexre. Az AMD inkább a Carrizo utódjára fog koncentrálni, mert a GPU-knak az E3-on béreltek egy teljes épületet. Ott lesz publikus szinten engedélyezve minden.
A Vegát nem hozták előre. Minden csúcs-Radeonnál a DICE csúcsjátéka a target.(#16538) imi123: GPUOpennek nem pont a nyers PC-s optimalizálás az elsődleges célja. Hanem a konzolos kódok futtathatóvá tétele PC-n, így biztosítva a konzolos optimalizálás PC-re való áthozását. Ha azt kérnék, hogy optimalizálják a PC-s kódokat olyanra, amilyenre a konzolosokat, akkor az nem érdekelne senkit.
[ 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 Malibutomi #16548 üzenetére
Mert 2016 végén jön az új Battlefield. Akkor Q4-et mondhatott az EA.
[ 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 Dyingsoul #16550 üzenetére
A DICE nem akkor kapja meg, amikor mi vagy a végfelhasználók. Polarisük is van már tavaly december óta. Ezért vannak szerződésben, hogy gyakorlatilag elsőként kapjanak meg mindent. Nekik ez éri meg ebben az üzletben.
[ 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 Malibutomi #16552 üzenetére
Radeon Pro Duón ültek pár hónapig csak azért, hogy a VR eszközökhöz adják ki. Nem éri meg mindent akkor kiadni, amikor kész. Valamikor jóval nagyobb eladásokat lehet produkálni, ha valamihez hozzákapcsolják a terméket. Valami olyanhoz, amit a játékosok várnak. Ezek fontos stratégiai lépések. Kimutatható jelentőségük van a hatásuknak.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Malibutomi #16555 üzenetére
Maximum a dobozos termékeknél, de fontos tényező, hogy a 300+ dolláros szinten az eladott VGA-k 70%-a komplett gépben talál gazdára. Tehát fontos, hogy az OEM-eknek legyen valami marketingalapjuk az új komplett gépekhez.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz #85552128 #16559 üzenetére
Csak szólok, hátha nem érthető. A Polaris és a Vega egy család. Mindkettő két GPU-ból áll, vagyis tartományt jelölnek meg a roadmapon. A tartomány eleje az egyik, míg a vége a másik GPU. Ugyanez a Navi, csak az több GPU-ból áll, mint kettő.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz #85552128 #16561 üzenetére
Ez nem a legfrissebb. Ezt még a januári CES-es előadáson láttam először, majd elvitték az MWC-re. A legfrissebb publikus a GDC-s Capsaicin roadmap. Annál van egy frissebb nem publikus, ami GPU-kra is lebontja.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz #85552128 #16563 üzenetére
[link] - ebben van a legfrissebb publikus. Amit beraktál nem tudom, hogy honnan veszed, hogy friss. A saját szememmel láttam a januári CES-es konferencia eladáson. Azóta a GDC-s roadmapot használja az AMD. De mondom van egy újabb, az elég részletes, de az nem publikus, így nem lehet kirakni. De lehet, hogy valaki kiszivárogtatja.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz Dyingsoul #16566 üzenetére
vitko és Szaby: Szerintem januárban vagy még márciusban sem tudták a BF megjelenését. Ahhoz kell igazodni. Ez a lényeg igazából. Igazodni a DICE projektjéhez, hogy legyen hardver a Battlefield 1-hez!!!
Az igazán nagy kérdés egyébként az, hogy az a Vulkan kiterjesztés, amire a BF1 épít csak a Vega mellett érhető el, vagy a Polarissal is. Ezt azért fontos lenne megtudni.Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz gainwardgs #16572 üzenetére
Tudtommal egy rasterizationorder kiterjesztésről van szó, ami igazából a futtathatóságot nem befolyásolja, csak jelentősen növeli a tempót. Jó lenne látni a kiterjesztés specifikációját. Ezért írtam, hogy ez nagy kérdés, amit izgalmas lenne kideríteni, csak mindenki hallgat, mint a sír.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz havenger #16578 üzenetére
A konzervatív raszterizáláshoz biztos nincs köze, mert az semmiféle ordert nem alkalmaz. A raster order view pedig inkább egy MS-féle marketingnév. Valójában UAV ordering a neve. Ez valami más lesz, ha csak a névből indulunk ki.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz stratova #16709 üzenetére
Meg. Ezek nem szándékos dolgok, csak az idő szűkössége miatt nem mindig lesznek jelentve. Ez visszavezethető teszthiányra is. Például arra, hogy az ID csak a legújabb architektúrákon nézte meg, és azzal jó volt, így gondolták minden jó lesz. A legfőbb indok az explicit elérés mellett lényegében ez, hogy a meghajtótól ne függjön annyi, így a fejlesztők rá lesznek kényszerítve, hogy alaposan teszteljenek.
[ 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 #85552128 #16763 üzenetére
Ne a Fury X gyorsulásához mérd ennek a gyorsulását. Közel sem tudnak annyit a Pascal GMU-k, mint amennyit a Fiji dedikált compute parancsmotorjai. Inkább a Tahiti GPU-hoz képest kellene megnézni, mert hardveresen kb. azon a szinten van a GP104 az aszinkron compute szempontjából.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Azok kellenek. Eléggé az ALU felé mennek el ezek az új motorok, mint a Glacier vagy a Nitrous. Ma már jobban megéri a legtöbb futószalagot compute-ban írni, mert gyorsabb. A Frostbite compute kivágása is igen ALU zabáló.
[ 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 #35434496 #16767 üzenetére
Nézzétek terhelés mellett is. Ezeknek a VGA-knak a Full HD olyan, mint régen a 640x480 volt.
Egyébként a Guru3D eredményei manapság állandóan furcsák, valami van a tesztkonfigjukkal. Lassan pár hónapja össze-vissza mérnek. Persze az is lehet, hogy nem patch-elik a játékokat. Amilyen sok eredményt hordoznak simán elképzelhető, hogy nem fér bele mindent mindig újramérni. Emiatt viszont az eredmények sem elég frissek.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
Másfelé nem lehet menni. Ez igazából az egész iparágban ismert. Azóta kezdődött el az erős váltás, amikor bejött a compute shader. Ennek a váltásnak a közepén tartunk.
Az ALU azért lényeges a skálázás szempontjából, mert jóval kevesebb limitbe lehet ütközni ezekkel a konstrukciókkal, mint a tradicionális grafikai megoldásokkal. Mivel mindenki ezt az irányt erősíti, nehéz kétségbe vonni, hogy az ALU powa a nyerő. Legalábbis nem látom senkin, hogy megoldást keresne a sávszélproblémára, vagy a quad raszter problémára. Az ALU sem hibátlan persze, hiszen az új API-k miatt jönnek majd a futószalagidőből adódó limitek, de talán lesz erre valamilyen megoldás a jövőben.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz #35434496 #16774 üzenetére
Miért szerinted normális, hogy nekik van egy eredménysoruk, és rajtuk kívül senki, ismétlem senki sem mért még csak hasonlót sem? De elfogadható úgy, ha nem frissítik a programot, mert ez nálunk is probléma szokott lenni. Időnként annyi eredményt kell áthozni régebbről, hogy kimarad a frissítés, és akkor a mi eredményünk is eltér a többi eredménytől. Persze manapság igyekszünk állandó jelleggel frissíteni, de biztos, hogy az Anand dolga egyszerűbb volt négy méréssel, mint a Guru3D dolga két tucat méréssel. Előbbiért megéri frissíteni, míg utóbbiért nem.
(#16776) Szaby59: Nem. De a CPU limitet is nagyon félreértitek. A GPU-k belül nem olyan homogén rendszerek, mint amilyennek le vannak festve. Valójában ezek rendkívül rendkívül heterogén konstrukciók, amelyeknek a belső kihasználása úgy nő, ahogy nő a kiszámítandó pixelek száma. Már csak azért is, mert a geometria jellege a jelenet szintjén állandó, miközben a pixelek mérete nem, így a raszterizálás hatékonysága is állandóan nő a felbontás növelésével.
[ 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 keIdor #17052 üzenetére
[link] - Forza 6 Apex DX12 390 vs 970.
Valójában az architektúra nem annyira fontos. A GCN1-2-3 között elég sok különbség van, de a lényeg az, hogy az alap, az ALU:Tex arány, a regisztertár, a gyorsítótárak kapacitása megegyezik mindhárom verzióban. Ez okozza azt, hogy a GCN1 is fejlődni tud még ma is, mert a multiprocesszor struktúrája nem változott meg. Az NV és az Intel is ilyen eltérésekkel dolgozik, de ott a főbb gond az, hogy a multiprocesszorok mindig változnak, mert nem találják az optimális arányokat, vagy az optimális arányra nincs elég tranzisztor, stb. Ez tesz be a programozóknak, és nem az, hogy az egyik Kepler, míg a másik Maxwell.
[ 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 keIdor #17055 üzenetére
A dadogás attól jön, hogy állandó a vertikális szinkron. Ez nem a gyártók hibája, hanem az alkalmazásé. Amint 60 fps-ről leesik akármennyire picit az fps akadni fog egyet. De az MS ezt már megoldotta. Go Windows update és leszedi a két új flipchain API-t, ami ezt kijavítja. A Forza 6 Apex erre tartalmaz már egy implementációt is, ha frissíted az alkalmazást. Probléma letudva.
Igen, mert az AMD-n ütközött a hapsi. Ez egy játékbeli bug, ami ütközésnél előjöhet. Szintén javítva lett egy javítással. Ezek a dolgok a DX12-vel nem kizárhatók, mert a meghajtó már nem játszik szerepet, így az alkalmazásfejlesztő elronthatja a menedzsmentet. Nyilván ennek az előnye, hogy olyan, hogy képi driverhiba nem létezik többet, de a hátránya, hogy az alkalmazás oldalán kell megírni hibátlanra.
[ 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 mcwolf79 #17061 üzenetére
Az OnlyAMDFeature nem igazán volt cél korábban. Legalábbis törekedtek arra, hogy amit csinálnak az lehetőség szerint legyen szabványos. Ez már csak azért is kell, mert nem elég nagy a PC-piac, hogy speciális dolgokkal foglalkozzanak a fejlesztők.
A GPUOpen hozza, illetve hozta ebben a törést, amikor az AMD már nem csak a PC-re dolgozik, hanem a PC+PS4+Xbox One kombinációra. És úgy már elég nagy a piac ahhoz, hogy a fejlesztők speciális dolgokkal foglalkozzanak. Jött is az OOO-raszter, illetve az mbcnt. Mindkettő csak a kezdet, de ezeket kérik a leginkább a konzolról portoló fejlesztők. Jön még a ds_swizzle és a writelane, illetve az ordered atomics.[ 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 #85552128 #17063 üzenetére
Ezekről még nem lehet beszélni, de jön pár olyan dolog a Polarisban, amelyek évek óta kutatási alapnak számítanak minden gyártónál, de senkinek nem sikerült még a gyakorlatban implementálni. Ezeknek a dolgoknak a többsége a hatékonyság drasztikus növelését célozza. Később más is előáll majd hasonló konstrukciókkal, amint végigfutnak a kutatások, és ténylegesen bevethetők lesznek. Itt azért van egy olyan időbeli probléma, hogy az AMD már 2012-ban tesztelte, hogy mi kell az explicit API-ra, míg a többiek csak 2014-ben tudták meg, hogy hol vannak a GPU-kban a szűk keresztmetszetek ezekkel az új irányokkal. Nyilván az egyes problémákra csak akkor lehet reagálni, ha ki tudod azt mérni.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz #85552128 #17075 üzenetére
Az ALU szám olyan értelmezésben, ahogy ti nézitek nagyon csalóka, mert a nem megfelelő magyarázatok miatt csak FP32 ALU-t számoltok. Ezenkívül azért vannak még más ALU-k is, vagy nincsenek. Például az interpolációnál az AMD manuális megoldást alkalmaz. Emiatt képes támogatni a rendszer a konzolos analitikai AA-kat, illetve a GS emuláció nélküli VP/RT tömbindexet a shader lépcsőkből a raszterizálóig. Ezekre az NVIDIA architektúrái nem képesek, így az ezeket kihasználó konzolos effektek nem futnak majd le. Ezeket a konzolos kódokat át kell írni az NV-nek a nem szabványos dedikált interpolációs és viewport struktúrájára (ha majd lesz kiterjesztés). Viszont az NV a dedikált interpolációt SFU-ból csinálja.
Szóval ez az ALU szám=ALU szám nagyon elméleti alapú.
[ 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 #Morcosmedve #17076 üzenetére
Ezeket az újításokat mindenki komolyan veszi. Mint írtam minden gyártónál vannak erre vonatkozó kutatások, csak nem ugyanott tartanak. Az AMD gyakorlatban is beveti az explicit API-k problémáinak megoldásait. De mondom nekik könnyű volt, mert ők 2012-ben már mértek, míg a többiek olyan szoftverkonstrukciókhoz csak 2014-ben jutottak, amellyel valóban mérni lehetett.
[ 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 Laja333 #17086 üzenetére
Rosszul. Az AMD elég régóta csak multiprecíziós ALU-kat tervez, tehát minden ALU támogat minden műveletet, de nyilván ezt le kell osztani az igényekre, mert például az interpoláció nem ingyenes, így az elviszi az ALU-k egy részét. Viszont számos DX12 funkció manuális interpolációt követel.
Az Intel is hasonló konstrukcióval dolgozik, csak nem mindegyik ALU-juk multiprecíziós. Manapság az ALU-ik fele az.
Az NV nem használ multiprecíziós ALU-kat, mert nehéz megtervezni őket. Helyette dedikált egységeket raknak be az egyes feladatokhoz. Egy CUDA magban van FP és integer ALU is, és egyik sem tud speciális utasítást végrehajtani, ahogy az interpolációt sem oldják meg. Így nem tudnak támogatni számos DX12 funkciót, de dedikálva lesz a munkára a részegység.Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
válasz velizare #17119 üzenetére
A CF-ből is csak az XDMA, illetve az egynyákos megoldás működik. A hidas SLI/CF konstrukciók negatívba skálázódnának. Ezért tiltva vannak driverből, persze lehet, hogy találnak valami megoldást később. Ugyanakkor lesz a DX12-es módnak multiadapter opciója, ami már ugye nem azokat a szerencsétlenül lassú hidakat használja. Na az skálázódni fog mindenhol.
[ 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 velizare #17128 üzenetére
A Polaris startjához érkezik a DX12 mód. De van már a sajtónak DX12 tesztprogramja előzetes kóddal. Cirka 60%-os extrát dob még erős procival is. Nekem úgy jó 90%-ot gyorsít. Valószínűleg a DX11-es kóddal már nem foglalkoztak annyit a fejlesztők, így abból nem hoztak ki mindent. Túl költséges lett volna.
(#17129) Locutus: Akit nem érdekel a DX12, az vehet CF XDMA rendszert vagy egynyákos multi GPU-t és az DX11-ben is skálázódik.
[ 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
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.
- Linux kezdőknek
- Már többen játszanak Kínában, mint amennyien Észak-Amerikában élnek
- EA Sports WRC '23
- Politika
- Kormányok / autós szimulátorok topicja
- A fociról könnyedén, egy baráti társaságban
- Asztalos klub
- EAFC 24
- Apple iPhone 15 - a bevált módszer
- Ha pornót néztél a neten, most megszívtad
- További aktív témák...
- lenovo DU9033S1 Onelink Pro Dock TÖBB DARAB Töltő nincs benne az árban
- Új Gyári Lenovo 65W Notebook adapter USB-C csatlakozóval
- iPhone 14 PRO - Arany - Gyönyörű
- iPhone 14 PRO MAX - 2026.10ig Garancia - Független
- Microsoft Surface Book 2in1 Érintős Szétszedhető Laptop Tablet 13,5" -60% i5-7300U 8/256 QHD+ Win 10
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs