[DX11] - 3D Texture Filtering

[perry]

Snažím se udělat ručně filtr na 3D texturu přes Trilineární interpolaci.
Bohužel výsledek vypadá oproti tomu, když použiji DX
TextureSampler je nastavený na D3D11_FILTER_MIN_MAG_MIP_LINEAR, nicméně měla by se číst pouze největší mipmapa (tzn. reálná data ?)

[pcmaster]

Ja by som viac pouzival lerp, je to prehladnejsie
Podla mna je to dobre, tiez by ma zaujimala chyba. Daj vediet
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[perry]

Tak chyba bude asi někde jinde...
Ta fce GetColor provádí dekompresi texelu.. takže asi bude něco blbě tam.

Ale i tak... výkon je žalostně nízký oproti tomu, když použiji místo bufferu 3D texturu a NearestNeighbout

3D textura: 350FPS
Linear buffer: 120FPS

Jako že to bude horší jsem čekal... ale takhle to zase ne
Přitom podle toho, co jsem četl, tak pro buffer by se mel v DX použít fast-path průchod pipelinou... zatímco pro texturu právě pomalejší cesta.
_________________
Perry.cz

[pcmaster]

Neviem, ako mas organizovany ten buffer, ale tipujem, ze pri texture by mohla byt lepsia priestorova koherencia dat. To by ale aj tak nevysvetlovalo ten rozdiel... Tiez bacha na to, ze pri texture mozes nastavit sampler, aby ti vykonaval automaticky wrap/repeat/border, whatever, pri Load instrukcii mimo rozsahu dostanes tak maximalne nuly alebo nedefinovane hodnoty (nepamatam sa)...
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[perry]

Buufer je na uint, přetékání se neděje...
Nejspíš je to v tom, že buffer je v globální paměti.. a textura se uloží "někam jinam", kde je rychlejší přístup.. ale moc nechápu kam Stejně musí být v globální paměti.. do registru ani do shared memory se nevejde
_________________
Perry.cz

[pcmaster]

To nie, ale ale cache bude urcite nastavena nejak inak - pri texture si totiz moze dost dobre tipnut, ktore dalsie texely sa budu nacitavat v okolitych vlaknach, a tak ich preventivne fetchne, pri bufferi ma o dost mensiu sancu...
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[Ladis]

Myslíte, že dnešní grafiky už nemají texture cache? Z Wikipedie jsem nepochopil, jak je to u Fermi, ale předchozí generace GeForce měla třeba 24kB texture cache per 24 ALUs.
_________________
Award-winning game developer

[pcmaster]

Jasne, ze tam je furt cache. Ako pisu, "L3" (per ALU) sa zmensila, zato L2 sa zvacsila. Aj z danej stranky, co odkazujes, sa da ale vycitat, ze GeForce 400 prisposobili hlavne na GPGPU - pridali viac shared mem, ktora vsak nie je nijako skryta, mozno na ukor inych "tradicnych" parametrov. To je uz ale OT.
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[perry]

Asi bych to už dál neřešil Vzorec je správně... dekomprese je taky správně (v případě nearest-neighbour vše jede jak má), takže chybu asi nenajdu...
Ad. to že je to pomalý při čtení s tím nic neudělám, pokud používám buffer místo textury

Jediné co mě napadlo, použít nearest-neighbour a nějak pak filtrovat vzniklou texturu..
_________________
Perry.cz

[pcmaster]

A preco vlastne nemozes data dat do 3D texture resource namiesto 1D buffer resource? Vsak v DX11 je to uplne jedno, nie? 3D texture resource uplne pohodlne nainicializujes cely naraz s datami z CPU priamo pri volani ID3D11Device::CreateTexture3D(..., pInitialData, ...) (nastav spravne SysMemPitch a SysMemSlicePitch).
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[perry]

Ty data se na GPU prepisuji (teda zatim ne.. ale je to plan )... nejdriv se z nich cte, pak se prepisou.. je to bindnuty jako RWStructuredBuffer.. RWTexture tam je sice taky, ale co jsem četl, tak zápis do ní je pomalý oproti tomu bufferu
_________________
Perry.cz

[Marek]

[Marek]

Buffer bude obecně vždy pomalejší jak textura (zejména při filteringu), pokud si neimplementuješ vlastní optimalizaci přístupu do paměti, tedy simulovat v shaderu to, co dělá texturovací jednotka. Textura nebývá v paměti uložena lineárně jako na CPU, ale jsou tam hierarchicky uspořádané dlaždice. Tj. třeba při přístupu do (X+3,Y+6) by se ti do cache měl načíst blok 8x8, nikoliv blok 64x1. Při dalším přístupu do (X+2,Y+7) bys už měl ten 8x8 blok v cachi, namísto načítání dalšího bloku 64x1 o pixel níž.

GPU kreslí obraz taky po dlaždicích (tzn. počítá bloky o NxN pixelech), už proto se vyplatí tu texturu mít v uloženou v dlaždicích a nikoliv lineárně.
_________________
AMD Open Source Graphics Driver Developer

[perry]

DX11 podporuje na textury Load, kde se pracuje s celociselnymi indexy. Ovsem nikde nemuzu dohledat, zda to pouziva cache nebo ne (a tim padem se to bude chovat stejne jako buffer). Podle testu mi ryhlost vychazi jako by to jelo bez cache, ale taky muze byt velky pomer "cache miss". Obecne dohledat v madn o cachi v dx11 nejak nic moc nejde.
_________________
Perry.cz