|
|
Nem, mert saját mátrixaim vannak.
|
|
|
|
tölts bele Identitiy-t, és szorozd meg a neked megfelelővel 
|
|
|
|
Azt tudom, hogy oszlopszerűen rendez. Köszi!
|
|
|
|
double my_matrix[16];
glMatrixMode( GL_MODELVIEW );
glLoadMatrixd( my_matrix );
oszloponként kell megadni, tehát:
0 1 2 3
4 5 6 7
1 2 3 4
9 8 7 6
esetén 0 4 1 9 1 5 2 8 ...... sorrendben
|
|
|
|
Nem tudja valaki, hogy kell kicserélni a modelview matrixot a saját mátrixommal? Már elfelejtettem.
|
|
|
|
|
|
és most tisztelt uraim, a heti ATi-fikázás:
Az ATi 10.2 legacy driverekkel a GENERATE_MIPMAP_SGIS autómatikus mipmapgenerálás NPOT textúrákra r(v)3xx kártyákkal misztikus pixelmaszatokat és elfeketedéseket varázsol be az összes mipmapszintre az adott textúrához.
(de durva már vazze hogy az ati nem bír megírni egy képátméretezést)
|
|
|
|
Idézet
Seeting :
Idézet
Joga :
no igen, végülis megvizsgálni, hogy melyik test van közelebb szebb és jobb megoldást ad, mint a depth bufferes trükközés és még helyes is
De nem akar fölöslegesen lassítani a renderelést azzal, hogy mindig rendezem a modelleket rajzolás előtt.
Kétlem, hogy nagyon belassítaná egy egyszerűbb rendezés, egy bsp-vel pl egész szépen meg lehet ne oldani
|
|
|
|
És akkor nyugodtan bekapcsolva hagyhatom a depth test-et? - bekapcsolva kell hagynod, különben mindig rárajzolnál a már kirajzolt átlátszatlan objektumokra, még akkor is ha azok takarnák az átlátszó objektumodat
|
|
|
|
Idézet
Joga :
no igen, végülis megvizsgálni, hogy melyik test van közelebb szebb és jobb megoldást ad, mint a depth bufferes trükközés és még helyes is
De nem akar fölöslegesen lassítani a renderelést azzal, hogy mindig rendezem a modelleket rajzolás előtt.
Idézet
Joga :
de egyébként egy glDepthMask az egész
És akkor nyugodtan bekapcsolva hagyhatom a depth test-et?
|
|
|
|
no igen, végülis megvizsgálni, hogy melyik test van közelebb szebb és jobb megoldást ad, mint a depth bufferes trükközés és még helyes is
Idézet
Seeting :
Nekem a második megoldás jobban tetszik. Majd kipróbálom. Köszi!
Hát csak itt se teljesen pontos, mert ha magas az alpha értéke, akkor már eléggé feltűnő, hogy a távolabbi testet rárajzolod a közelebbire
de egyébként egy glDepthMask az egész
|
|
|
|
Nekem a második megoldás jobban tetszik. Majd kipróbálom. Köszi!
|
|
|
|
átlátszó testeknél csak olvasod a depth buffert, de nem írod - de akkor először az átlátszatlan testeket kell kirajzolni, és utána az átlátszóakat, így ahogy mondtad. De elvileg a profibb megoldás az első dolog, amit írtál.
|
|
|
|
vagy sorbarendezed távolság szerint csak az átlátszó háromszögeket, vagy pedig még lehet azzal kísérletezni, hogy átlátszó testeknél csak olvasod a depth buffert, de nem írod( ez többnyire akkor jó, ha alacsony az alpha érték )
|
|
|
|
Létezik valami megoldás alpha blending-re depth test-el?
|
|
|
|
|
|
|
|
|
|
A legegyszerűbb és leggyorsabban megvalósítható a wglUseFontBitmaps ill. a wglUseFontOutlines. Mindkettő display listek tömbjét hozza létre, amelyet a sztring karaktereivel, mint számokkal tudsz indexelni.
alias aalberik
|
|
|
|
Mi a legegyszerűbb módja annak, hogy szöveget rajzolhassak ki a képernyőre?
|
|
|
|
Erre a fajta fényforrás pozícionálásra milyen hatással van az ha forgatom a transformációs mátrixot?
Kód: Glfloat position[] = { -1.5f, 1.0f, -4.0f, 1.0f };
GlLightfv(GL_LIGHT0, GL_POSITION, position);
Ja megvan, minden frame-nél újra kell őket pozícionálni a Modelview mátrixhoz.
Ezt a hozzászólást Seeting módosította (2010.01.29 10:54 GMT+1 óra, ---)
|
|
|
|
Mindenhol kerestem csak itt nem. 
|
|
|
|
|
|
Tudtok olyan oldalt, ahol fel vannak sorolva a GLSL beépített függvényei?
|
|
|
|
|
|
Hogy lehetne elérni azt, hogy a modell materialja (színe) ne színezze át a textúrát is?
|
|
|
|
6 oldalú kocka GL_QUAD-okból, egy oldal 4 vertex egy vertex 3 poz (x,y,z):
6*4=24
24*3=72
Ha carlos könyvére gondolsz az pont meg is van, de az dx-szes. Azért a hardveres dolgokat majd átrágom, mivel az gondolom ugyanaz.
|
|
|
|
seeting :
Még új vagyok, de lehet hasznos a tanácsom. Elsőnek rágd át magad pár doksin, hogy is működik a videókártya, vagy az egész render pipeline, mert a kérdéseidből az jön le, hogy nagyon hiányzik neked pár alapvető koncepció.
Asszem van valami magyar csóka, aki írt játékfejlesztésről könyvet, ami kezdőknek jó, és elmagyarázza az alapokat. Azzal megpróbálkozhatnál (nem emlékszem pontosan a címére, valamilyen Károly írta), állítólag alapos (nekem is csak ajánlották).
A probléma valszeg az volt, hogy a depth test nem volt beállítva. Komplexebb geometriáknál a cull face meg nem oldja meg ugyanezt a problémát, és akkor megint fejvakargatás lesz.
A másik, az összes vertex mellett ott kell lennie az összes egyéb adatnak is (texcoord0-32). A 72 hogy jött ki neked? 6 Oldalú kocka, a legprimitívebb módszerrel is, oldalanként 2 tri, az 3 vertex strip nélkül. 6 * 3 * 2 = 36
|
|
|
|
Megoldva
glCullFace(GL_BACK);
|
|
|
|
|
|
Vagy a backface culling, vagy a depth test, sok választás nincs
|
|
|
|
Rájöttem, hogy nem is átlátszó... Azt csinálja hogy a kocka első lapja mögötti lapot (ami kocka hátoldala) az első lap elé rajzolja. 
|
|
|
|
Akkor bizony nem maradt más, nem lehetne egy kicsit hosszabb kódot kapni, vagy hogy mikhez nyúlsz hozzá?( textúra, bufferek, stb )
|
|
|
|
Nincs color arrayem. glMaterialfv-t használok. Az első két ponthoz biztosan nem nyúltam. Poltergeist...
|
|
|
|
Nincs sok választási lehetőség:
1.: depth buffer/depth maskot megpiszkáltad
2.: A color arrayban piszkáltál valami, vagy a glColor4f-fel bűvészkedtél valamit, és elfelejtetted
3.: Stenciltesztel bűvészkedtél és az maradt benn
4.: Háromnap múlva belenézel a kódodra, és a fejedre csapsz, hogy "Hogyan nem vettem észre?!"
|
|
|
|
Értem. De szerintem nem ezért átlátszó mert a shotot kínomban ilyen állapotban csináltam:
glVertexPointer(3, GL_FLOAT, 0, ((*prModellsIt).second).Vertices);
glNormal3f(1.0f,0.0f,0.0f);
glDrawArrays(GL_QUADS,0,24);
Szóval elvileg minden vertexnek ugyanaz a normálvektora. Eszerint a kocka csak egy oldalán veri vissza a fényt teljesen, a többi sötét marad. De mitől látszik át?
|
|
|
|
Nem, egy vertexhez tartozik egy normálvektor
( 72 vertexhez 72 normál )
egy face-hez pedig annyi normálvektor tartozik, ahány csúcsa van, triangle esetén 3, quad esetén 4, stb
mivel quadokat adsz meg, ezért egy face-hez 4 normál fog tartozni
|
|
|
|
Idézet
Joga :
azt, hogy a normálvektor array 18 elemű ugye úgy érted, hogy kockánként 18 elemű, ugye?
72 elemű vertex arrayhoz 72elemű normálvektor array tartozik
Azért gondoltam, hogy 18 elemű, mert a kockának 6 oldala van, 1 oldal 1 face és 1 face-hez 3 normálvektor pozíció tartozik.
6*3=18
Magyarázd már el kérlek, hogy miért 72 elemű normálvektor kell 
|
|
|
|
Idézet
fpeti :
Lehet hülyeség, de nem backface-eket rajzolod? az is így néz ki.
glMaterialfv(GL_FRONT_AND_BACK, GL_AMBIENT_AND_DIFFUSE, material);
és counter clockwise-ban rajzolok.
Ezt a hozzászólást Seeting módosította (2010.01.23 14:26 GMT+1 óra, ---)
|
|
|
|
Lehet hülyeség, de nem backface-eket rajzolod? az is így néz ki.
|
|
|
|
azt, hogy a normálvektor array 18 elemű ugye úgy érted, hogy kockánként 18 elemű, ugye?
72 elemű vertex arrayhoz 72elemű normálvektor array tartozik
|
|
|
|
Mitől lehet az, hogy az objektumaim átlátszanak?
A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu
A fényeket állítottam be rosszul? Vagy talán hibás a vertex array? Esetleg a Normalvector array?
Ha van egy 72 elemű vertex array-em, ami GL_QUAD-okat határoz meg, akkor a normálvektor array 18 elemű, igaz?
|
|
|
|
|
|
|
|
mymap.count( index )
Ez visszaadja, hány darab index-szel jelölt elem van, ebben az esetben egy, ha van, nulla, ha nincs ilyen elem
|
|
|
|
Ebben meg lehet nézni valahogy, hogy létezik-e a keresett elem?
|
|
|
|
|
|
Én azt mondom az sdl::map jobb, ha index alapján tárolsz dolgokat
|
|
|
|
Ez a map így első ránézésre pont úgy hangzik mint ami nekem kell. Lehetne a key az index, a mapped value meg a modell osztály példánya.
Akkor azt mondod, hogy dobjam az stl::vector-t?
|
|
|
|
Nem kellett volna boroznom tegnap.
|
|
Frissebbek | Korábbi postok 
