Hi,
hier sieht man bei den Cubes, die aus Quads gebaut sind, blöde schwarze Linien an den Rändern.
http://stud.fh-wedel.de/~minf8180/pacman.jpg
Tritt je nach Grafikkarte weniger schlimm bis garnicht auf?
Unter Linux in der FH z.B. garnicht. Hier auf dem Notebook mit der Centrino-Intel-Onboard-Mistkrams das gezeigte Ergebnis. :/
Es müssen definitiv die Cubes auf die Art gezeichnet werden, da führt kein Weg mit Quadstrip oder ähnlichem dran vorbei. Aber gibt es vielleicht einen OpenGL-Parameter, den man nur umbiegen müsste und schon ist die Welt schön?

Wenn die wirklich nicht anders gezeichnet werden dürfen, wäre eine Lösung immer volle Würfel zu zeichnen. D.h. auch die nutzlosen Wände zwischen zwei angrenzenden Würfeln. Dann wird der Fehler vermutlich übermalt. Die Geschwindigkeitseinbußen sollten sich in Grenzen halten.

Genau das passiert hier schon. Das sind volle Würfel mit 6 Seiten. Von wegen Seiten weglassen, das hatte mich eben auf die Idee gebracht, das Culling auszuschalten, so dass (unsichtbar) auch die Rückwände gezeichnet werden. Das hatte aber keinen Effekt.

Also auf den ersten (geübten) Blick würde ich sagen, dass das am Aufbau des Levels liegt. Schau dir mal im Code an, ob aufeinander folgende Würfel wirklich eine Seite gemeinsam/an der gleichen Position haben.

_________________
"Du musst ein Schwein sein in dieser Welt, sangen die Prinzen, das ist so 1.0. Du musst auf YouTube zeigen, dass dir dein Schweinsein gefällt, das ist leuchtendes, echtes Web 2.0."
- Hal Faber
Meine Homepage: http://laboda.delphigl.com

Wenn sich die Fehlerursache schwer identifizieren läßt, dann könntest du auch testweise die "Kameraposition" variabel machen und die Szene aus anderen Blickwinkeln betrachen. Vielleicht sieht man dann, unter welchen Bedingungen es zum Fehler kommt.

Grüße, DNA

_________________
Heute code ich, morgen debug ich, und übermorgen caste ich die Königin auf int.
http://www.2ndmoon.de

Wenn du mal mit einer Bildschirmlupe ganz genau schaust wirst du sehen, dass du zwischen sehr vielen Felder Fehler hat. Die sind nur nicht immer schwarz sondern teilweise nur geringfügig anders verfärbt.

Teile aber die Meinung von La Boda. Schau dir mal genau deinen Code an und evtl sogar mal die tatsächlichen Werte im Debugger. Tippe nämlich mal darauf, dass die Punkte nicht genau aufeinander liegen.

Dann müssten das irgendwelche Rundungsfehler oder ähnliches im Treiber sein, denn die Positionen werden mit einfachen glTranslatef gesetzt ohne großartig was zu berechnen (Achtung, C ):

Das ganze wird unter Windows mit Dev-Cpp compiliert und unter Linux mit dem gcc, wenn das was zur Sache tut.