OpenGL: Texturen

[Airblader]

Hiho,
ich versuche mich gerade ein wenig mit OGL (OpenGL).
Nunja, Objekte etc. sind nichztmehr das Problem, also wollt ich mich mal ans texturieren machen.

Dazu nutze ich dieses Tutorial.

Das Laden funzt auch ganz gut.
Aber bei folgender Zeile sagt er mir frecherweise ( ;) ), dass er die Funktion (bzw. Prozedur) nich kennt:

Delphi-Quellcode:

glGenTextures(1, tex);

Die GLAUX.pas und entsprechende dll sind im ordner des programms.

Woran liegt es denn nun :?:

air

[edit=sakura] [Klammern ersetzt] Mfg, sakura[/edit]

[3_of_8]

Du musst diese Prozedur extra aus der opengl32.dll extrahieren, in der Glaux.pas sind sie nicht gekapselt.

Delphi-Quellcode:

PROCEDURE glGenTextures(n: GLsizei; VAR textures: GLuint); STDCALL; EXTERNAL opengl32;
PROCEDURE glBindTexture(target: GLenum; texture: GLuint);  STDCALL; EXTERNAL opengl32;

[DGL-luke]

...viel schöner geht es mit glbitmap.pas(glaux.pas ist restlos veraltet) und dglopeng.pas als opengl-header(opengl.pas ist restlos veraltet).

am besten mal dahinschauen: www.delphigl.com bzw. www.delphigl.com/forum

*werbung ende*

EDIT: für einen schnellen start am besten das vcl-template aus der files-section ziehen, wenn du schon mal was mit opengl gemacht hast, solltest du dich darin schnell auskennen.

[Airblader]

Ok Danke :)

Hab nun weitergemacht und die textur passt :)

@dgl
andere header etc. verwenden hatte ich eh vor, aber ich wollte es erstmal auf "old-school" machen ;)

[DGL-luke]

ja, klar, bei sowas sollte man aber immer aufpassen, dass man nicht in workarounds reinrutscht, die beim neuen nicht nötig wären(zum beispiel selber funktionen aus einer dll holen....tztztz....).


also, wir sehen uns!

[3_of_8]

Wenn man bloß die beiden braucht, wozu sich nen neuen Header downloaden?

Ein bisschen Tipparbeit schadet nicht!

Und außerdem spart man so Speicherplatz, da für das Programm unnötige Procs nicht geladen werden.

[DGL-luke]

im alten header sind aber nicht alle funktionen drin. und es gibt sogar bugs(!!).

und ausserdem, ist es der sinn eines headers, alle funktionen zu importieren, und nicht, dass man zwei doch in die eigene unit reinschreiben muss.....

ich will aber hier eigentlich gar keine diskussion dführen, da ich weiss, dass alles ausser dglopengl.pas veraltet ist. auch wenn das vielleicht daran liegt, dass ich seit meinen ersten ogl-erfahrungen von denen indoktriniert wurde.

[3_of_8]

Ist wohl Ansichtssache.

Mein OpenGL Programm läuft auch so ohne Probleme.

[sniper_w]

Zitat:

Wenn man bloß die beiden braucht, wozu sich nen neuen Header downloaden?

Ein bisschen Tipparbeit schadet nicht!

Und außerdem spart man so Speicherplatz, da für das Programm unnötige Procs nicht geladen werden.

Ganz daneben. dglOpenGL.pas ist das Beste was in der Sache OpenGL+Delphi passiert ist. Auf http://www.delphigl.com/forum/viewto...reatewindow%2A gibt es genug Erklärungen, warum es so ist.

[Phobeus]

Teilweise sind die Funktionsaufrufe in den Borland Headern nicht 100% korrekt und plötzlich ist dort ein Pointer, wo keiner ist. Mir persönlich widerstrebt es ein wenig sowas dann fortzuführen. Alle gängigen > OpenGL 1.2 Header sind jedoch fehlerfrei und lassen sich ebenfalls problemfrei einsetzen. Der Vorteil der dglheader besteht darinne, dass auch neue Funktionen, die erst nach OGL 1.2 eingeführt wurden unterstützt werden. Sicherlich gibt es einige Fälle in denen es einfach sein wird nur jene Funktionen zu implementieren, die man auch wirklich verwendet, allerdings eigentlich nur im Rahmen von 64k-Intro. Hand aufs Herz: Wer der Meinung ist, dass OpenGL-Header zuviel Overhead verursachen, sollte lieber anfangen Teile der sysutils oder windows.pas zu minimalieren. Das würde mehr bringen ;)