Hallo.
Ich versuche mich nach langer Zeit wieder an OpenGL und versuche eine TileMap mithilfe eines Vertex Buffers zu realisieren.
Leider sieht mein Ergebnis nicht ganz so aus, wie es aussehen sollte.

So sieht es aktuell aus (mit GL_QUAD_STRIP)

und so sollte es aussehen:


Und das ist mein zugehöriges Tileset welches in 'this._tex' gespeichert ist


Hier einmal der Zeichencode:


'this._buf' ist der Buffer und die PointTo Methoden sind die glVertexPointer bzw. glTexCoordPointer Aufrufe.

Meine Vertices und TexCoords werden folgendermaßen gesammelt:

(vx, vy sind die Koordinaten, vw und vh die Tilegrößen, in diesem Fall beide 16 Pixel)
und

(tx, ty sind die Koordinaten, tw und th die Tilegrößen, wie oben schon beschrieben und tsw sowie tsh sind die Breite/Höhe des Tilesets)
(~= heißt soviel wie append; Der Code ist D)

Das hier sind die ermittelten Textur Koordinaten (habe sie in eine Datei geleitet):
http://codepad.org/7cfMmw4o
und das hier die gesammelten Vertices:
http://codepad.org/tjSopHUR

Meine Frage ist eigentlich: sieht jemand auf die schnelle einen groben Schnitzer oder weiß jemand ob es an Texturkoordinaten oder Vertices liegt?
Ich habe schon viel herumprobiert, aber irgendwie komm ich nicht drauf.
Wäre nett wenn mir jemand einen Tipp geben könnte.
Vielen Dank im voraus.

Ich würde mal behaupten, dass es mit GL_QUAD_STRIP nicht funktionieren kann, da jedes Tile ja 4 Vertices haben muss um die Texturkoordinaten für alle 4 Ecken zu definieren.
Beim STRIP teilen sich aber zwei Tiles zwei Vertices.

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

Ich habe GL_QUAD_STRIP gewählt, weil man darauf noch am meisten erkennt.
Hier einmal was bei GL_TRIANGLES und GL_QUADS passiert:

Triangles:

Quads:


Liegt das an verkorksten Texture Koordinaten? Denn ich sehe im Grunde keinen Fehler bei diesen.

Vertausche mal Vertices 3 und 4.

_________________
Yeah!

Das habe ich auch eben durch herumprobieren mit anderen Daten rausbekommen.
Habe jetzt Vertex 3 und 4 sowie TexCoord 3 und 4 getauscht.
Dann sieht das ganze folgendermaßen aus:

Triangles:


und Quads:


Sieht immer noch leicht verwaschen aus.

So, bei Quads hast du nun zumindest auch Quads, d.h. du musst nur noch die Texcoord fixen.
Merkwürdig kommt mir vor das deine Ausgabe der Texturkoordinaten einen 3D-Vertex ausgibt, obwohl du ja nur 2D-Texturkoordinaten benutzt. Schreibst du da also vielleicht zuviel Daten in den Buffer, so das die 0 der Z-Koordinate beim X für den nächsten Vertex landet?

Edit: Deine Texturkoordinaten enthalten für X und Y jeweils 0, 0.5 und 1. Da kann was nicht stimmen, da deine Tiletextur ja quadratisch ist und nur zwei Tiles im oberen Bereich hat. Jenachdem ob deine Textur beim laden gespiegelt wird oder nicht sollte da für Y ein Bereich von entweder 0 bis 0.5 oder 0.5 bis 1 rauskommen.

_________________
Yeah!

Stimmt, das war ein Problem.
Nun sieht es zwar "besser" aus, aber es gibt mir eigentlich nur noch mehr Rätsel auf:


Weiß jemand was das soll?

Gib mal nur das 1. Tile aus. Wenn das dann ordentlich aussieht das 2.,3. etc

Falls du schon Shader eingebaut hast, gib doch mal die Texturkoordinate als Farbe aus.

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

