@Flash: Lossy. Wie verlustbehaftet.

@CubeMaps: Gar nicht!

Also mit Cubemaps kenne ich mich nicht aus. Natürlich habe ich das beim Designen der Klassen dann auch nicht berücksichtigt. Und momentan ist es einfach so, dass das TexturTarget zum Generieren und zum Hochladen der Bilder verwendet wird. Aber wenn ich das richtig gesehen habe, dann sind das Bind und das TexImage 2 Unterschiedliche Targets. Abgesehen davon benötigen wir 6 Komplett getrennte Bilder. Entweder über 6 eigenständige Klassen die aber irgendwie wissen müssen woran sie sich heften dürfen oder über eine Klasse die die 6 Bilder beinhält. Und dazu bräuchte ich 6 getrennte Speicherbereiche. Und logischerweise habe ich das auch nicht mit bedacht. Ich werde mir da aber auf jeden Fall mal nen Kopf machen wie man das am Besten umsetzten kann. Für kreative Vorschläge bin ich aber jederzeit offen.

Machs doch einfach so, dass wenn man bei der glBitmap2D als Target die CubeMap angibt, man beim Laden der Textur eine der 6 Ziele angeben muss (extra parameter Standardwert GL_FALSE). Denn bei den Texparametern, ruft man ja immer noch GL_TEXTURE_2D auf. Deshalb die Verwandschaft. Aber du grigst das bestimmt auch eleganter hin.

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

Dass die 6 Bilder komplett getrennt sind, stimmt so nicht ganz. Und 6 eigenständige Klassen würden (soweit meine bescheidene Meinung ) auf keinen Fall funktionieren.
Auch brauchst du nicht eine Klasse, die 6 Bilder beinhaltet, sondern eine Klasse, die nacheinander 6 Bilder in die selbe Textur lädt. Ein Speicherbereich würde vollkommen ausreichen, da du ihn nach jedem Ladevorgang wieder freigeben und neu nutzen kannst.

