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

• #84 Abu85 HÁZIGAZDA gbors #81

  Új Válasz 2015-07-08 10:53:01 #84

  Ú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 gbors #81 üzenetére

  Nem lehet sajnos, mert az új API-kkal a drivernek önmagában lila gőze nem lesz arról, hogy mi van a VRAM-ban. A fejlesztőnek specifikusan kell bizonyos információkat megosztania a driverrel, hogy bizonyos funkciók működjenek. Az AA és AF kényszerítése megszűnik.
  Az xy-Sync esetében egyszerűbb a helyzet. Az egy direkt támogatásból lekezelhető, de akkor is be kell építeni a szinkronizációra vonatkozó funkciókat.
  VSR/DSR para, mert a drivernek is írnia kell a memóriába, de nem lesz meg az a felület, ami ellenőrzi, hogy biztonságos-e a memória-hozzáférés. Talán az AMD hardveres VSR opciója megoldható, mert az csak lehazudja a programnak, hogy a monitor 4K-s, de a többi már komolyabb szoftveres rendszer.
  Optimus/Enduro esetében a motornak meg kell osztania a driverrel azt, hogy hol a frame buffer.

  [ Szerkesztve ]

  Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

• #86 Abu85 HÁZIGAZDA gbors #85

  Új Válasz 2015-07-08 12:02:31 #86

  Ú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 gbors #85 üzenetére

  A VRAM írása, hogy ellenőrzés nélkül nem biztonságos. A DirectX 12 és a Vulkan megörökölte a Mantle validátort. Az efféle API-kban ez az offline validátor megy át a teljes kódon, és a lehetőségeket megvizsgálva biztosítja a fejlesztőt arról, hogy a program nem csinál semmi rosszat. Ezzel a megoldással biztosítható PC-n is a low-level irány, de csak a külső tényezők nélkül. A validátor csak a program oldaláról mondja rá az áment a kódra, és a driver írása a VRAM-ba már kívül esik a hatáskörén. Mivel nincs garantálva, hogy ilyen formában a programfuttatás nem omlik össze, így a drivernek nagyon nem ajánlott a VRAM-ba írni.
  Lehet, hogy más koncepciós modellel ezt jobban is meg lehetett volna oldani, de az AMD ezt dolgozta ki, és ez volt kéznél.

  [ Szerkesztve ]

  Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

• #91 Abu85 HÁZIGAZDA gbors #90

  Új Válasz 2015-07-08 13:12:00 #91

  Ú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 gbors #90 üzenetére

  Azt megteheti, de a program azt a memóriaterületet nem fogja látni, csak a sok 0-t és 1-est. Nem is írhat bele semmit abban a modellben, ahogy az AMD kidolgozta ezeknek a low-level API-knak az alapját.

  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