A DirectX 11 natív támogatását bizonygatja az Imagination

Hirdetés

Legfrissebb anyagok

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

LOGOUT témák

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

wasd.hu senior tag

#10
#2 E.Kaufmann
máj. 20., 18:59:40

Új Válasz
Ú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

wasd.hu

senior tag

#2 E.Kaufmann

#2 E.Kaufmann
Amúgy ennek mi a jelentősége, mármint, hogy hw DX11? Nem elég a DX12+valami wrapper? Itt az almás Neo, nem tudom, annak a GPU-nak a pontos képességeit, de pl az Anonim Inc-es srác windows-os játékokat próbált rajta, amit viszonylag értelmesen bírt a mobilos SoC ellenére és gondolom az a hw se támogatta natívan a szükséges API-kat. Mi az a felhasználás, aminél számít?

Ahogy jön fel a linux és persze alma, úgy egyre fontosabb a natív dx akármennyi
hapakj őstag

#9
#8 vérjancsika
márc. 27., 13:31:25

Új Válasz
Ú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

hapakj

őstag

#8 vérjancsika

#8 vérjancsika
Meg lehet a D3D9on12-t is, a Compatibility Administratorból, ami a nevével ellentétben korábbi D3D-verziókat is implementál. Csak az a baj ezzel, hogy nem valami jó implementáció, sem feature, sem performance tekintetében. A D3D11on12 volt az első "wrappelős" DDI-s backend impl, de a MS ezt azért csinálta, hogy a DirectWrite, Direct2D és hasonlók működni tudjanak DX12-vel is, a compatibility rétegen keresztül.
Amúgy a D3D DDI az önmagában egy irtó nagy függvénytábla, azt kell a drivernek megimplementálnia, nincs szétszedve verziónként. Márcsak azért sem, mert a különböző frontend D3D API-k egymással is együtt kell tudjanak működni, az meg máshogy elég nehéz lenne.

fura, én nemrég nézegettem a D3D11 / 12 DDI-t ott névben is eltértek a függvények, persze lehet régebben csak egy nagy massza volt
hát azért régebbi directx-ek pl DX7 / 6 már szerintem erősen emulálva vannak. Ha jól tudom WDDM már megköveteli a PS 2.0-t és a fixfunkciós dolgokat már csak shader emulációval valósítja meg.
Egyébként az amúgy DX9Ex DDI-t implementáló Geforce FX 5200-on is sikerült D3D11 contextet létrehozni, s vicces, hogy a shadereket valami ps_4_0_level_9_1 profile-lal kellett fordítani
vérjancsika kezdő

#8
#7 hapakj
márc. 27., 08:34:27

Új Válasz
Ú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

vérjancsika

kezdő

#7 hapakj

#7 hapakj
wow, úgy látom lehet is forceolni windowson a d3d11on12 használatát [link]

Meg lehet a D3D9on12-t is, a Compatibility Administratorból, ami a nevével ellentétben korábbi D3D-verziókat is implementál. Csak az a baj ezzel, hogy nem valami jó implementáció, sem feature, sem performance tekintetében. A D3D11on12 volt az első "wrappelős" DDI-s backend impl, de a MS ezt azért csinálta, hogy a DirectWrite, Direct2D és hasonlók működni tudjanak DX12-vel is, a compatibility rétegen keresztül.
Amúgy a D3D DDI az önmagában egy irtó nagy függvénytábla, azt kell a drivernek megimplementálnia, nincs szétszedve verziónként. Márcsak azért sem, mert a különböző frontend D3D API-k egymással is együtt kell tudjanak működni, az meg máshogy elég nehéz lenne.
hapakj őstag

#7 márc. 26., 17:06:02

Új Válasz
Ú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

hapakj

őstag

wow, úgy látom lehet is forceolni windowson a d3d11on12 használatát [link]
freeapro senior tag

#6 márc. 26., 16:56:00

Új Válasz
Ú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

freeapro

senior tag

A "van driver" és a "van wrapper" azért gondolom nem ugyanaz. Továbbá kérdés, hogy a hibákat ki javítgatja? Egy srác a githubon?
hapakj őstag

#5
#2 E.Kaufmann
márc. 26., 16:39:39

Új Válasz
Ú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

hapakj

őstag

#2 E.Kaufmann

