Hirdetés

  2. Fórumok
  3. Videokártyák
  4. AMD vs. INTEL vs. NVIDIA
Keresés

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

  • #31155 Loha veterán Raymond #31122
    Új Válasz #31155
    Ú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

    Loha

    veterán

    válasz Raymond #31122 üzenetére

    Jól ráéreztél a szimpla procilimitre, aminek az oka nem is a játékmotor,
    hanem a dupla DRM. ;)

    A Ghost Recon: Wildlands kb. ugyan az a motor mint Assassin's Creed Origins, azon csak Denuvo van, de nagyon hasonlóan viselkedik mint AC Origins, meg persze mint a Watch Dogs 2.

  • #31124 Abu85 HÁZIGAZDA Raymond #31122
    Új Válasz #31124
    Ú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 Raymond #31122 üzenetére

    Nem kellene annyit dolgoznia rajta. Számos módja van annak, hogy a D3D11-et támogassák újszerű motorstruktúrával. Például kaphat a motor kétféle low-level back-endet. Egyet bindlessel, és egyet a D3D11 binding API-jára írva, amelyeken keresztül támogatható akármelyik API.

    Ezzel lenne egy ilyen rendszer:

    '
    Játék
    ||
    High-level leképező
    || ||
    Low-level leképező Low-level leképező
    || ||
    OpenGL/D3D11 Vulkan/D3D12

    Ennek az előnye, hogy mindegyik API-ra wrapper nélküli, gyakorlatilag natív a path, viszont hátránya, hogy eléggé melós, mert kétféle low-level leképezőt írnak a kétféle bindinghez, és a közös high-level leképező miatt a gyártóknak egy külön drivert is kell írni a játékra a jó D3D11/OpenGL sebességhez. Így működik egyébként a Nitrous, és csak azért fut jól D3D11-ben, mert az AMD és az NV írt rá egy külön, alternatív D3D11 implementációt.

    A másik megoldás ez:

    '
    Játék
    ||
    Mid-level leképező
    || ||
    Binding wrapper Low-level leképező
    || ||
    OpenGL/D3D11 Vulkan/D3D12

    Ennek az előnye, hogy sokkal kevesebb meló a programfejlesztő oldalán, főleg úgy, hogy elég sok kód van meg régebbről, mivel nem nulláról készült a motor, illetve nem kell két különálló low-level leképező. A modernizált mid-level rész támogat mindent, amivel működhet a D3D11/OpenGL, és csak egy wrapper kell alá a bindinghez, míg a bindless kód működhet a Vulkan/D3D12-vel egy low-level leképezőt berakva, ami tartalmazza a memóriamenedzsmentet és kezeli a hazardokat, ugye a bekötés eleve mid-level szinten van itt kezelve. Emellett járulékos előny, hogy nem kell külön legacy implementációt írni a gyártóknak hozzá. Ilyen az AC Origins motorja. Az egész hátránya persze, hogy rohadt lassú a legacy path, és egy rakás felesleges munkát ró a CPU nyakába.

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