Hirdetés

  2. Fórumok
  3. Videokártyák
  4. AMD vs. INTEL vs. NVIDIA
Legfrissebb anyagok
Mobilarena témák
PROHARDVER! témák
IT café témák
GAMEPOD témák
Keresés

Hirdetés

100 000 érv a ReGalaxy mellett: Vásárolj Galaxy Z Fold7 I Z Flip7 vagy Galaxy S25 szériás készüléket, és régi mobilod felújítását 100 000 Ft-ig mi álljuk!

Új hozzászólás Aktív témák

  • #32408 Abu85 HÁZIGAZDA cskamacska #32407
    Új Válasz #32408
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Abu85

    HÁZIGAZDA

    válasz cskamacska #32407 üzenetére

    Egyik sem megoldás.
    A DX9 SDK azért nem, mert az csak egy SDK. A runtime-mal is telepítve vannak a fontos dll-ek. A Steam mindig telepíti az első futtatás előtt.
    A shader cache kikapcsolása csak azoknál a játékoknál számít, amelyek nem kompatibilisek vele és az AMD még nem adta hozzá ezeket a feketelistához.

    Van egyébként egy ultimate megoldás, amit kipróbáltunk már és működik. A hírben benne lesz.

    Ez egyébként nem driverhiba. Visszatérő jelenség a hosszabb távú terméktámogatás során. Az okozza az egészet, hogy az AMD és az NVIDIA régen sokáig elfogadta, ha egy fejlesztő butaságot írt a programba. Egyedül az Intel kötötte magát ahhoz igen sokáig, hogy a szabvány világosan fogalmaz, és nem hajlandók a programhibákra meghajtó oldali kerülőutakat írni. Ezzel ugyanis magát a programhibát legalizálnák, amibe később bármelyik fejlesztő belefuthat, méghozzá úgy, hogy nem is tudja, hogy nem szabványos kódot írt. Ha mindhárom cég meghajtója működi, akkor nincs semmi gond a kóddal ugye...

    Ez a modell üt akkor vissza, amikor egy nagyobb fejlesztés végbemegy, és pusztán a nem szabványosan megírt játékok miatt a régi fejlesztőeszközöket frissíteni kell, hogy újra implementálni tudják a megfelelő rutint. Ezek a programok most azért nem működnek, mert egy szabványos D3D9 implementációra vannak kényszerítve, de olyan dolgokat csinálnak, amiket az API meg sem enged. Időnként ez elő szokott jönni.

    Sajnos ma is rengeteg illegális dolgot legálisnak tekintenek az egyes meghajtók, akár az újabb API-kban is, lásd Vulkan. Például az inline subpass simán meghívja a vkCmdExecuteCommands függvényt, amikor az API meg sem engedi. Ilyenkor az alkalmazásokat nem a szabványos layeren keresztül kell kezelni, mert olyan dolgot tesznek, amit az API nem tart legálisnak. Erre vannak különböző modulok a meghajtókban.

Új hozzászólás Aktív témák