Das Problem bei der textures.pas wie auch bei der glBitmap.pas ist, dass die beiden Vorgänge Binden und Bilddaten laden (glBindTexture und glBitmap2D) immer mit demselben Target durchgeführt werden und auch nicht getrennt voneinander angesprochen werden können (was ja auch auf Grundlage des eigentlichen Verwendungszwecks (nämlich Texturen <> Cubemap) überhaupt nicht nötig ist.

Ich könnte mir folgendes vorstellen:

Du schreibst eine Basisklasse für den Loader.
Ein Nachfolger dieser Klasse ist genau die Klasse, die jetzt auch in der glBitmap vorhanden ist. D.h. eine Klasse zum Laden und Verwenden von 1D-, 2D- oder 3D-Texturen.
Ein weiterer Nachfolger dieser Klasse wird eine Klasse allein für Cubemaps. Dabei wird hier unterschieden zwischen Textur erstellen und Bild laden. Etwa so:



Das ganze könnte man natürlich auch in einer Methode zusammenfassen, die dann entsprechend mehr Parameter erhält. Auch TglCubemapTexture.Create und TglCubemapTexture.CreateCubemap könnte verbunden werden.

In den Methoden zum Erstellen der Textur befänden sich prinzipiell folgende Aufrufe:


Während in der Methode zum Laden der Cubemap (nach Übergeben der 6 Dateinamen) folgendes stünde (während die oben erstellte Textur immer noch gebunden ist, sonst gehts ja nicht):


Schlussendlich kann dann noch die automatische Texturgenerierung und das Cubemapping selbst angeschaltet werden, was ich persönlich allerdings nicht mit in die Klasse packen würde.

Die Verwendung einer gemeinsamen Basisklasse hätte den Vorteil, dass zum Beispiel Methoden wie Bind, Free u.ä. benutzt werden können, ohne zwischen Cubemap oder normaler Textur unterscheiden zu müssen. Ein Array vom Typ der Basisklasse könnte also beliebige Kombinationen von normalen Texturen und Cubemaps aufnehmen, die, wenn sie erstmal geladen sind, alle gleich behandelt werden können. Dies würde zum Beispiel den Einsatz in einer Texturverwaltung eines größeren Programms vereinfachen.

So, ich hoffe dass ich keine Denkfehler in die ganze Sache gepackt habe und das ganze auch wirklich so funktionieren kann.

Schön wäre so eine Klasse auf jeden Fall, da sowohl die textures als auch die glBitmap so wie sie sind einfach nicht für Cubemaps benutzt werden können. Dieser Umstand zwang mich bei meinen Cubemap-Gehversuchen dazu, erstmal mit der glaux zu arbeiten.

@Flash: Auch bei den Texturparametern wird nicht GL_TEXTURE_2D sondern GL_TEXTURE_CUBE_MAP verwendet.

Robert

Bei den 6 eigenständigen Klassen hätte man das Riesenproblem wie man sie miteinder verbunden bekommt. Aber ich hatte auch schon mit dem gedanken gespielt, dass ich um eine neue Ableitung nicht drumherum komme. Was eigentlich auch gar nicht verkehrt ist.

Aber Robert. In der glBitmap habe ich bereits eine Basisklasse und jeweils eine Ableitung für 1D und 2D. Da werde ich wohl noch eine für Cubemaps machen. Allerdings wird die dann wohl auf der 2D Klasse basieren. Will das Rad ja nicht doppelt implementieren.

Das mit dem Array von Dateinamen finde ich nicht gut, da mein Loader nun mal überhaupt nichts mit Dateinamen anfängt und mir so etwas eine menge Flexibilität nimmt. Ich denke mal, dass ich es so gestallten werde, dass man ganz normal die Textur erzeugen kann und wenn ein Teilbild fertig ist, dann ruft man GenerateCubeMap auf und er lädt das ein Teilstück hoch. So bleiben mir noch alle Features erhalten die ich bisher implementiert habe. Also die Funktionsschnittstelle. Ich denke auch mal, dass ich eine (oder zwei) Procedure(n) implementieren werde die 6 Dateinamen übergeben bekommt und entweder die TexturID oder die Klasse zurückliefern wird. Um den Schreibaufwand ein wenig einzuschränken.

Aber auf jeden Fall danke für die Anregungen. Die haben mich auf den richtigen Weg gebracht.

@Robert: Ich hab mich daran gehalt:

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

Ja das ist natürlich ein Tipfehler bzw. eher STRG+C Fehler gewesen. Da es hier aber überhaupt nicht um 2D Texturen geht, ist ja klar, dass bei den Parametern auch gl_texture_cube_map hin muß. Also überall wo es um die ganze Texture geht gl_texure_cube_map und bei den einzelnen Seiten dann eben die entsprechende Konstante.

Hmm, dass die glBitmap schon auf einer Basisklasse aufbaut, wusste ich nicht. Jetzt wo du's sagst fällt mir aber wieder ein, dass ich beim Durchsehen der Unit eine Basisklasse plus Ableitungen gefunden hab... Ja ja, der Kalk rieselt schon...
Ist aber umso besser dass das ganze schon so aufgebaut ist, da ist eine weitere Ableitung ja nicht mehr problematisch.

Deinen Ansatz mit den Dateinamen finde ich gut so! Ob ich jetzt die Dateinamen in einem Array übergebe oder über ne Schleife 6 Aufrufe mache, ist ja kein großer Unterschied.

Freue mich schon auf den neuen Loader!!

Robert

Hab gerade folgendes versucht.





Könnt ihr mir sagen wieso das net geht? Keine OpenGL Fehler aber auch keine CubeMap
Ich benutze Losseys 2D-Klassen nur als Datenspeicher wie ihr seht. Der Rest sollte doch so gängig sein....Oder

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

Eventuell liegt es daran, dass keine Mipmaps erstellt wurden, aber Mipmapping an. Ich meine der Standardwert für den gl_texture_min_filter wäre gl_nearest_mipmap_linear.

Japp. Kann ich nur zustimmen. Das liegt in der Tat daran. Schau dir mal im loader die Methode GenTexture an. Da frage ich expliziet ab ob MipMaps an sind oder nicht und dann stelle ich die entsprechend um. GluBuiödMipsMaps funktioniert im übrigen bei CubeMaps auch nicht. Dann musst du so etwas nehmen wie sgis_generate_mip_maps.

Werde aber morgen mal was hochladen.

Das gluBuild2DMipmaps funktioniert auch mit Cubemaps. Man kann da ja auch einen Target Parameter angeben. Aber heutzutage ist dieses sgis_generate_mip_maps ja schneller und daher besteht gar kein Bedarf mehr an der alten Funktion. Das muß man nur setzen bevor man die Texture lädt. Alternativ kann man auch mittels GenerateMipmapEXT aus der neue Framebuffer Object Extension verwenden um jederzeit Mipmaps zu erzeugen.

Hmmm. Merkwürdig. Bei mir lieferte gluBuildMipMaps ne AccessViolation. Und zwar bei sonst 100%tig funktionierendem Code. Da war lediglich das Target anders.

Wie kann ich MipMaps auschalten? glDisable(GL_MIPMAP) gibts ja net.
Bzw. würde es dann noch gehn?

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

glTexParameteri(gl_texture_2d, GL_TEXTURE_MIN_FILTER, GL_LINEAR);
glTexParameteri(gl_texture_2d, GL_TEXTURE_MAG_FILTER, GL_LINEAR);

Kann mich mal jemand aufklären, was dieses genau sgis_genarate_mip_maps ist und wie man es benutzt? Im Wiki hab ich nichts dazu gefunden, kannte bisher auch nur die gluBuildMipmaps-Funktionen.

Vielen Dank schonmal!

Robert