Keresés

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

  • Abu85

    HÁZIGAZDA

    válasz Petykemano #46491 üzenetére

    Igen egyszerűsödött. Korábban ahhoz, hogy több GPU-t támogass kellett szervizkönyvtár, az abban definiáltak szerint két teljesen eltérő kód a gyártókra, majd arra lehetett a meghajtóban írni támogatást, de ha az nem volt jó, akkor át kellett írni a programban, stb. Tehát nem csak az API-n múlott az egész, hanem az API mellett a szervizkönyvtárakon, illetve a meghajtókon. Az explicit API-kkal ezek nem léteznek már. A legegyszerűbb megoldás meghívni a WDDM-be épített AFR-t. Ez olyan mintha egy szervizkönyvtár lenne, azzal a különbséggel, hogy egységesítve van a gyártók között, tehát kötelező a meghajtó oldaláról ugyanúgy kezelni. Ezt a Microsoft felügyeli. Ha az adott motor nem csinál semmi jelentős interframe kommunikációt, akkor elég meghívni a WDDM AFR-jét, és az megcsinál mindent automatikusan. Jelentősebb interframe kommunikáció mellett azért írni kell egy saját megoldást, de az is sokkal egyszerűbb, mint a régi driveres modellt kezelni. Ilyen, motor szintjén kezelt AFR-t használ például a Frostbite, az Asura, stb., illetve tulajdonképpen a Nitrous is, csak ott van még némi extra fázis, hogy kezelhető legyen két eltérő gyártó.

    Nem tudhatja senki előre, hogy ki mit szeretne. Alapvetően a több GPU támogatása nem nagy költség az alaplap szintjén. A licencek voltak azok, meg a hitelesítés még az explicit API-k előtt, de ma már ugye ezek nem kellenek, az explicit API-kba épített megoldások akkor is működnek, ha az alaplapgyártók egy fillér hitelesítési és licencköltséget sem fizetnek az AMD-nek és az NV-nek. Tehát effektíve az egész annyiból áll, hogy kivezetik a sávokat és kész. Semmi extra költsége nincs a mikorkód szintjén már. Ez az oka. Licencek és hitelesítés nélkül olcsó lett.

    [ 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