Ich versuche gerade Text einen Text oder Linien im Ortho/Ortho2d Modus auszugeben, ich bekomme aber überhaupt keine Ausgabe, alles was im 3D-Projection-Mode gezeichnet wird scheint Ok zu sein.

Hier der Code der fraglichen Funktion:


AFont.DrawText3f ist eine Hilfsroutine zur Darstellung von Text, diese funktioniert im 3D-Projection-Mode einwandfrei. Aber auch der eingefügte Debug-Code bringt keinen Output. Ich kann mir keinen Reim darauf machen?

In meiner Render-Procedure steht dann folgender Aufruf:




Meine Vorgehensweise ist wie folgt:

* ) Modellmatrix muss aktiv sein( und das ist sie auch )
1 ) Sichern der aktuellen Modellmatrix auf den Stack.
2 ) Umschalten auf Projektionsmatrix
3 ) Sichern der aktuellen Projektionsmatrix
4 ) Zurücksetzen der Projectionsmatrix
5 ) Setzen der Ortho-Projektion
6 ) Aktivieren der Modellmatrix
8 ) Tiefenpuffer deaktivieren
7 ) >>>Zeichnen<<<
8 ) Tiefenpuffer aktivieren
9 ) Alle Matizen in ihrer Reihenfolge wieder herstellen.

Was ist falsch ?

PS: Wie kann ich einen Screen-Shot der Overlay-OpenGL-Ausgabe machen?

_________________
Gruß Andreas (aka DeepCopy) - Sic Luceat Lux

Classified Directive: initialization write in function for finalization, repeat until public case uses begin, if not case type as default, var in virtual override for while, in case of class type type asm until read begin.

Das tust du nicht.



Ich zitiere aus dem Wiki: "glOrtho erstellt eine Matrix für Parallel-Projektion. Die aktuelle Matrix wird dabei mit der neu erstellten Matrix multipliziert.".
D.h. dadurch, dass du das LoadIdentity vergessen hast, ruinierst du mit glOrtho deine Matrix.

Zum Screenshot-Thema:
Das Einfachste wäre vermutlich, den ganzen Framebuffer mit glReadPixels auszulesen. Dann schreibst du einen gültigen
BMP-Header in eine Datei und lässt die Pixeldaten folgen. TGA wäre prinzipiell ähnlich leicht möglich, die Daten liegen bei
TGA aber laut Spezifikation in Big Endian vor (d.h. vorher Bytes tauschen).

Eine schnellere Methode wäre Render to Texture (also Framebuffer Object [zu bevorzugen] oder Pixelbuffer Object).

Edit:
Noch vergessen: Angucken, wie ein TGA oder BMP-Header aussieht, kannst du hier: http://www.wotsit.org
Ich meine aber wir hätten auch einen Screenshot-Artikel (auf BMP-Basis) irgendwo im Wiki.

Danke für deine schnelle Antwort:

doch leider - ich weis nicht warum - in meinem Code steht's richtig drinn:

Hier nochmal der Code:


Muss ein Fehler beim Erstellen der Antwort gewesen sein.

Und:



Jup, den Teil habe auch gelesen als M := M*O , wenn M die aktuelle Matrix ist und O die Orthogonale, dann zerschieße ich mir die aktuelle Projektionsmatrix. Deswegen habe ja Punkt 4 ) eingefügt, einfach :weird:

Aber was mich an der erkärung zu glOrtho verwirrt ist die Aussage:

Was ist M? Die aktuelle Modellmatrix? Die Projektionsmatrix? Oder keins von beidem? Und wenn es die Modellmatrix ist, warum multipliziert sich die Orthonale dann gleich mit rein? Speichert die Modellmatrix das dann verlustfrei für jede weitere Manipulation? Von der Rotation weis ich es ja bereits - dort wirkt es dann wie eine Art Variable für die getrennte Rotation je Achse auf drei Achsen.

Sorry für die blöden Fragen!

Zum Bitmap: Ich habs mir ja fast schon gedacht Ich denke ich werde es mit einem Bitmap-Header machen und glReadPixels, thx!

