@Geschwindigkeit :
Um diese zu erhöhen bietet sich bei deiner Kartenstruktur Frustum Culling gerade zu an.Dabei prüfst du die Eckpunkte deiner Felder gegen das Betrachterfrustum, und falls diese nicht sichtbar sind zeichnest du dieses Feld auch nicht.Wie das genau geht, erkläre ich in einem Tutorial auf meiner HP (URL siehe SIG).

@Grafikformat :
Es spielt keine Rolle, in welchem Format du deine Texturen speicherst, da diese beim Hochladen auf die Grafikkarte sowieso in ein GPU-internes Format gewandelt werden.Egal ob du die Texturen als .bmp, .jpg oder .tga speicherst, spätestens im Grafikkartenspeicher sehen die alle gleich aus, und das Dateiformat spielt keine Rolle mehr.Geschwindigkeitssteigernd ist natürlich die Nutzung von Texturenkompression (Dazu gibts auch ein Tut auf meiner HP), und eine geringere Größe.128x128 ist natürlich weniger bandbreitenfressend wie 256x256, aber das hast du ja bereits getan, und 64x64 sind für heutige Verhältnisse doch zu wenig.

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

@ Geschwindigkeit:

Bei mir hat sich bei diversen landschaftsprojekten herausgestellt, dass folgender Code



Etwa 4-6 mal flotter ist, als das, was du da machst (je nach Situation.... ja, und mein Code ist sonst in Delphi ) .....
Die Sache ist halt blos, ob sich das mit deinen texturen vereinbaren läßt....

_________________
Es sind immer die guten,
welche zu früh von uns gehen müssen...
Meine bislang 13 Open Gl - Tuts findet ihr auf www.dcw-group.net
Neu! Ein großer Teil der Demos nach Kylix übersetzt!

das kommt auch auf die Grafikkarte an, zB meine Kyro kann viele "Begins" und "Ends" gar nicht gut verarbeiten. Meine Landschaft läuft deshalb dort auch nur maximal halb so schnell wie auf ner Gefoce 2MX
Nur dummerweise braucht man für Triangle Fans viele "Begins" und "Ends".

Leider <_<

_________________
"OpenGL verbindet"<br>- für die Völkerverständigung zwischen Delphi und C++ ^^