DirectX Tweaker (Beta) & ATAA & SSAA

[sisi]

Jeden projekt, ktory som uz dlhsiu dobu sledoval sa prave dostal do "open Beta" fazy. Jedna sa o DirectX Tweaker (jednym z autorov je Demirug - mozno niekomu znamy clovek z 3DCenter.org)...

O co tu vlastne ide? V skratke - tento program funguje v priestore medzi DX kniznicami a aplikaciami, ktore ich vyuzivaju. Takto moze odchytavat rozne volania tychto aplikacii a nasledne ich modifikovat. Toto prinasa kopu zaujimavych "vychytavok", z ktorych vsak asi daleko najzaujimavejsia pre beznych smrtelnikov je tzv. Alpha Test AA. Ti, ktori poznaju zaklady fungovania MSAA (teda sposobu AA, ktory ponukaju vsetky novsie karty od ATI & NV) vedia, ze jeho snad najviditelnejsia slabina su alpha textury (teda textury vyuzivajuce alpha kanal na realizaciu "priehladnosti"). Obrysy tychto "priehladnych" oblasti nebudu anti-aliased v pripade pouzitia MSAA (co priamo vyplyva z jeho principu). Tu prichadza do hry DirectX Tweaker, ktory je schopny taketo situacie odchytavat a pouziva v tychto pripadoch dynamicky sa meniaci pocet AA samples v zavislosti od alpha value (detaily zatial nie su jasne), vdaka comu sa tvaria anti-aliased aj obrysy vzniknuvsie alpha testom vnutri texturovaneho polygonu.

V duchu hesla "jeden obrazok lepsi ako tisic slov" vid:

• HL2 bez pouzitia Alpha Test AA:
  
• HL2 s pouzitim Alpha Test AA:
  