_________________
Gruß Andreas (aka DeepCopy) - Sic Luceat Lux

Classified Directive: initialization write in function for finalization, repeat until public case uses begin, if not case type as default, var in virtual override for while, in case of class type type asm until read begin.

Mhhm. Ist das bewusst eine relative Position?
Ansonsten müsste davor auch noch ein glLoadIdentity.

Was mir sonst noch "komisch" auffällt ist, dass du zwar eine Projektion definierst, die über
die ganze Bildschirmgröße geht (also Screen-Pixel : GL-Koordinaten = 1:1) aber deine Zeichenfunktion
dann mit so kleinen Werten wie 2.0 aufrufst (= 2 Pixel auf dem Schirm).

Die Vertices werden erst beim Rendern mit der Pojektionsmatrix multipliziert. Also macht es keinen
Unterschied, ob du die Vertices "unter der alten Projektionsmatrix" verschiebst - die Anderungen mit
glTranslate betreffen ja nur die ModelView-Matrix.

Das mit den keinen Werten habe ich zu Debug-Zwecken so gemacht, wird dann noch geändert - die Fontgröße ist dann die Zeilen- und Spaltenabstandskonstante.

Aber selbst dann, warum wird eine Ausgabe von GL_LINE_STRIP nicht angezeigt?

Eine Ahnung: Kann es sein das ich die Modellmatrix wieder in den Ursprung zurücksetzen muss um eine Anzeige zu bekommen?

_________________
Gruß Andreas (aka DeepCopy) - Sic Luceat Lux

Classified Directive: initialization write in function for finalization, repeat until public case uses begin, if not case type as default, var in virtual override for while, in case of class type type asm until read begin.

Danke das wars!



Das ist mir beim Experimentieren nicht aufgefallen weil ich die Linien so eng gezogen habe das ich "NUR" einen weissen Hintergrund erzeugt habe, erst mit deinem Hinweis bin ich nochmal an die Stelle gegangen, habe GL_LINE_STRIP rausgeschmissen und voilá da hatte ich wieder meine Hintergrundfarbe, der Rest war dann auch simple.

Aber trotzdem bleibt bei mir noch die Verständnisfrage nach M:=M*O offen, ist M die Modellmatrix? Und wenn ja wie habe ich das zu verstehen?

Dickes THX!

_________________
Gruß Andreas (aka DeepCopy) - Sic Luceat Lux

Classified Directive: initialization write in function for finalization, repeat until public case uses begin, if not case type as default, var in virtual override for while, in case of class type type asm until read begin.

M ist die aktuelle Matrix des aktuellen Matrix-Modus. Wenn du also vorher glMatrixMode(GL_PROJECTION) gesetzt hast, ist es die aktuelle Projektionsmatrix.

_________________
Yeah!

Also wird bei einem Aufruf von

glMatrixMode(GL_MODELVIEW) - die Modellmatrix,
glMatrixMode(GL_PROJECTION) - die Projektionsmatrix,
glMatrixMode(GL_TEXTURE) - die Texturenmatrix,
glMatrixMode(GL_COLOR) - die Farbmatix,

und einem anschließenden Aufruf von glOrtho, manipuliert?

Was für einen Sinn hat glOrtho bei der Modell, und Farbmatrix?

_________________
Gruß Andreas (aka DeepCopy) - Sic Luceat Lux

Classified Directive: initialization write in function for finalization, repeat until public case uses begin, if not case type as default, var in virtual override for while, in case of class type type asm until read begin.

Ja.

glOrtho ist nichts weiter als eine Skalierung mit anschließender Translation. Könnte also bei Modelview durchaus noch irgendwie Sinn machen. Wenn du z.B. irgendwann keine 3D-Grafik mehr rendern willst, sondern was ganz anderes machen möchtest, kann so etwas möglicherweise auch bei der Color-Matrix Sinn machen....

_________________
Yeah!

du setzt deine ModelViewMatrix nach dem aktivieren nicht zurück.

_________________
Klar Soweit?