Bin grad beim arbeiten an einem kleinen Spielchen. Allerdings macht mir schon die Texturierung probleme.

Mal mein Code:

Ich sehr nur ein weißes Quad!? Ich hab schon mit den Texturkoordinaten rumgespielt aber nix hat geholfen. Seht ihr den Fehler?

PS: Die Procedure wird von meiner Renderprocedure aufgerufen. OpenGL ist korrekt initialisiert (normale farbige Quads gehen. Keine glError)

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Also so wie ich das sehe machst Du folgendes:

- Texturing aktivieren (soweit ok)
- Texture-Objekt erstellen, die Textur laden und die OpenGL-Textur erstellen (auch OK)
- Textur binden/aktivieren (mit .Bind, auch in Ordnung)
- Quad mit Text-Koords zeichenen (soweit auch ok).

und jetzt gebinnen die Fehler. Erstens zeigst du das dargestellte nicht an (SwapBuffers fehlt). Ok, mag sein dass Du das auserhalb der Funktion machst. Aber der eigentliche Fehler liegt in

Du gibt die erstellte Textur wieder frei. Damit wird aber auch die in OpenGL registrierte Textur freigegeben und diese fehlt OGL dann zur Darstellung! Texturen sollten erst dann wieder freigegeben werden, wenn das Objekt welches die Textur verwendet, nicht mehr dargestellt werden soll (bsp. beim Laden eines neuen Levels oder beim Verlassen des Spiels). Außerdem solltest Du das Texturing in OpenGL solange aktiv lassen, solange Du Texturen darstellen willst!

Wie immer gillt: schau in die OpenGL-Dokus rein (RedBook, OpenGL-SDK-Help) sowie in die Turorials auf unserer Page. Das Prinzip von Texturen in OpenGL sollte man intus haben!

_________________
Und was würdest Du tun, wenn Du wüsstest, dass morgen Dein letzter Tag auf dieser Erde ist?

Ok... Du hast recht mit deiner vermutung: SwapBuffers wird außerhalb aufgerufen.

Nun sieht meine gliederung so aus:

UMain:
Init
SetupGL( diverse glEnable. U.a. glEnable(gl_Textur_2D))
render(ruft obige procedure auf)
...

UGFX:
diverse Grafik Proceduren u.a. obige

Ein glDisable(gl_Texture_2D) tauch mom. nirgendwo auf. Ich sehe trotzdem nur ein weißes Quad.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Kann es damit zusammenhängen, dass meine Variable Texture nur innerhalb der Procedure bekannt ist?? Ich dachte es reicht aus, wenn man die Textur innerhalb der Zeichenprocedure zuweist? Oder muss ich eine globale Variable für das ganze Spiel erstellen, wo die TexturenIDs drinn gespeichert stehen?

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Probieren geht über studieren

Dasw Problem liegt hier wohl eher an Delphi: Texture ist ein Objekt, welches innerhalb deiner Prozedur definiert ist. Beim verlassen der Prozedur gibt der Compiler selber das Objekt wieder frei. Deswegen sollte das Textur-Objekt außerhalb der Prozedur deklariert werden!

_________________
Und was würdest Du tun, wenn Du wüsstest, dass morgen Dein letzter Tag auf dieser Erde ist?

Die Antwort klingt plausibel...
Ich habe folgendes gemacht (ohne Erfolg).

-In meiner TypUnit (globale Typdefinition, globale Variablen) habe ich Texture definiert.(UTypes)
-Im Form.Create(UMain) erzeuge ich eine Instanz mit Texture.Create.
-In der Zeichenroutine lade ich ein Bild (Texture.loadImage()) ansonsten alles wie vorher.
-Erst im Form.Destroy(UMain) wird Texture wieder freigegeben.

Dies sollte doch zumindest bei 1 Textur gehen, oder

_________________
Blog: kevin-fleischer.de und fbaingermany.com

• Hast du einen gültigen und aktiven Renderkontext wenn du die Textur lädst? Wenn nicht wird die Textur logischerweise nicht an OpenGL übergeben.
• Das Bild in der Renderprozedur zu laden ist doch reichlich schlecht, denn dann wird es ja jedesmal von der Platte geladen und an OpenGL übergeben wenn deine Szene gerendert wird.
• Stimmt die Pfadangabe zu deiner Grafik? Wechsel am besten mal vor dem Laden mit ChDir(ExtractFilePath(ParamStr(0))) in das Verzeichnis deiner Anwendung. Ansonsten kanns nämlich sein das du in nem anderen Ordner bist und deine Textur nicht gefunden wird.