(zdroj: http://www.forum-3dcenter.org/vbulle...7&postcount=42)

Treba mat na pamati:

• je to skora Beta verzia... vela veci este nefunguje tak ako by malo, niektore dokonca vobec (skratka, len pre dobrodruzne povahy)
• vyzaduje nainstalovany .Net runtime od MS
• funguje len pri DX8 alebo DX9 aplikaciach
• nepriaznivy dopad na celkovy vykon (nizsie FPS)

Have fun...

[sisi]

Po par dalsich verziach sa v sucasnej bete da na novsich Radeonoch vyuzivat 2x2 OG SSAA. To moze byt zaujimave pre starsie hry, kedze tam je predpoklad, ze novsie karty budu mat dostatok vykonu nazvys, aby uzivili SSAA. (Bohuzial, kvoli HW limitacii rozmerov Render Targets na 2048x2048 pixelov, je maximalne rozumne pouzitelne rozlisenie limitovane na 1024x768...)

Pics:

• HL2, 4xMSAA:
  
• HL2, 2x2 OG SSAA:
  

(zdroj: http://www.forum-3dcenter.org/vbulle...&postcount=188)

[no-X]

Moc zajímavý. Jen je škoda, že je to jen OGSS. Nojo, ale co chtít víc. Dostat z dnešního HW ATi/nV RGSS je prakticky nemožný

[Snorri]

ten 2x2 OG SSAA vyzera super...
neviete, preco Ati/nV nedava take funkcie, ake poskytuje DXTweaker, do ovladacov?

[no-X]

Při použití OGSS 4x (2x2) ti fillrate klesne na 1/4. To znamená, že bys potřeboval framerate cca 120FPS, aby to po aktivaci tohoto FSAA bylo hratelné (nějakých 30-40FPS). Navíc výše zobrazený snímek je velice specifická situace; v reálu je nějakých 80% aliasu v HL2 na hranách polygonů a na ty má OGSS relativně nízkou účinnost (s ohledem na výkonnostní propad), která je srovnatelná s 2x RGMS, který je dostupný v ovladačích.

Pokud by se někomu podařilo implementovat RGSS 2x, byly by výsledky srovnatelné, ale framerate dvojnásobný

[sisi]

RG SSAA ("efektivne" realizovany) je na sucasnej generacii (a zrejme aj na tej buducej?) ATI kariet imho uplne vyluceny. Je mi jasne, ako sa docieli ten trik s OG SSAA - skratka sa renderuje do 2x vacsieho render targetu a nasledne sa 2x2 pixelove oblasti downsampluju na vysledne pixely na obrazovke. Ale to je asi tak maximum, co sa z toho da vytrieskat...

[Dwarden]

to Vam nestaci 6x AA + 2x tAA tj 12x nebo 6x AA + 3x tAA tj 18x ?

navic par lidi z ATI se kdysi nechalo "slyset", ze SSAA by vytvarelo jakysi problem s WHQL certifikaci ... co je na tom pravdy ... tezko rict ... ale vidim to asi jako "tripple buffering" , ktery si clovek muze zapnout v tomhle programku taky

[sisi]

to Vam nestaci 6x AA + 2x tAA tj 12x nebo 6x AA + 3x tAA tj 18x ?

SSAA filtruje aj textury... MSAA ovplyvnuje len prechody medzi dvoma polygonmi (nazvime to "hrany"). Inak povedane, ak povodcom toho aliasingu je samotna struktura textury, potom je MSAA bezmocny. Idealne by bolo mat moznost volby - dobry SSAA na starsie tituly a rychly MSAA na novsie, cutting-edge hry (u tych by fillrate hit SSAA zrejme vacsinu kariet "pochoval").

navic par lidi z ATI se kdysi nechalo "slyset", ze SSAA by vytvarelo jakysi problem s WHQL certifikaci ... co je na tom pravdy ... tezko rict

To som tiez kdesi videl. Ale nic im nebrani (ak by to technologicky bolo vobec mozne) spravit to ako optional switch - rovnako ako u Geometry Instancingu.

[Mirek]

Odstraneni "alpha obrysu" je super, skoda, ze zatim ten algoritmus trosku "brutal force" vezme pryc i vetvicky stromu v dalce.

sisi: Pekny popis oversamplingu, ale co je docela sranda, nekde takto najdes definovany i supersampling (a ne pres accumulation buffer - jitter + blending).

[no-X]

sisi: No, OGSS (a la OS) je možné realizovat prakticky na jakémkoli hardwaru, takže v tom moc zázrak nevidím. Určitý problém jsou právě quads, takže ani forma SS z DX8 Radeonů by tu nešla použít, ale troufáš si tvrdit, že by každý z qadů nemohl fungovat samostatně do té míry, aby mohl samostatně vykreslit jeden snímek s posuvem pozice subpixelu oproti ostatním (jittering)? Je pravda, že pokud by to možný bylo, tak by se to stejně nedalo použít (X800SE: 2quads, PRO: 3 quads, XT: 4quads), ale jde mi o princip.

Na čipech od S3 RGSS možný je (na S8 2x /2 quady?/ a na S18 až 4x /každá pip. samostatná?/) a pochybuju, že by kvůli tomu byl nějak extrémně uzpůsoben návrh jádra - to by se jim spíš vyplatilo implementovat MS...

[sisi]

sisi: Pekny popis oversamplingu, ale co je docela sranda, nekde takto najdes definovany i supersampling (a ne pres accumulation buffer - jitter + blending).

Pre mna je oversampling "podmnozinou" supersamplingu...

Určitý problém jsou právě quads, takže ani forma SS z DX8 Radeonů by tu nešla použít, ale troufáš si tvrdit, že by každý z qadů nemohl fungovat samostatně do té míry, aby mohl samostatně vykreslit jeden snímek s posuvem pozice subpixelu oproti ostatním (jittering)?

Imho to nejde. Ak by to bolo take "jednoduche", myslim zeby sa o tom uz Demirug zmienil...

[no-X]

No ono to právě není jednoduchý V praxi se to moc využít nedá, nedokážu si představit, že u X800SE by byl podporován FSAA 2x, u X800PRO FSAA 3x a na X800XT FSAA 4x.

Netvrdím, že by to šlo se stávajícími drivery (případně BIOSem), ale proč ne po HW stránce? Poté, co jsem si sám vyzkoušel, že na 5 let starém VSA-100 není problém používat TAA RGSS nebo Stochastic SS, to tak skepticky nevidím; když na tomhle čipu může fungovat každá pipeline zvlášť a renderovat obraz s posuvem - a nejen na úrovni subsamplů, ale i přes pixel - a dokonce i frame od framu měnit pozice vzorků /posun/, tak nedokážu pochopit co by bránilo quadům (které by měly být ještě více samostatné) fungovat alespoň z 50% takto nezávisle.

[flash]

Public Beta 2b

http://www.nonatainment.de/portal/De...dex=7&tabid=19

[no-X]

beta 3:
(už je dýl, ale nevšiml jsem si, že tu není upozornění)

http://www.nonatainment.de/portal/De...dex=7&tabid=19