Habe jetz im Tut4 mir die Texturenbearbeitung mit SDl angesehen, finde aber (vllt lieg ich ja falsch ), dass es ueber glBitmap einfacher geht.
Statt also: (Quote aus http://wiki.delphigl.com/index.php/Tuto ... n_besorgen )


habe ich mich ein bissel im Artikel http://wiki.delphigl.com/index.php/Glbitmap_loader umgesehen und nutze statt sdl jetz:


und dann im render:


Leider bleibt mein Quadrat weiß...

Ich habe zu jedem Befehl, den ich hier aus glBitmap verwende, ein Äquivalent aus SDl gefunden, nur bei einem nicht:
In SDL gibt es: glTexImage2D(GL_TEXTURE_2D, 0, 3, tex^.w, tex^.h,0, GL_RGB, GL_UNSIGNED_BYTE, tex^.pixels);, das laut dem Tut auch die Bildinformationen an OpenGL uebertraegt. Allerdings weiß ich nicht, wie dazu die Funktion in der glBitmap ist? Oder versteh ich grad was völlig falsch?

Einfachheit läßt sich i.d.R. nicht über die länge eines Codes bestimmen ... Letztendlich also eine Frage der Zielsetzung und des Geschmackes und glBitmap wäre gewiss nicht in der SDK, wenn wir es für schlecht hielten

Ich selbst arbeite jedoch nicht damit. Aber vermisse in deinem Code auf jeden Fall das binden der Textur. Dafür stelle ich schockiert fest, dass Du bei jedem Frame (!!!) die Textur neu von der Festplatte lädst. Das ist so wie ne Porsche vor nem Pflug zu stellen und damit versuchen Ackerwirtschaft zu betreiben. Die Grafikkarte heult kurz auf, leistet aber wohl nichts, solange die Festplatte langsam vor sich hier schrappt. Initalisiere deine Texturen nur ein einziges Mal nach OpenGL (ggf. SDL) und binde die Texturen lediglich in der Render-Loop, wenn diese benötigt werden.

_________________
"Light travels faster than sound. This is why some people appear bright, before you can hear them speak..."

Juhu danke es geht
Ich hatte Bind zwar vorher schonmal drin, aber da ging es irgendwie nich. InitTexture ist im Oncreate und alles is va béné

*in euphorischer stimmung schwelg* Ach bin ich froh, dass ich diese Seite gefunden habe *freu*

Ich kann Phobeus nur zustimmen. Es kommt immer ganz darauf an was du machen möchtest. So lange du nur Windowsprogramme schreiben möchtest dürfte derzeit die glBitmap wohl die einfachste Alternative sein. Sobald du aber für Linux oder einfach nur Platformunabhängig programmieren möchtest solltest du die glBitmap nicht verwenden. Über kurz oder lang wird sich da auch noch etwas tun. Das aber eher lang als kurz.

Und sonst würde ich SDL und die glBitmap nicht direkt ins Verhältniss setzen. die glBitmap ist eine Wrapperklasse die sich mehr oder weniger um alles selber kümmert. SDL hingegen ist aber eine Platformunabhängige Schnittstelle. SDL übernimmt dir im Falle des Tutorials nur das Laden des Bildes. Was du dann aber mit deinen Texturdaten anstellst ist allein deine Sache. Im Tutorial wird daraus eine OpenGL Textur erstellt. Die glBitmap hingegen existiert nur zu dem Zweck des Texturenerstellens. Deswegen sind dort viele Vorgänge zu einer Methode zusammengefasst worden. Und beim SDL Weg musst du selber dafür aber wiederrum die passenden OpenGL Methoden aufrufen. Wenn du mal in der glBitmap suchst wirst du auch genau die Methoden finden die auch beim SDL Weg benutzt werden. Also alle denen ein gl vorn angestellt ist.

Also in dem Sinne ist die glBitmap spezialisierter und SDL flexibler. Und man kann diese beiden nur sehr bedingt miteinander vergleichen.

Jo gut, dann denke ich, bleibe ich doch vorher noch ein bissel bei glBitmaps ^^

Aber ein anderes Problemchen hab ich wieder:
Mit hilfe der Quellcodes aus dem Downloadbereich arbeite ich gerade das Tut 4 durch und habe beim Terrainrendern ein problem:



Dieser Code bringt mir einen Zugriffsfehler. Sobald ich die Mapzuweisung rausnehme, geht alles ganz vabéne, dabei habe ich es theoretisch ja in etwas genauso wie im Beispiel.
Ideen?

Erst mal noch eine Kleinigkeit zu der Textur. In GenTexture wird bereits ein Bind aufgerufen. Du musst das dahinter nicht noch ein Mal aufrufen. Normal wird das Bind eher dort aufgerufen wo du die Textur verwenden möchtest. Also unmittelbar Vorher versteht sich.

Zu der Zugriffsverletzung. Da denke ich mal, dass die Definition deiner Map nicht stimmt bzw. du einen zu großen Bereich ansteuern möchtest. 0 bis Width sieht für mich nämlich auch ganz danach aus. Sagen wir mal Width wäre 512 so bräuchtest du 513 Felder in deiner Map. Das gleiche gilt für die Höhe. Dann sollte normal schon ein Width -1 und Height -1 ausreichen. Aber zur Sicherheit poste mal bitte die Deklaration deiner Map.

Jo nur Height und Width sind Constanten:


Und nicht ScreenHeight/ScreenWidth oder ClientHeight/ClientWidth oder so. In nem Bereich bis 30 sollte das ja eigentlich gehen


Edit: Habe mal Height und Width an allen Stellen zum Test zu xHeight und xWidth gemacht udn schon gings. Ich dachte mir ja schon, dass die beiden reserviert sind, aber im Beispiel wurden die auch einfach so benutzt.

Ne nicht reserviert. Aber die Namen existieren schon. Und zwar benutzt du ja ein Delphi-Formular. Die haben natürlich Eigenschaften die genau so heißen. Und da hat der Compiler diesen den Vorzug gegeben.