- ASUS routerek
- Windows 10
- Mozilla Firefox
- Microsoft Outlook topic
- Milyen routert?
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Középpontba kerültek a hibrid autók, alig fogyaszt a BYD újdonsága
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Pénzt akar a WhatsAppból a Meta, az AI majd segít
Új hozzászólás Aktív témák
-
Abu85
HÁZIGAZDA
válasz djculture #47 üzenetére
Teljes DX12 lesz az Ashes of the Singularity, ami early accessben az év végén jön a fejlesztők szerint. Abban minden GCN ugyanazt a minőséget adja.
Egyébként igen a low-level API-k sok változást hoznak. Freesync, A-Sync, V-Sync, G-Sync, driveres FRTC, VSR, DSR, anyámkínja, anizo, AA, Optimus, Enduro, stb-stb, egyáltalán nem fog működni, ha nincs rájuk direkten alkalmazásba írt támogatás.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
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.
-
Abu85
HÁZIGAZDA
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.
-
Abu85
HÁZIGAZDA
A fejlesztői csatornákon az NDA aláírása után.
Biztosan meg lehet másképp oldani, például OS szintű védettséget is lehetne adni a VRAM-nak, de mivel ez hiányzik az operációs rendszerből, és ellenőrizni a WDDM nem fog, így a validáció most az egyetlen lehetőség.
Valószínű egyébként hosszabb távon, talán a Windows 11-ben az OS szintű védelem.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Abu85
HÁZIGAZDA
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
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen