Tvorba textury stromu v OpenGL

[Jorns]

Zdravim, hlavne tych skusenejsich. V opengl sa pohybujem uz nejaky ten cas, a narazil som na problem s texturovanim a to konkretne s vytvorenim "stromu". Strom je textura s castou ktorou sa nema zobrazit nacierno. Pokial pouzijem funkciu glBlendFunc(GL_ONE,GL_ONE), tu ciernu cast nezobrazi ale objekt je vykresleny polopriehladne, skoda. Neviete prosim niekto v com je problem ? Alebo upravit alfa kanal v texture (zobrazit 00 (HEX) nezobrazit FF(HEX))??
Apropo pouzivam vlastny parser na loading textur vo formate .dds (a8r8g8b8)

Plus este jedna vec, a to ze mi nechce zobrazit textury vacsie nez 256x256, t.j. pokial pouzijem 512x512 aplikacia padne.

Vdaka za pomoc...

[pcmaster]

K tym velkym texturam... nealokujes ich docasne nahodou na stacku? Lebo 512x512x4 je 1 MB a to by uz stack nemusel dat. Ale to je len taky tip.

Neskusis sem dat viac infa? Lebo ak to popises presnejsie, tak si mozno odpovies i sam.

Pri glBlendFunc(GL_ONE, GL_ONE) sa stane to, ze sa nascitaju vsetky zlozky sourcu (aktualneho fragmentu) s tym, co uz v targete (pixeli frame bufferu (render targetu)) bolo. Ak ma prichadzajuci fragment RGBA(0.0, 1.0, 0.0, 1.0) -- plne viditelny zeleny, tak ti "prepise" uplne cokolvek co tam bolo na cistu plnu zelenu a nema sancu byt akokolvek "polopriehladny". Cokolvek, co pride po nom, uz zelenu ani alfu nevyzenie vyssie (ledaze mas float target, co nemas). Ak je prichadzajuci fragment (0,0,0,0), tak sa veselo nascita a vysledok vobec nijako neovplyvni.

Bavime sa samozrejme o pripade, ze fragment prejde cez depth (a stencil) test.

Inak co sa tyka toho alfa kanalu, tak ak je to 0.0, tak ma byt pri tejto (beznej) reprezentacii neviditelny a ak je to 1.0 (0xFF byte alebo 0x3f800000 float32) tak je plne viditelny.
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[mar]

Čau, to chceš je určitě alpha a pak buď alphatest nebo alpha blending (GL_ONE_MINUS_SRC_ALPHA, GL_SRC_ALPHA).
Co se týká pádu, dost pochybuji, že by to kvůli tomu padalo. I na prastaré Voodoo3, která měla limit 256x256 to nepadalo, ale byl tam fallback do sw režimu (takže to pak běželo zatraceně pomalu). Jinými slovy bych hledal chybu u sebe, to že "něco padá" je dost široký pojem.

[Jorns]

[mar]

[mar]

Ok, vyměkl jsem
Nejjednodušší řešení je asi toto:
Načti si texturu (exportuj třeba do png) v nějakém editoru, přidej alfa kanál, označ si černou oblast a u ní nastav alfu na 0.
Exportuj do png s alfou, pak zkonvertuj zpátky do dds.
V enginu místo glBlendFunc(GL_ONE, GL_ONE) použij glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA).
Hotovo.

[Jorns]

OK dikes skusim, uz som to KONECNE pochopil

[perry]

OT: Ježiši... až teď mi došlo, že strom je strom jako kytka.. já v tom hledal pořád vizualizaci nějakýho BVSka nebvo QuadTree... hm.. asi už mam dost
_________________
Perry.cz

[Dlaha]

[Peto]

Jorns> Potom by si sa mal este poobzerat po tom alfa teste (alebo clip() v shadery), blending je pri stromoch naprd, tebe to teraz funguje lebo strom je iba placka, pokial bude zlozeny z viacerych cez seba iducich polygonov, bude ti to robit problemy...
_________________
Code or die!

[Jorns]

[Peto]

Ak ti robi to prekryvanie to je prave tym chybajucim alfa testom (alebo ze je zle nastaveny). Skus vypnut alfa blending a nechat zapnuty iba alfa testing, aby si videl ci ti ten alfa testing skutocne ide (mal by fungovat aj bez alfa blendingu)
_________________
Code or die!

[Jorns]