#2 E.Kaufmann
Amúgy ennek mi a jelentősége, mármint, hogy hw DX11? Nem elég a DX12+valami wrapper? Itt az almás Neo, nem tudom, annak a GPU-nak a pontos képességeit, de pl az Anonim Inc-es srác windows-os játékokat próbált rajta, amit viszonylag értelmesen bírt a mobilos SoC ellenére és gondolom az a hw se támogatta natívan a szükséges API-kat. Mi az a felhasználás, aminél számít?

Kb képességekben már elmosódtak a határok mobil és desktop GPU-k között. A NEO-ban található A18 Pro szerintem nagyrészt támogatja a DX12-es funkciókat, a DX11-et meg szinte biztos.
A game porting toolkitben meg simán lehet, hogy az Apple saját belső nem publikus api-kat is használ, mint ahogy az OpenGL over Metal implementációjuk is. Ha kidumpolja az ember a szimbólumkat a metal binárisból vannak ott érdekességek, meg gondolom nem hiába volt macOS verzióhoz kötött a GPT támogatása
Metal Feature Sets
hapakj őstag

#4
#2 E.Kaufmann
márc. 26., 16:35:51

Új Válasz
Ú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

hapakj

őstag

#2 E.Kaufmann

#2 E.Kaufmann
Amúgy ennek mi a jelentősége, mármint, hogy hw DX11? Nem elég a DX12+valami wrapper? Itt az almás Neo, nem tudom, annak a GPU-nak a pontos képességeit, de pl az Anonim Inc-es srác windows-os játékokat próbált rajta, amit viszonylag értelmesen bírt a mobilos SoC ellenére és gondolom az a hw se támogatta natívan a szükséges API-kat. Mi az a felhasználás, aminél számít?

Egyébként igen elég, a Microsoftnak van is rá hivatalos megoldása D3D11on12 néven. S elvileg a Windows ezzel defaultból wrappeli is a D3D11-et, ha driver oldalról csak D3D12 DDI implementáció van.
Ez úgy működik, hogy a driver írók különböző DDI verziókat implementálhatnak az egyes driverekben, ha akarnak. D3D9 DDI, D3D11 DDI, D3D12 DDI, etc s a DirectX runtime csinálhat backward - forward kompatibilitást.
Persze a driveríróknak több optimalizálási lehetőséget ad, ha direktbe implementálnak egy DDI-t.
freeapro senior tag

#3
#2 E.Kaufmann
márc. 26., 13:49:51

Új Válasz
Ú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

freeapro

senior tag

#2 E.Kaufmann

#2 E.Kaufmann
Amúgy ennek mi a jelentősége, mármint, hogy hw DX11? Nem elég a DX12+valami wrapper? Itt az almás Neo, nem tudom, annak a GPU-nak a pontos képességeit, de pl az Anonim Inc-es srác windows-os játékokat próbált rajta, amit viszonylag értelmesen bírt a mobilos SoC ellenére és gondolom az a hw se támogatta natívan a szükséges API-kat. Mi az a felhasználás, aminél számít?

DX11 és DX12 között egy paradigma váltás volt. DX11-re nehéz drivert írni, mert bonyolult funkciókat valósít meg maga a driver. DX12 driver egyszerűbb, mert funkciók helyett programozható felületet kapnak a fejlesztők.
Ezért ha DX11 driver van, akkor minden van, minden játék fut (DX11 már egy régi API, és visszafele kompatibilis). DX12-vel csak az fut, amit arra írtak.
E.Kaufmann veterán

#2 márc. 26., 13:39:46

Új Válasz
Ú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

E.Kaufmann

veterán

LOGOUT blog

Amúgy ennek mi a jelentősége, mármint, hogy hw DX11? Nem elég a DX12+valami wrapper? Itt az almás Neo, nem tudom, annak a GPU-nak a pontos képességeit, de pl az Anonim Inc-es srác windows-os játékokat próbált rajta, amit viszonylag értelmesen bírt a mobilos SoC ellenére és gondolom az a hw se támogatta natívan a szükséges API-kat. Mi az a felhasználás, aminél számít?
proof88 addikt

#1 márc. 26., 12:20:54

Új Válasz
Ú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

proof88

addikt

Ezt a Fire Strike-ot sosem szerettem nézni, fura, mintha káprázna a szemem, nem is látom rendesen mi történik Régebbi teszteket jobban szerettem látványra. Szép ez is, csak nem szeretem.