So sieht ein Tile aus. Es ist grün, aber das war's auch schon. In keinster Weise als die Grafik zu erkennen, die es sein sollte.
Und nein, mit Shadern arbeite ich hierbei nicht.

edit:
Okay, zwei oder drei Tiles ausgeben funktioniert nicht so gut.
Und ein Blick auf die Koordinaten verrät, dass da auch was nicht stimmen kann (wenn ich mich nicht völlig irre):

Position:
[Vertex([0, 0, 0]), Vertex([16, 0, 0]), Vertex([16, 16, 0]), Vertex([0, 16, 0])]

Texture Koordinaten:
[1, 0, 2, 0, 1, 1, 2, 1]

Wie zum Henker diese 2 da rein kommt, muss ich mal nachgucken. o.O

edit2:
Ok, die 2 kommt daher, dass ich beide Durchgänge nach dem ersten Durchlauf abgebrochen habe um nur jeweils die Position / Texturkoordinaten eines Tiles habe.
Dadurch war mein Tileset nur 16x16 groß (ein Tile eben) und beim berechnen der Textore Koordinaten verfahre ich ja mit (tx + tw) / tsw, und bei Position 16 und Größe 16 sowie einer Tileset Größe von 16 macht das (16 + 16) / 16 was eben 2 ergibt.
Aber auch ein anpassen dieser Koordinaten auf richtige Werte hat das Bild nicht verändert, was komisch ist.
Zur absoluten Sicherheit bin ich jetzt einmal Testweise auf ein normales float array übergegangen, anstelle der Vertex struct, doch das Bild hat sich kein bisschen verändert, schwarzer Streifen oben, grüner unten.

Breche ich jetzt aber nur die Erzeugung der Textur Koordinaten (und nicht auch die der Vertices) nach dem ersten Durchlauf ab, erhalte ich das hier:


Sowie die folgenden Koordinaten:

Position (unverändert):
[0, 0, 0, 16, 0, 0, 16, 16, 0, 0, 16, 0, 16, 0, 0, 32, 0, 0, 32, 16, 0, 16, 16, 0, 0, 16, 0, 16, 16, 0, 16, 32, 0, 0, 32, 0, 16, 16, 0, 32, 16, 0, 32, 32, 0, 16, 32, 0]

Textur Koordinaten (nur ein Tile):
[0, 0.5, 0.5, 0.5, 0, 1, 0.5, 1]

Wenn ich das richtig sehe, müssten die Textur Koordinaten richtigerweise so lauten:
[0, 0, 0.5, 0, 0.5, 0.5, 0, 0.5]

oder?

edit3:
Selbst wenn ich sie manuell nach diesem Schema anlege, bleibt das Bild wie es ist, keine Veränderung...

Vielleicht hilft es dir wenn ich mal schildere wie ich in meiner Engine die Texturkoordinaten für die Tiles berechne:

Meine Tilemap hat 16x16 Tiles also 256 Texturen. In den Daten für jedes Tile wird nur ein Byte gespeichert. z.B. 20
Mittels Division und Modulo errechne ich aus dem Byte die Position in der Tilemap. Im Beispiel: y = 20 / 16 ~ 1 und x = 20 % 16 ~ 4.


Meine Quad Klasse zeichnet standardmäßig mit Texturkoordinaten im Bereich von 0 - 1 bietet aber Funktionen um alle 4 Koordinaten zu Skalieren und zu Verschieben.
Also dividiere ich zuerst durch die Anzahl der Tiles. Ergibt dann 1/16tel. (Skalieren auf die richtige Größe)
Anschliessend einfach das Vielfache von 1/16 und der Position in der Tilemap draufaddieren. (Verschieben an die richtige Position)
xOffset = 1 * (1 / 16);
yOffset = 4 * (1 / 16);

Ich hoffe ich habe mich einigermaßen verständlich ausgedrückt.

PS: (1 / 16) habe ich einfach als Konstante definiert, da ich wahrscheinlich nie mehr als 256 Texturen brauchen werde.

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

