Hallo,

mir spukt folgende Idee im Kopf herum...

also ich möchte gerne:
Gitternetzlinien hinter den Modellen sehen,
dafür dachte ich mach ich das so:


ein Quad auf jeder seite der Boundingbox (umhüllende meiner geometrie) zeichnen und mit nur eine Seite darstellen lassen. jetzt müsste ich iwie auf die sichtbare seite zeichnen, also linien im Abstand 10 oder 100 oder so.

nur genau dau fehlt mir ein Puzzlestück, ich kann zwar quads zeichnen und auch linien, aber wie zeichne ich die linien auf das quad? oder ist das überhaupt nicht möglich?

gruß und Dank

Wolfgang

Das geht z.B. in dem man die Linien in eine Textur rendert und das Quad dann mit dieser Textur darstellt. Nennt sich Render-To-Texture (RTT) und geht in OpenGL direkt oder aber auch (moderner) über Frame Buffer Objekte. In unserem Wiki gibts dazu entsprechende Tutorials.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Super, dann schau ich mir das mal an - sprichst du eine Empfehlung für Anfänger aus? Was ist denn "leichter" umzusetzen?

Ist beides recht einfach umzusetzen. Normales RTT geht halt nur innerhalb des sichtbaren Bereiches. Sprich wenn du in eine Textur rendern möchtest die größer ist als dein sichtbarer Viewport dann wirst du eh FBOs benutzen müssen, also würde ich da gleich von Anfang an mit loslegen. Ich hab mir dafür eine kleine Klasse geschrieben die FBOs kapselt, sowas ist recht schnell erledigt.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Ähm, wieso brauchst du für simple Gitterlinien RTT?

Warum erzeugst du nicht einfach ein Mesh mit den Gitterlinen (als GL_LINES) und renderst das ganz normal? Eine Möglichkeit ist das du für die 6 Seiten einzeln entscheiden ob sie sichtbar sind oder nicht. Die andere Möglichkeit ist einfach alle Lines zu rendern und einen Shader entscheiden zu lassen ob sie Backfacing sind oder nicht. Letzteres ist nicht ganz einfach, aber machbar. Details auf Anfrage.

Eine andere Möglichkeit die mit einfällt wäre noch ein Quad mit gekachelter Textur zu rendern. Statt aber die Textur via RTT zu erzeugen, kannst du die auch einfach malen. Ein Problem das du bekommst ist das die Linien beim ranzoomen dicker werden. Ich vermute das war der Grund für den RTT-Ansatz? Jedenfalls kannst du doch auch einfach die Mipmaps manuell generieren. Die Mipmaps werden einfach so angelegt das die Gitterlinie immer 1px dick ist. Du kannst sogar zusätzliche, feinere Unterteilungen einfügen wenn du möchtest.

_________________
Yeah!

ui...

da hast du mir jetzt aber einiges zum Nachlesen gegeben...
also ich muß erstmal schauen was ein RTT und was Mipmapping ist.

der Ansatz - also die Idee das in ein Quad zu malen das dann automatisch via backface culling eben nur dann sichtbar is, wenns nicht vor meiner geometrie ist kommt daher das ich keine Idee habe wie ich sonst ermitteln, bestimmen oder wissen kann wann sie sichtbar sein müssen und wann nicht. ich will die gitterlinien hinter und nie vor meinen modellen sehn..

ich hatte mir noch überlegt lauter 1 pixel breite quads als gitter zu rendern, und die halt entsprechend mit backface unsichtbar zu machen.. aber das wäre naja - äh irgendwie seltsam.

Also die Grafikkarte nimmst vom Prinzip die Normale des Dreiecks (nicht die in den Vertices gespeicherte, sondern sie berechnet diese aus den drei Vertices des Dreiecks) und schaut ob diese Richtung Kamera zeigt oder eben nicht. Die Rechnung lässt sich optimieren, du brauchst nur die Z-Koordinate der Normale berechnen und gegen 0 vergleichen.

_________________
Yeah!

hmm
sorry das kapier ich nicht, gibts dazu vielleicht irgendwo ne skizze?
wieso denn gegen 0?

ich hab mal ein Bild gemacht von dem was ich verstanden hab.
http://screencast.com/t/HasbkaZXfIky

ok ich hab darüber nochmal etwas gegrübelt und folgendes gebastelt...



@Coolcat, das scheint soweit zu funktionieren, meintest du das so? Anstelle des quads könnte ich dann in der Tat das gitter da hinmalen... ist das besser als FBO?

Die Grafikkarte berechnet das Culling nach dem Vertexshader. Die Koordinaten der Vertices sind da natürlich schon durch mit der ModelViewProjection-Matrix multipliziert worden. Das heißt der Betrachter befindet sich in (0,0,0) und blickt in Richtung der negativen Z-Achse. Daher reicht es die Z-Koordinate der Normale anzuschauen um zu entscheiden ob das Quad sichtbar ist oder nicht.

Wenn du natürlich im Welt-Koordinatensystem bist sagt die Z-Koordinate nix aus. In dem Fall musst du das dot-Produkt der Normale mit der Blickrichtung der Kamera bilden und dort prüfen ob das Ergebnis kleiner oder größer 0 ist.


Was deinen Code angeht, mir ist nicht ganz klar was du da versuchst. Wenn PtTX,Y,Z das Dreieck sein soll, dann ist resultpx,y,z das transformierte Dreieck. Hier müsstest du dann die Normale Berechnen, also das z.B. Kreuzprodukt von Y-X und Z-X. Das ist dann die Normale von der es reicht die z-Koordinate zu betrachten.

_________________
Yeah!

Achso, nein - PtTX,Y und Z sind die zu testendend (point to test) in die jeweilige Raumrichtung.
Da meine Boundingboxes ja immer parallel zu XYZ liegen.

Ich multipliziere also die gegenwärtige Blickrichtung (Modelviewmatrix) mit der Raumrichtung (z.B. pttx) , Als Ergebnis bekomme ich einen Vektor und anhand dessen versuche ich zu erkennen, welche der beiden jeweiligen Deckflächen ich rendern muß. (Ich hatte gehofft das ist genau das was du vorschlägst)
Für die Deckflächen senkrecht zur X und Y Achse bekomme ich das auch hin, aber ich finde keine eindeutige Bedingung für die beiden Deckflächen senkrecht zu Z.

Kleines Update zu dem Thema, ich habe jetzt scheinbar eine eindeutige Bedingung für die beiden letzten Flächen der Boundingbox gefunden und kann jetzt gezielt die jeweils hinter der geometrie liegende Fläche zeichnen (oder halt hoffentlich bald ein mesh aus gittenetzlinien)

Der "Trick" war das Vektorprodukt von x unc y Vektor und dort dann den Z - Wert anschauen... ist dieser größer 0 muß die eine, ist er kleiner 0 die andere Fläche senkrecht zur Z Achse gezeichnet werden.

Wer nicht verstanden hat, was ich überhaupt will kann sich ja das kleine Video hier anschaun, da sieht man wie immer nur die hinter der geometrie liegende Fläche gezeichnet wird. Mit der blauen hatte ich am längsten zu kämpfen.

http://screencast.com/t/1PH7BDgRjjCV

Grüße

Wolfgang