- Samsung Galaxy A54 - türelemjáték
- Beköltöztette az AI-t az iOS az Apple Musicba
- A Honor profi iPhone másolásban
- Xiaomi 17 Ultra - jó az optikája
- Készül a 200 megapixeles iPhone
- Íme, a Samsung válasza a hajlítható iPhone-ra
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- One mobilszolgáltatások
- Vivo X300 Pro – messzebbre lát, mint ameddig bírja
- Google Pixel topik
Új hozzászólás Aktív témák
-
Abu85
HÁZIGAZDA
A Forza esetében a problémát inkább a D3D12 implementáció jelentik. A fejlesztők mindig időben leadják a változásokat, hogy lehessen rájuk profilt írni. Ezt meg is lehet tenni kényelmesen, ha az adott meghajtó D3D12 implementációja nem használ speciális, adott játékhoz igazított rutinokat. Az Intel és az AMD például ilyeneket nem használ a D3D12-ben, mert nekik csak van egy alap, hardverhez közeli rétegük, amire írnak egy API-hoz közeli, ezzel kompatibilis réteget. Az AMD még trükkös is, mert ők minden explicit API-nál ugyanazt a hardverhez közeli réteget használják, így nagyságrendekkel kisebb a meghajtó fejlesztésének erőforrásigénye. Ha bármilyen patch jön, arra szimplán a legfelső rétegben lehet reagálni pár változással. Az NVIDIA manapság teljesen másképp csinálja. Nekik már három rétegük van, egy API-hoz közeli, egy köztes, specifikációs részleteket elfedő réteg, és egy hardverhez közeli. Na most ahhoz, hogy nekik gyors is legyen egy D3D12-es alkalmazás előfordulhat, hogy a köztes rétegre igen komoly optimalizálás kell, amit nem lehet egy hetes munkával lereagálni. Inkább egy hónapos kell, vagy több. De ha ezt nem csinálnák meg, akkor úgy futna a Forza 7, ahogy az látható volt a leges legelső tesztek, tehát nagyon is van értelme annak, amit az NV csinál, viszont értelemszerűen a fejlesztők nem fognak egy javítást visszatartani akár két hónapig, mert az NV-nek esetleg kell ennyi idő a reakcióra. A középső rétegből nem feltétlenül muszáj speciálisat alkalmazni, a default mód problémamentesen viszi, csak buknak vele egy rakás teljesítményt. De igen, alapvetően az lenne az ideális, ha a problémás javításokra az NV visszatenné a default módot, majd ha kész a speciális, akkor ahhoz is hoznának egy drivert. A probléma itt valószínűleg az, hogy iszonyatosan sok munkával jár folyamatosan egy játék miatt változtatni a rutinokon, főleg úgy, hogy az esetleges problémák nem feltétlenül általánosak, hanem jóllehet egy architektúrát, vagy akár csak egy GPU-t érintenek.
Explicit API-kra egyébként ajánlott az egyszerűbb módszereket elővenni. Nem feltétlenül kifizetődő azt csinálni, mint a hagyományos API-knál, hogy tényleg elővenni a játékot és szénné optimalizálni rá a meghajtót, mert ez ugyan az adott kóddal működik, de olyan külső hibaforrások jelennek meg, amelyekre iszonyatosan nehéz gyorsan reagálni. A hagyományos API-k esetében azért elég sok tényező a driver kezében volt, így a gyártók magukat biztosították be azzal, hogy a kliens oldali kódjuk megfelelően reagál a kernel driver változásaira. Explicit API-nál ez nincs így. Itt külső változásokra kell reagálni. Emiatt az a legcélszerűbb, ha a meghajtó is igen minimalista.
Ú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.
- AKCIÓ! Gigabyte Gaming RTX 3060Ti 8GB videokártya garanciával hibátlan működéssel
- SAPPHIRE RX 7700 XT PULSE GAMING 12G GDDR6 (2028.07.25-ig PCX GARANCIA)
- MSI GTX 1080 Ti GAMING X 11GB Garanciával!
- AKCIÓ! EVGA FTW3 Ultra Gaming RTX 3080 10GB videókártya garanciával hibátlan működéssel
- AKCIÓ! GIGABYTE RTX 5080 WindforceOC SFF 16GB videókártya garanciával hibátlan működéssel
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest


