Hi​r​d​et​és​

2017. november 23., csütörtök

Hozzászólások

(#1) Ragnar_


Ragnar_
(őstag)

Nah az tök jó lenne, ha dx12-n nem lassabban, hanem gyorsabban futnának a játékok. :)

Core i5 3330 - GigaByte 1070 G1 - 16Gb Kingmax 1600MHz DDR3 - Audigy2

(#2) duc válasza Ragnar_ (#1) üzenetére


duc
(senior tag)

Akkor sikertörténet lenne.

[ Szerkesztve ]

üdvöske, redmondi óriás, tetszetős, rendre, légkavaró, akár, megoldás, kicsike, ipar.

(#3) arn


arn
(PH! nagyúr)

boritekolhato volt, hogy a tul nagy szabadsag szetesest hoz... valaszt adtak egy igazan meg sem szuletett kerdesre.

RETRO HW-t veszek (VLB, Pentium, Tseng, GUS, Roland, etc): http://hardverapro.hu/apro/keresek_egy_csomo_fele_cuccot

(#4) awexco


awexco
(fanatikus tag)

"Persze ezen próbálnak javítani az érintett fejlesztők, de egy alkalmazást, különösen egy játékot nem fejlesztenek örökké, így pár hónappal a megjelenés után jön esetleg egy nagyobb frissítés, és jutottak ameddig jutottak alapon a komolyabb optimalizálásnak vége is."

lásd Dishonored 2 de Hitman is tud érdekes dolgokat művelni .

[ Szerkesztve ]

I5-6600K@4700Mhz + Rx470 + LG 24GM77

(#5) Abu85 válasza Ragnar_ (#1) üzenetére


Abu85
(HÁZIGAZDA)

Ez sajnos nem csak a fejlesztőkön és az API-n múlik. Az egyes D3D12 implementációk (hardver és szoftver együttvéve) nem alkalmasak arra, hogy gyorsabbak legyenek bizonyos körülmények között, bizonyos konfigurációkkal. Például te az aláírásodban szereplő gép pont beletartozik ebbe a körbe, de a hardverek fejlődnek, hatékonyabbak lesznek az általános adatutak a parancsprocesszorokban, és emiatt egyre inkább a D3D12-höz tudják a gyártók igazítani az szoftveres implementációjukat is, így az újabb architektúrákkal jóval kevesebb emulációt fog használni a meghajtó.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#6) GreatL


GreatL
(tag)

Fall Creators... nálam már most "fall"... a Creators Update tönkrevágta a DTS/Dolby-t, kijavították idővel. Utána idővel megint elrontották. Visszaraktam a W10 Annyversary Enterprise LTSB-t és innen nem mozdulok.

i7, 1080 Ti

(#7) Z10N


Z10N
(PH! addikt)

"problémát jelent"

Ideje lenne mar, hogy gyorsulast produkaljon a dx12.

# sshnuke 10.2.2.2 -rootpw="Z10N0101"

(#8) DigitXT


DigitXT
(PH! félisten)

"a DirectX 12 mindenképpen ilyen marad, túl sok pénz áll benne"
Tehát most fos... De ha összeáll?

Akkor még lehet szar.:DDD

https://www.youtube.com/user/RKbodyfitness/featured

(#9) Ragnar_ válasza Abu85 (#5) üzenetére


Ragnar_
(őstag)

Akkor van még remény, hogy valaha gyorsabb is lehet a DX12, mint a DX11 Ez jó hír. :) Játékosként annyit tennék még hozzá, hogy közben az OpenGL meg, Vulkan 'fut mindenen' , Doomnak, Wolfensteinnek kb. az is mindegy, hogy van-e processzor a gépben vagy nincs. ;]

[ Szerkesztve ]

Core i5 3330 - GigaByte 1070 G1 - 16Gb Kingmax 1600MHz DDR3 - Audigy2

(#10) Televan válasza DigitXT (#8) üzenetére


Televan
(PH! kedvence)

Kissé képlékeny,kicsit büdös! De a miénk! :DDD ;]

Nincs semmi....

(#11) Abu85 válasza Ragnar_ (#9) üzenetére


Abu85
(HÁZIGAZDA)

Igazából kevés emulációt használó implementációkon már most azok.
Az is tipikus probléma, hogy a parancsmotorok kezelése rendkívüli módon megváltozott. Egy rakás sokszor használt parancsra építettek a gyártók az architektúrába úgynevezett fast pathot (az NV szinte csak ebből élt). Ezeket használták D3D11 alatt, viszont annyira erre építettek, hogy az általános pathot el is hanyagolták. Ugyanakkor a D3D12-ben az operációs rendszer címzi a fő parancsmotort, a meghajtó csak a compute parancsmotorokért felel. Ezáltal a D3D12-nél a hardverekben hiába van sok fast path, az elhanyagolt általános pathra kényszerül a munka, mert az OS a fast pathot nem ismeri, a driver pedig nem súghat neki.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#12) Kopi31415


Kopi31415
(PH! félisten)

És akkor el is érkeztünk oda, amit páran már a Mantle istenítésekor mondtunk.

Part to Part | Status:122% completed | Estimated time remaining:1193hr 2min 30sec

(#13) Ragnar_ válasza Abu85 (#11) üzenetére


Ragnar_
(őstag)

Ha Nvidiánál az emuláció és a nem optimális hardverfeépítés lassít akkor nem kellene Vega64-en valamivel több, mint hibahatárnyi 5% előnynek lennie teljesítményben dx12-ben egy 1080-hoz képest ? (AotS, Hitman, RotTR.)

[ Szerkesztve ]

Core i5 3330 - GigaByte 1070 G1 - 16Gb Kingmax 1600MHz DDR3 - Audigy2

(#14) awexco válasza Kopi31415 (#12) üzenetére


awexco
(fanatikus tag)

Túl sok pénze van az nVidiának , hogy hagyja a dolgok valózását ? ;]

I5-6600K@4700Mhz + Rx470 + LG 24GM77

(#15) Abu85 válasza Ragnar_ (#13) üzenetére


Abu85
(HÁZIGAZDA)

Még nem, mert tele van inaktivált funkcióval a meghajtó. Emiatt látható az, hogy a Vega nagyon haknis a különböző tényezőkre. Van amikor az 1080 Ti sem jelent problémát neki, de van amikor az 1070 is kemény ellenféllé válik. Majd akkor kell ezt megnézni, ha a meghajtóban aktiválják a hardverbe épített képességeket. Akkor lehet erre vonatkozóan levonni bizonyos következtetéseket.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#16) awexco válasza Ragnar_ (#13) üzenetére


awexco
(fanatikus tag)

Erre a válaszra én is kíváncsi lennék.

Nekem jóval gyorsabb a dx12 hitmanben . Viszont az fps nagyon széles sávban ugrál nagyon fura. Gyanitom a winyó sebességet is kevesli a benchmark.

I5-6600K@4700Mhz + Rx470 + LG 24GM77

(#17) Ragnar_ válasza Abu85 (#15) üzenetére


Ragnar_
(őstag)

Értem. Akkor mondhatjuk, hogy a dx12 jelenleg még korántsem mutatja az igazi előnyöket, ahogyan a Vega is lesz még gyorsabb. Ez így életszerű, és az Nvidia is valószínűleg kénytelen lesz követni a dx12 igényeit a következő architektúrájával. (És Pascalon már ne is várjunk csodát dx12 teljesítményben, akármit is változtatnak szoftver oldalon.)

[ Szerkesztve ]

Core i5 3330 - GigaByte 1070 G1 - 16Gb Kingmax 1600MHz DDR3 - Audigy2

(#18) Abu85 válasza Ragnar_ (#17) üzenetére


Abu85
(HÁZIGAZDA)

Mivel még nincs bindless program, ezért a D3D12-ben az erősorrend sokat változhat. Ez független a Vegától. A Vegának szimplán meghajtók kellenek, amelyek aktiválják a képességeit.

Pascalon is segít a D3D12, ha sok rajzolási paranccsal dolgozik a program. A többi gyorsulást hozó tényező nem igazából létezik Pascalon, így az aszinkron compute, a bindless, és az FP16 extráiból nem tud érvényesülni.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#19) Ragnar_ válasza Abu85 (#18) üzenetére


Ragnar_
(őstag)

Kíváncsi leszek hány év lesz a megjelenéstől, mikor azt mondhatjuk, hogy a Vega egyértelműen (15-20%) gyorsabb már DX12 játékok alatt, mint a teljesítménykategóriájának megfelelő Pascal. Elvileg az már csak a szoftver oldalon múlik akkor, kb. mint a 4c/8t és 8c/16t prociknál, hogy mikor kezdik hatékonyabban kihasználni a többmagot... (És nem az van, hogy egy 6c/12t proci átlag 40%-on fut, ami amúgy nem rossz, mert nem lesz procilimit miatt akadás de optimális kihasználásnak azért nem mondanám..)

[ Szerkesztve ]

Core i5 3330 - GigaByte 1070 G1 - 16Gb Kingmax 1600MHz DDR3 - Audigy2

(#20) Televan válasza Abu85 (#18) üzenetére


Televan
(PH! kedvence)

Mikor lesznek olyan játékok amik maradéktalanul kihasználják a Vega fantasztikus képességeit? Én mindig játékos szemmel kérdezek,mert engem csak az érdekel. :)

Nincs semmi....

(#21) Abu85 válasza Televan (#20) üzenetére


Abu85
(HÁZIGAZDA)

Nem játék kell hozzá, hanem a driverben kell aktiválni ezeket.

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#22) b. válasza Kopi31415 (#12) üzenetére


b.
(PH! addikt)

Bizony, bár csak elő tudnám szedni azokat a HSZ-ket most , meg amit kaptunk érte akkor pár emberkétől...:)

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso)

(#23) hapakj


hapakj
(lelkes újonc)

Tulajdonképpen az egész arról szólna, hogy a Microsoft biztosítaná azokat a kódokat a fejlesztőknek, amelyek önmagukban továbbra sem csinálnak semmit, de alapvetően szükségesek a rendszer működéséhez.

Ezt nem teljesen értem. Valaki tudna mondani példát olyan program kódra ami nem csinál semmit, de alapvetően szükséges a rendszer működéséhez, meg olyan programkódra ami önmagukban is csinálnak valamit?

Egyébként a kommentekből azt sikerült leszűrni, hogy az AMD továbbra sem tud drivert írni. Illetve ne csináljon olyan komplex hardvert amihez nem képes. "A hardver szoftver nélkül csak homok"

[ Szerkesztve ]

(#24) b. válasza hapakj (#23) üzenetére


b.
(PH! addikt)

Inkább mondjuk úgy hogy AMD is ( talán Microsoft is)rájött arra, hogy nem olyan jó ez a túl nagy szabadság a fejlesztők kezébe, mert szarnak rá, se pénz se idő ,ezért jobban járnak, ha még is csak az átkozott NV által járt kissé szabályozottabb utat választják, azaz például megpróbálják a memória menedzsmentet hardveresen megoldania fejlesztők helyett stb...

[ Szerkesztve ]

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso)

(#25) hapakj válasza b. (#24) üzenetére


hapakj
(lelkes újonc)

attól nem lesz egyszerűbb a driver kódja, ha valami heurisztikával próbálják a memória managementet megoldani.

(#26) Kopi31415 válasza hapakj (#23) üzenetére


Kopi31415
(PH! félisten)

A nem csinál semmit úgy értsd, hogy nem a játék érdemi részével foglalkozik. Hanem figyeli, hogy áll a VRAM telítettsége, s millió if esetén csinálja A-Z kimenetek valamelyikét a memória megtelése elkerülése érdekében. Vagy folyamatosan szinkronban tartja a memóriát a rendszermemóriával. Stb. De ezeket is a játékot fejlesztőnek kell kezelnie, figyelembe véve a három gyártó tíznél több architektúráját, és a GCN-ek eltéréseit is.

#25: Persze, hogy nem egyszerűbb. De nem mindegy, hogy a játékfejlesztő kell megírja, vagy a hardverfejlesztő. Aki egyszer megírja és adhatja oda minden stúdiónak, azonos minőségben, vagy minden stúdió magának gányol minden hardverre valamit. Pláne a játék kiadása után megjelenő hardverek esetén érdekes a support kérdése.

[ Szerkesztve ]

Part to Part | Status:122% completed | Estimated time remaining:1193hr 2min 30sec

(#27) Jack@l válasza Abu85 (#5) üzenetére


Jack@l
(PH! kedvence)

Peersze, szidjuk az nvidiát amiért egy eleve eröltetett félig hülyeség low level apival a fejlesztők nem akarnak dupla ideig szórakozni... Vagy mert éppen semmi előrelépés nem volt vele sebeségben.
Besült, pedig mennyire hi-tech világmegváltó volt még induláskor a mantlival együtt.
UI: nem lepődnék meg ha ez így maradna még néhány generációváltás után is, aztán kiderülne hogy nem a Pascalokkal volt gond ilyen téren.

[ Szerkesztve ]

(#28) KKaresz45


KKaresz45
(fanatikus tag)

Korrekt írás, kifejti az AMD felelősségét is a kialakult helyzetért. A MS-nak azért is kellett égetően a DX12, mert kellett valami amivel Win 10-re csalhatja a gamereket.

Viszont hardver közeli API-val úgy kell PC-re is játékot fejleszteni ahogy konzolra kellett. Az pedig nehéz. Azért volt jó PC-re játékot fejleszteni, mert relatíve egyszerű volt a high level API miatt. A PC nem konzol, és aki konzolt akar csinálni a PC-ből az megbánja. :)

A megoldás egy újabb high level API lesz PC-re, ahogy a cikk vége is fejtegeti (csak nem nevezi nevén). Szerintem a mostani irány egyszerűen zsákutca a PC játékok szempontjából.

(#29) Abu85 válasza hapakj (#25) üzenetére


Abu85
(HÁZIGAZDA)

A driver egy rendkívül vékony réteg a D3D12-ben. Gyakorlatilag minden feladat, ami a D3D11-ben a kernel driverben volt, azt D3D12-ben programba kell írni. Ezeket a programkódokat biztosítaná a Microsoft egy esetleges függvénykönyvtárban. Ezek igazából a játékra vonatkozóan nem tesznek semmit, csak alapvető menedzsmentfeladatokat látnak el, amelyek régen amúgy is a driver feladati voltak. Például egy ilyen függvénykönyvtárral nem kell azt is megírnod, hogy miképpen allokálsz egy puffert, hanem csak meghívod az erre vonatkozó függvényt és a hozzá tartozó headerben már ott van az erre vonatkozó programkód.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#30) Abu85 válasza b. (#24) üzenetére


Abu85
(HÁZIGAZDA)

Ezt nem lehet megcsinálni hardveresen. Ahhoz hardveres támogatás is kell, lásd Vega. Egy függvénykönyvtár pont úgy működne, ahogy egy aktuális D3D12-es program, csak úgy jó ezer kódsort a Microsoft adna. Ennyi. Igazából az egész nem sokban különbözik attól, amit az AMD kínál a Vulkan API-hoz VMA néven. Az elv és a cél ugyanaz.

(#26) Kopi31415: A megjelenés utáni hardverek már nem jelentenek komoly gondot. Pár százalékkal lehet rosszabb a hatásfok.

(#28) KKaresz45: Itt egyelőre szó sincs magasabb absztrakciós szintről. Csak egy függvénykönyvtár lenne az egész.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#31) awexco


awexco
(fanatikus tag)

Először a programozok sírtak , hogy be vannak korlátozva.

Feloldották a korlátokat .

Most meg a gamerek sírnak mert a programozok lusták és vagy drága a bérük .

Ergó sok előrelépés nem történt. Ha a hardware-t nem vesszük számításba és a végeredményre fókuszálunk .

:(

I5-6600K@4700Mhz + Rx470 + LG 24GM77

(#32) arn válasza b. (#24) üzenetére


arn
(PH! nagyúr)

Hude regen megjosoltam, hogy ez igy lesz... Egyszeruen a jatekfejleszto abban erdekelt, hogy a jateka jol fusson a gepek nagy reszen, es nem abban, hogy egyik masik hw kepessegeit kidomboritsa, a nagyon eltero felepites hibait kijavitsa, etc. Mennek a tomeg utan. Max lefizetett cimekben latunk mast.

RETRO HW-t veszek (VLB, Pentium, Tseng, GUS, Roland, etc): http://hardverapro.hu/apro/keresek_egy_csomo_fele_cuccot

(#33) Kopi31415 válasza Abu85 (#30) üzenetére


Kopi31415
(PH! félisten)

Komolyan gondolod, hogy nem jelent gondot az, hogy újabb hardveren rosszabbul futhat egy adott játék?

#31 awexco: "Most meg a gamerek sírnak mert a programozok lusták és vagy drága a bérük ."

Nem hiszem, hogy lusták, hanem nincs rá idő, egyszerűen nem éri meg hat féle kódot írni, tesztelni és karban tartani.

[ Szerkesztve ]

Part to Part | Status:122% completed | Estimated time remaining:1193hr 2min 30sec

(#34) Abu85 válasza Kopi31415 (#33) üzenetére


Abu85
(HÁZIGAZDA)

Ezt úgyis kezelni fogják. Lásd a Vega a HBCC-vel.
Az egész a mára tervezett hardverekkel probléma, de a holnapra tervezettekkel már nem tényező.

Egyáltalán nem kell nagyon specifikus kódot írni. A Microsoft megoldása olyasmi lenne, mint ez: [link] - persze nem Vulkan API-ra, hanem D3D12-re, de az alapelv tök ugyanaz.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#35) b. válasza Abu85 (#34) üzenetére


b.
(PH! addikt)

"Az egész a mára tervezett hardverekkel probléma, de a holnapra tervezettekkel már nem tényező."

Vega most jelent meg pár napja. a GCN meg a DX 12 meg már jó pár éve. Pont ezt írtad ezelött x éve is a GCN megjelenésekor.
Ilyenkor ezért érzed azt,hogy mekkora nagy átverés volt eddig az egész és megint arról szól a fáma, hogy a vásárlók a tesztalanyok és mekkora felelősséget hordoztok ezekkel a semmibe kilökött kijelentésekkel, amivel embereket vesztek rá, hogy higgyenek és vásárolnak is ezen dolgok alapján. Nem is tudom hogy tud még bízni az a pár radeon hívő ezek után bárminek, vagy éppen hogy tudja NV-t pocskondiázni, mikor megint az látszik , hogy igen is ők látják jól a piacot és nem azért mert ők diktálnak, hisz a konzolok magasabban kvalifikáltak a PC nél.
Vega 56 egy jó kis kártya, de nem azért " mert majd jó lesz" hanem azért mert most jó.

[ Szerkesztve ]

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso)

(#36) Abu85 válasza b. (#35) üzenetére


Abu85
(HÁZIGAZDA)

Pont a Vega a lényegtelen. A HBCC miatt az egész alapproblémára immunis.

Mindjárt itt az SM6.0. Hamarosan kiderül, hogy kik látták jól az igényeket.

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#37) Jack@l válasza Abu85 (#36) üzenetére


Jack@l
(PH! kedvence)

A nem létező és/vagy teljesen nulla sebességet adó HBCC-ről beszélünk DX12 alatt? Még egy mantra volt, még egy pofáraesés érik. (csak idő kérdése amikor már nem lehet a driverre fogni)

[ Szerkesztve ]

(#38) Abu85 válasza Jack@l (#37) üzenetére


Abu85
(HÁZIGAZDA)

Igen. Ez egy hardveres rendszer, tehát nem számít, hogy milyen szar a programban a memóriamenedzsment, a hardver erre nagyrészt immunis, mert programfüggetlen a vezérlés nagy része. Azért vezették be, mert nem alakul tökéletesen a D3D12 és a Vulkan ebből a szempontból, így ha a programozók nem tudják ezt megoldani, akkor adni kell alájuk hardveres segítséget.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#39) b. válasza Abu85 (#38) üzenetére


b.
(PH! addikt)

-

[ Szerkesztve ]

"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso)

(#40) Kopi31415 válasza Abu85 (#36) üzenetére


Kopi31415
(PH! félisten)

Mindjárt itt a konzol port, mindjárt itt a Mantle, mindjárt itt a DX, mindjárt itt az SM6.0. Mondd, nem unod még?

"Azért vezették be, mert nem alakul tökéletesen a D3D12 és a Vulkan ebből a szempontból, így ha a programozók nem tudják ezt megoldani, akkor adni kell alájuk hardveres segítséget."

És kell várni két évet, hogy elkezdjenek hisztizni a programozók, miszerint ez egy szar, vagy már jövőre is lesznek ilyen hangok?

[ Szerkesztve ]

Part to Part | Status:122% completed | Estimated time remaining:1193hr 2min 30sec

(#41) core i7


core i7
(PH! addikt)

Már nem bánnám ha a Directx12 hozna jelentős javulást
Egyébként GTA V-ben is fellehet venni csontra a grafikát 3GB vrammal is csak ki kell kapcsolni valami korlátot beállításokban

(#42) Jack@l válasza Abu85 (#38) üzenetére


Jack@l
(PH! kedvence)

Akkor mért van alapból kikapcsolva, mért kell várni még pár hónapot hogy jó legyen hozzá a driver? "hardveres" :D

[ Szerkesztve ]

(#43) arn


arn
(PH! nagyúr)

Meg mindig az lenne a leggyorsabb megoldas az uj technikak implementaciojara, ha a gyarto/api csinalja meg nagy reszet, a fejleszto meg minel kevesebb eroforrasbol felhasznalhatja Amig ennek ellenkezoje lesz, fujhatjuk... Majd eljutnak szokasosan a techdemo szintjeig.

RETRO HW-t veszek (VLB, Pentium, Tseng, GUS, Roland, etc): http://hardverapro.hu/apro/keresek_egy_csomo_fele_cuccot

(#44) Kozmonauta válasza Jack@l (#42) üzenetére


Kozmonauta
(tag)

Lehet hogy tervezési hiba miatt van ki kapcsolva?! :DDD :C

[ Szerkesztve ]

Annyira bíztok egymásban ti emberek hogy egyszerű gépekre bízzátok a pénzeiteket, amiknek még ineteligenciájuk sincs. BTC: 1Bi2nd9KoLXFSDDXkXb1vw5Lc9DJgDHbXG

(#45) Abu85 válasza Kopi31415 (#40) üzenetére


Abu85
(HÁZIGAZDA)

Nem, hiszen szépen fejlődik az ipar. :)

Azt senki sem mondta, hogy szar. Inkább az a baj, hogy a programozóknak az a része lett megkérdezve, akik alapvetően nagyobb szabadságot akartak. Az a része régebben nem is szólhatott bele, akik esetleg más álláspontot képviseltek. Az utóbbi réteg most kezdi belevetni magát és felmerültek a problémák. Ezek közül a legsúlyosabbat szerencsére egy szimpla függvénykönyvtárral, vagy mondjuk egy olyan hardveres megoldással, mint a HBCC kezelni lehet. Ennyi.
A legtöbben egyébként a Metal 2-t tartják a jó iránynak, de nyilván új API-t nem fog csinálni a Microsoft. Ebben benne van a pénz és az idő, így a D3D12-n belül fogják kezelni a felmerült problémákat.

(#42) Jack@l: Mert még nincs különválasztva a default konfiguráció Windows 7-re és 10-re. És mivel HBCC nincs Windows 7 alatt, így alapértelmezetten a default konfigot inaktiválni kell. De egy kattintás aktiválni, és működik. Az összes tesztet ezzel csináltuk.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#46) Jack@l válasza Abu85 (#45) üzenetére


Jack@l
(PH! kedvence)

Na ne hülyíts, hogy egy driverben nem tudják beállítani alapból a win10-es bekapcsolt állapotot :) Add már meg az amd szoftver részlegének emailjét, leírom nekik a 2 sort amivel megoldható...

[ Szerkesztve ]

(#47) Abu85 válasza arn (#43) üzenetére


Abu85
(HÁZIGAZDA)

Azt csinálta a D3D11, és mindenki egyetért abban, hogy nagyon szar volt. Valahol a két végletet képviselő D3D11 és D3D12 között van az általános igazság. A Metal 2 modellje tűnik az arany középútnak.

(#46) Jack@l: Meg tudják, amikor szétválasztják a Windows 7 és a 10 settings beállításait. Ma még a fejlesztés összevont. De mint írtam az összes tesztünk aktivált HBCC szegmessel futott, tehát működik hiba nélkül. Az AMD is mondta, hogy aki szeretné aktiválja, mert stabil.
Nem a sorral van a probléma, hanem a tesztelés különválasztásával. Ha eltérők az alapbeállítások, akkor a Win7/10 settings tesztelését nem lehet összevonni. Jelenleg a legtöbb ember a Redux meghajtón dolgozik, vagyis nincs igazából erőforrás különálló tesztelésre.

[ Szerkesztve ]

A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.

(#48) arn válasza Abu85 (#47) üzenetére


arn
(PH! nagyúr)

A dx11 megis egyertemu elorelepes volt, ficsorben, latvanyban, sebessegben. A dx12vel mi a helyzet? Harom eve jelentettek be, ket eve piacon, aztan egyet elore egyet hatra kb... ez pc, valtozo hwel, x fele architekturaval, mindig is a hw huzta az egeszet, nem a sw optimalizacio. Az, hogy hwben nem leptek elore sokaig, jol lathatoan a konzolgeneraciok es a kihasznalatlansag az ok, nem az, hogy nincs hova. Most atpasszoltak a labdat a fejlesztoknek, de ezt max globalisan szabalyozva lehet meglepni, nem x uton x felekeppen. Jobban mukodne az egesz korlatok kozott, mert semmit sem er a szabadsag, ha nincs aki mutatja az utat.

[ Szerkesztve ]

RETRO HW-t veszek (VLB, Pentium, Tseng, GUS, Roland, etc): http://hardverapro.hu/apro/keresek_egy_csomo_fele_cuccot

(#49) arn válasza Abu85 (#47) üzenetére


arn
(PH! nagyúr)

Kellenek fix future ficsorok, meg emelle a szabadsag, ha vkinek olyanja van (de ugyse hasznalnak).

RETRO HW-t veszek (VLB, Pentium, Tseng, GUS, Roland, etc): http://hardverapro.hu/apro/keresek_egy_csomo_fele_cuccot

Copyright © 2000-2017 PROHARDVER Informatikai Kft.