fließende Flüsse

[landvogt]

Hab die Unit dglOpenGl nun in dasselbe Verzeichnis wie die im Demo verwendete veraltete Unit GL kopiert (als PAscal Code und kompiliert)
und mit USES im Beispiel eingebunden (im code halt einfach statt uses GL -> uses dglOpenGL) .

Die Form wird wenigstens aufgebaut aber innerhalb dieser wird grafisch nichts dargestellt.
Bricht dann mit Fehlermeldung ab und warnt vorher schon sogar vor "Data corruption".

Das Beispiel (kennt ihr vllt ,da rotiert halt ein Würfel mit Texturen drauf vor wiederum rotierendem Hintergrund) müsste doch eigentlich mit der dglOpenGL anstatt der GL genauso funktionieren !, vorausgesetzt die dglOpenGL ist abwärtskompatibel.

Mehr fällt mir momentan dazu leider nicht ein

Gruss Landvogt

[Mathias]

Ich kann dir am Abend ein Beispiel-Code von mir reinstellen, in dem dglOpenGL und OpenGL 3.3 verwendet wird.

Willst du nur ein Windows-Programm oder muss es auch unter Linux laufen.

[Mathias]

Hier der versprochene Code, welcher gut demonstriert, wie man eine Shader lädt.
Auch sieht man gut wie dies mit den VAO und VBO funktioniert.

Ich hoffe das führt dich einen Schritt weiter.

[landvogt]

Dankeschön, schau ich mir gleich mal an !

Unter WIndows würde mir schon genügen...

Gruss Landvogt

[Mathias]

Unter WIndows würde mir schon genügen...

Dann kannst du auf LazOpenGLContext verzichten und den Context mit Windows-Funktionen erzeugen, so wie in meinem Beispiel.

[landvogt]

Projekt kann nicht kompiliert werden:

glGetProgramInfoLog(ProgramObject, InfoLogLength, InfoLogLength, @Str[1]);

unit1.pas(133,68) Error: Incompatible types: got "LongInt" expected "PGLsizei"

InfoLogLength ist aber als integer definiert.

kannst du mir vllt noch deine version der dglopen anhängen ?

[soerensen3]

Hallo,

kein Grund das Rad neu zu erfinden. Guck dir mal OpenGL Core an. Das sind ein paar Units die gerade das Erstellen von Fenstern und dergleichen vereinfachen sollen. Für mich kam das alles ein bischen zu spät, da ich das jetzt alles selber geschrieben habe (und auch vorhabe das wenn es etwas nutzerfreundlicher ist als open source zu veröffentlichen), habe deshalb auch nicht versucht damit zu arbeiten aber sieht bisher ganz brauchbar aus.
Die Units findest du hier:
http://www.delphigl.com/forum/viewtopic ... 13&t=11151

Die Palettenanimation würde ich mit 2 Texturen in einem Shader machen, das ist effizient weil nur Texture Lookups gemacht werden, was relativ schnell ist.
Dazu findest du unter pallette animation glsl in Google einiges. Zum Beispiel hier:
http://gamedev.stackexchange.com/questi ... -in-opengl

Gruß Johannes

[Mathias]

glGetProgramInfoLog(ProgramObject, InfoLogLength, InfoLogLength, @Str[1]);

unit1.pas(133,68) Error: Incompatible types: got "LongInt" expected "PGLsizei"

Die Zeile kannst vorübergehen auskommandieren, die kommt nur zur Geltung, wen ein Fehler im Shader ist.

Ich habe die neuste dglOpenGL probiert, da kommt dein Fehler auch bei mir.

Mit der Version im Anhang sollte es gehen.

[Soner]

Für diese Projekt brauchst du eigentlich kein OpenGL. Ich würde das alles mit Lazarus-Canvas machen. Bei einem Spiel nimmt Spiellogik, AI usw. viel Zeit, Grafikteil kannst du mit LCL schneller entwickeln. Ich würde dann später wenn das Spiel fertig, gut und lohnenswert ist, in OpenGl umsetzen. Nur du mußt achten dass du Spielteile von LCL trennst, also nicht alles in einem Formular.
Mit LCL würde ich das so machen.
1. Normale Karte zeichen.(Hintergrund)
2. Mit Grafikprogramm alles außer Flüsse Transparent machen (Transparente Stellen mit eine Farbe malen). Dann:
a) Entweder die Flüssekarte als 256-Farben Bitmap speichern und Palettenanimation machen,
b) oder von der Flüssekarte mit verschiedenen Blautönen mehrere Versionen abspeichern und später zufällige Teile von der Flüssekarten auf Hintergrund(Normale Karte) malen.

[landvogt]

Danke an alle, habs nun endlich zum laufen gebracht und auch schon experimentiert mit Primitiven und Texturen unter Verwendung der dGlopenGL.

THX

Gruß Landvogt

[landvogt]

Eine abschließende Frage noch:

Brauch noch nen kleinen Mapeditor, würde gerne Städte, Straßen etc(also einfach nur bytewerte) auf einer 2D matrix/Feld eintragen.

Welches Element würdet ihr da empfehlen ?

Bin ich da mit TStringGrid oder TDrawGrid auf dem richtigen Dampfer?

Hab hier bei der Forumsuche leider nichts unter "Feld", "Matrix" oder "Mapeditor" gefunden ...

Gruß Landvogt

[m.fuchs]

TDrawGrid dürfte dafür das Richtige sein. Wirf doch mal einen Blick in diesen Thread: http://www.lazarusforum.de/viewtopic.php?f=10&t=8107

Ich habe da auch ein Beispiel für das DrawGrid beigefügt, welches in die Richtung geht.

[landvogt]

OK, danke

[Komoluna]

Hi,

Wenn du Bytewerte in einer 2D Tabelle abspeichern willst, kannst du auch einfach ein Bitmap nehmen.
Dann kannst du bis zu 3 Bytes pro Feld speichern.
Außerdem sind lade und speicherroutinen bereits vorhanden.

MFG

Komoluna

[Mathias]

Wenn du Bytewerte in einer 2D Tabelle abspeichern willst, kannst du auch einfach ein Bitmap nehmen.

Das würde ich auch so machen, die verschiedene Farben stellen dann die Objekte dar.
Du darfst die Bitmap nur nicht Verlustbehaftet abspeichern.

Dann kannst du bis zu 3 Bytes pro Feld speichern.

Theoretisch ist mehr möglich, nur ist es dann nicht mehr übersichtlich.