hi

ich bin gerade dabei ein komplexeres geometrisches objekt zu rendern(dodekaeder: 12 seiten, jede ein regelmäßiges 5-eck). benutze ich mehrere male den glrotate und gltranslate befehl.

zwei strecken, die eigentlich exakt aufeinander liegen sollten, gehen deutlich aneinander vorbei.

kann es sein, dass opengl da etwas schlampig ist? oder muss etwas bestimmtes eingestellt werden?

die geometrie, die ich befehle stimmt definitiv.

OpenGL ist nicht schlampig, sondern macht das was es gesagt bekommt. Und glRotatef arbeitet nunmal mit Single-Werten, die im Fließkommabereich ja die niedrigste Genauigkeit bieten. An deiner Stelle würde ich solche Kommandos dann in deinem speziellen Falle meiden und entweder die Vertexdaten vorberechnet übergeben oder eigene Matrizen konstruieren.

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

Das RedBook selbst empfiehlt, sich nicht auf das ergebnis mehrerer verketteter Rotationen zu verlassen (z.B. ist es nicht besonders geschickt, bei Animationen Rotationen einfach mit einem glRotatef weiterzuschalten, da sich dann irgendwann Fehler einschleichen - besser ist es die Rotationsmatrix völlig neu zu berechnen).

Allerdings müssen es auch bei single Zahlen recht viele Rotationen sein, dass ein sichtbarer Effekt auftritt - ich würde also schon den Code nochmal überprüfen. In BaseGraph z.B. wird die Eigenrotation eines Objektes in einer Rotationsmatrix gespeichert, und es gibt die (standardmäßig eingeschaltete) Option, dass diese bei jeder Änderung orthogonalisiert und normalisiert wird (sodass sichergestellt ist, dass die Achsenvektoren immer Einheitslänge haben und normal aufeinander stehen)) - selbst wenn diese Option ausgeschaltet ist, benötigt es aber über hunderttausend sukzessive Änderungen, bis die Rotationsmatrix anfängt sichtbar zu entarten.

Wenn es nicht an deinem Code liegt, kannst du noch versuchen, die berechneten Koordinaten zu clampen (z.B. mit einem Befehl wie Trunc(f*1000)/1000 ) sodass berechnete Vektoren trotz Rechenungenauigkeit dann doch genau aufeinanderliegen - oder noch besser, nicht alle Schnittpunkte neu zu berechnen, sondern diejenigen weiter zu verwenden, die du offensichtlich ohnehin schon vorher bekommen hast.

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Wie stellst Du das Objekt eigentlich dar? Lauter einzelne Flächen? Es wäre eigentlich sinnvoller, die Flächen so zu gestallten dass sie sich die Eck-Verticies teilen. Somit ist sicher gestellt, dass OpenGL diese auf den axakt gleichen Punkt setzen. Damit wären es nicht 12einzelne sondern zusammenhängende Flächen.

_________________
Und was würdest Du tun, wenn Du wüsstest, dass morgen Dein letzter Tag auf dieser Erde ist?

hi

ich zeichne lauter einzelne linien, um das objekt darzustellen.
die winkel die ich benutze liegen sogar im im integerbereich. und der code müsste eigentlich stimmen, ich habe es auf mehrere arten probiert.
wenn es sich jemand mal angucken will: