[DX]Vice svetel v shaderu?

[SUK]

Cau, mel bych tu jeden dotaz - jak resite kdyz chcete do sceny zakomponovat vice svetel(idealne jeste ruznych typu) a pouzivate u toho shadery?

jsem ted zkousel neco takovehleho

[Khaj]

Prvni moznosti je zkusit (vertex) konstanty, tam muzes mit pole.
V pixel shaderu to delat muzes, a kdyz nekdy budes chtit mit bump mapping nebo offset mappting, bdes dokonce i muset .

A konecne cesta, kterou se ubiram ja: nastav blending na scitani a kresli to po jednom svetle porad dokola cely - mam dojem ze se tomu rika multipass rendering (a ma tu vyhodu, ze shader zbytecne neosvetluje temnejma nevyuzitejma svetlama a ze jich muzes mit neomezene).

Rozliseni o jaky svetlo se jedna delam taky v shaderu, a to podle vektoru - nulovej znamena ambient (delam to v pixel shaderu, takze predavam jen vektor od svetla k pixelu, to jestli je to smerovy nebo bodovy resim pro zmenu ve vertex shaderu).

Google az se budes nudit: deffered rendering/shading. (tohle fakt nepotrebujes, uvadim jen pro zajimavost)

At se ti dari!

[SUK]

Oh, diky za rychlou odpoved

Bump mapping tam mam, ale prave jenom pro jedno svetlo - matice nasobim v VS, v PS uz pouze dopocitavam svetla. Ale nasobit to vsechno v PS mi prijde prave divny...

Multipass render me taky napadl - ale hned potom ta horsi vec - co rychlost? Pro osum svetel se scena renderuje 8x - to snad nemuze bejt rychly!

[Augi]

V případě osmi světel (kór pixelovejch) bych se už určitě zkusil poohlídnout po tom deffered renderingu.

Jinak další zajímavej přístup k řešení Tvého problému by mohlo být to, napsat si to v nějakém über-shaderu. To zjednodušeně řečeno znamená předgenerovat si všechny možný varianty shaderů pro všechny kombinace typů a počtů světel.

[Marek]

[Augi]

[SUK]

diky, diky diky jsem zvedav jak tohle dam s mejma znalostma dohromady

btw, co se multipass tyce - neslo by to vyresit treba tim, ze bych jeden pass opakoval tolikrat kolik je potrebnejch svetel, a vzdycky pred dalsim cyklem jenom nastavil do shaderu potrebny veci?

btw jak si predstavit HW if? (neco malo zkusenosti s mikroprocesorama mam, takze tusim jak asi vypadada hardware-neco, ale zkousel jsem mit v PS normalne if(neco) a fungovalo to..)

no, ale jeste jednou diky ... snad to nakonec nebude tak slozity, budou to prevazne staticky objekty.

[ladik-BigBoss]

v HW na jednoduchy if se pouziva multiplexor (mux)
http://en.wikipedia.org/wiki/Multiplexer

ale na programovatelnem HW je to pres podminenou skokovou instrukci.
principielne tedy 'if' v shaderu na GPU je stejny jako 'if' na CPU. proste se zpracuje vyraz a skoci se v programu... to jak uz je navrzeny obvod, ktery to skakani realizuje a jaky to ma vliv na SIMD je vec druha... rozhodne to musi ridit nejaky FSM

[Marek]

No hardwarový if (spíš se tomu říká dynamické větvení) na GPU funguje trochu jinak, ukážu to na pixel shaderu, kde to je nejvíc potřeba. U vertex shaderu se bez toho většinou obejdeme.

Když nemáme dynamické větvení kódu, provede se vždy větev THEN i ELSE po sobě a výsledky se zpracují tak, aby ta větev, která se neměla provádět, neovlivnila hodnoty proměnných.

U pixel shaderů od SM3.0 se definují kernely, což jsou bloky např. po 4x4 nebo 16x16 pixelech. Když se podmíněný výraz v podmínce vyhodnotí na všech pixelech v kernelu jako true nebo na všech false, provede se pouze jedna větev. Pokud některé pixely v bloku dávají true a jiné false, musí se provést obě větve jako předtím.

"if" na GPU tedy vůbec není stejně rychlý jak na CPU, ale díky vysokému paralelismu se s tím dá žít. Pak je tu ještě další problém a to ten, že některé SM3.0 GPU umí skákat v kódu pouze dopředu, takže na for cykly, které shader compiler neumí rozvinout, zapomeňte.
_________________
AMD Open Source Graphics Driver Developer