Ansonsten hab ich mich schon recht lange von glBmp (also die Grundversion) verabschiedet, da diese besonders im Zusammenhang mit einigen JPGs Probleme gemacht hat.

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

Hoppla, da fällt mir noch was auf. Stell mal sicher dass die Bild-Datei auch geladen wird. Denn Du versuchst sie unter "\GFX\..." zu laden. Meintest Du evtl. "..\GFX\..."? Denn wenn Du nur "\" verwendest, wird das GFX-Verzeichnis in der Root deines aktuellen Laufwerkes gesucht.

Wenn Du dich also unter "C:\MyProject\MyGame\Binary" befinden würdest, wird bei '..\GFX\...." das ganze unter "C:\MyProject\MyGame\GFX\.." gesucht, während bei "\GFX\..." versucht wird, die Datei unter "C:\GFX\..." zu laden.

[EDIT:] Ups, SOS war schneller

_________________
Und was würdest Du tun, wenn Du wüsstest, dass morgen Dein letzter Tag auf dieser Erde ist?

Jungs ich habs...Ihr wart prinzipiell auf dem richtigen weg...8)
Also folgendes:
Ich hab den Debugger angeworfen und bemerkt, dass er gar keine Tex lädt. Ich hatte aber bereits eure beiden Tipps angwendet. Also hab ich mir mal die glBMP angeguckt und... Der übergebene Filename muss absolut sein, sonst sucht glBMP von seiner aktuell Position aus nach dem ding. Also hab ich das Laden so gemacht: und es geht.

Aber nochmal auf deinen Kommentar (SOS)...Wieso verwendest du die glBMP net und was verwendet ihr eigentlich für einen Loader. GLAUX nimmt ja auch keiner mehr. Irgendwie habt ihr alle möglichen Loader im SDK aber keiner wird von euch benutzt!?

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Ich nutze ne von mir sehr stark modifizierte Version von Jan Horns Textures.pas. Die ist zwar in der Originalversion nicht so umfangreich und funktionsgefüllt wie die glBmp.pas, aber daher auch leichter anpassbar. Ausserdem hab ich bei der intensiven Nutzung der glBmp in einem größeren Projekt festgestellt das nicht alle JPGs korrekt geladen wurden, sondern zufällig mal eine Textur nicht ging.
Hab dann halt auf die Textures.pas gewechselt und alles was ich selbst brauch nachgerüstet. Solche Sachen wie Eigenschaften der Texturen (Höhe, Breite, Target, usw.), automatische MipMap-Generation, Texturenkompression. Hab mir dann um die erweiterte Unit herum noch nen feinen Texturenmanager gebastelst, so dass ich da recht bequem arbeiten kann.

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

Also ich hab mich jetzt dazu entschlossen ein Texturenarray einzurichten in welches ich alle benötigten Texturen lege. Damit bin ich in der Lage einmal Zentral alle Texturen zu laden und kann dann auf die entsprechende Tex geziehlt zugreifen.

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Also jetzt passiert etwas total merkwürdiges... Er bricht mit einem Win32 Error beim erstellen des Programms ab und zeigt mir "RaiseLastOSError".
Wenn ich schrittweise durchlaufe beleibt er bei "//<-- Hier" Hengen.
Er führt immer wieder nur das Create aus und springt dann zum ende der Procedure (Er überspringt das eigentliche Laden). Irgendwann kommt dann der Win32 fehler.

Definition meines TexturFeldes (UTypes):


Begin meiner GrafikUnit (UGFX):


EDIT: Der Taskmanager zeigt weitere Sonderbare sachen:
Kurzzeitig 100% CPU Last (Na OK)
Anstieg der Auslagerungsdatei von 270MB auf 470MB !!!

Also irgendwas is jetzt hier mega Faul....

_________________
Blog: kevin-fleischer.de und fbaingermany.com

Es reicht ja schon wenn man eine T(Hashed)StringList nimmt. Da kann man zu jedem String auch noch ein Objekt ablegen. Sowas in der Art ist vielleicht eine flexibelere Lösung an Stelle eines Arrays.

Das hier ist doch total falsch :

und muss so aussehen :

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