Genauso berechne ich mir meine Textur Koordinaten.
Ich mache aber noch mehr:
Zu aller erst lese ich das benötigte Tileset ein, dann schneide ich die Tiles aus dem Tileset heraus, die ich wirklich benötigte und bastel diese zu einem neuen Tileset zusammen. Und dieses neue (kleinere) Tileset verwende ich dann.
Und das erstellen funktioniert ja auch, aber komischerweise bekomme ich völlig verkorkste Texturkoordinaten.

Was mich am meisten wundert: selbst wenn ich per Hand die (meiner Meinung nach) richtigen Koordinaten eintrage in den Buffer, bekomme ich trotzdem nicht das Bild, sondern nur eine Grüne Fläche. Da frage ich mich halt: wieso bekomme ich nur die Farbe des Tiles aber nicht das Tile an sich, sprich: die Grafik?

So ich habe nochmal etwas probiert:



(die 4 ist der Parameter count bei glDrawArrays)

und



Dadurch bekomme ich so etwas:


Ist zwar nur eine Linie aber es sieht aus, als könnten es korrekte Grafik Ausschnitte sein.
Tileset ist immer noch wie oben angegeben, nur das ich den schwarze Hintergrund transparent gemacht habe.

(Funktioniert auch wirklich nur mit GL_TRIANGLES, bei GL_QUADS sehe ich nichts.)

edit:
Durch abändern der Koordinaten auf diese hier:


sprich durch hinzunehmen der z Koordinaten für die Textur-Koordinaten, erhalte ich (wieder) so etwas:


Also Farbe stimmt, nur keine Grafik zusehen. Weiß jemand was da schief läuft? Ich weiß so langsam nicht mehr weiter.

Durch abändern der TexCoords zu dem hier:

Und dem Wechsel des Tilesets zudem:


bekomme ich nun so eine Ausgabe:


zumindest mal ansatzweise Grafik. Aber da ist voll der Wurm drin.

edit:
Mein letzter Versuch war es nun, einfach die komplette Grafik zu binden und anzuzeigen. Dazu habe ich die folgenden Koordinaten benutzt (wenn jmd. einen Fehler sieht, sofort schreien):

Man sollte meinen, dass der korrekt ist (und bei texCoords ist nichtmal eine z Koordinate)

Doch ich bekomme nur so etwas:


Jetzt weiß ich wirklich nicht mehr weiter.
Wenn ich die Textur (also das Tileset) einfach rendere, sehe ich sie ganz normal wie es sein soll.

edit2:
Was auch noch recht interessant ist:
Benutze ich gar nichts ODER glColor3f(1, 1, 1); sehe ich das gepostete Bild da oben.
Benutze ich aber z.B. glColor3f(1, 0, 0);, dann ist mein Quadrat einfach Rot, trotz binden der Textur.

Nun ist es geschafft. Das Problem war, dass bei glTexCoordPointer anstelle von 2, eine 4 stand... Blöder Fehler, bis man den mal gefunden hat.
Er zeichnet mir jetzt wie vorgesehen meine Map.
Danke für die Hilfe!

edit:
Etwas zu früh gefreut, ich bekomme nur so etwas:


Also ganz korrekt können meine Textur Koordinaten noch nicht sein.

Hier sind die einmal sowie mein Weg diese zu generieren:

[0, 0.5, 0.5, 0.5, 0.5, 1, 0, 1, 0.5, 0, 1, 0, 1, 0.5, 0.5, 0.5, 0.5, 0, 1, 0, 1, 0.5, 0.5, 0.5, 0, 0.5, 0.5, 0.5, 0.5, 1, 0, 1]



packtc packt sie nur in ein statisches float[3] array, um D's move Eigenschaft auszunutzen.

ich seh nur das dein erstes und viertes quad sowie das zweite und dritte identisch sind...

den punkt 0.0,0.0 zum beispiel fährst du nie an..



wie das sein kann versteh ich leider nicht weil ich durch die tx und tsw sache nicht durchblicke und auch kein c kann