Ich habe mir kürzlich ein Texturenkompressions-tutorial durchgelesen. Als ich das vom verwendeten glBMP auf meine Textures.pas (J.H.) portieren wollte, ging entweder gar nichts mehr, bzw. die Texturen wurden komplet falsch dargestellt.

Ich habe folgende Zeilen verändert (prozedur CreateTexture):

=>


Was mache ich falsch?

_________________
"Phantasie ist wichtiger als Wissen, denn Wissen ist begrenzt" Albert Einstein

Falsch machst du da gar nix, hab das nämlich genauso in meiner erweiterten Textures.pas drin und nutze das schon länger problemlos. Aber evtl. unterstützt deine Graka die GL_ARB_texture_compression-Extension nicht, obwohl ich mir das eigentlich nicht vorstellen könnte.

P.S. : Du willst doch unkomprimierte Texturendaten komprimiert im VRAM ablegen? Oder willst du etwa bereits komprimierte Texturen zur Graka hochladen? Dafür gibts dann Befehle wie glCompressedTexImage*ARB.

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

Hab grad gemerkt, wo der Fehler lag: Die fehlerhaften Texturen hatten alle einen Alpha-Kanal(tga-files) -> Ich hatte im nicht-else-Zweig eine falsche Konstante (GL_RGB) verwenden.
Tschuldigung für die Störung. Und Danke trotzdem!

Aber jetzt brauch das Programm mindestens drei mal so lange um zu starten. Wird die Kompression etwa nicht von der HW durchgeführt?

_________________
"Phantasie ist wichtiger als Wissen, denn Wissen ist begrenzt" Albert Einstein

gluBuildMipMaps ist leider recht langsam, liegt wohl daran. Kompression wird zwar schon in der Hardware genutzt, aber ich schätze mal das gluBuildMipMaps die Texturendaten selbst komprimiert bevor sie zur GPU hochgeladen werden.
Schneller dürfte hier die automatische Erstellung von Mipmaps via GL_SGIS_generate_mipmap sein, was aber aktuellere Hardware voraussetzt.

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

ok. interessant...

Die Unterstützung wäre nicht DAS Problem (im Falle des Falles lass ich die Texturen halt unkomprimiert.

Wie benutze ich dann GL_SGIS_generate_mipmap anstatt von gluBuild2DMipmaps?

_________________
"Phantasie ist wichtiger als Wissen, denn Wissen ist begrenzt" Albert Einstein

Hab selbst noch nicht mit der Extension gearbeitet, aber ATI haben dazu ein Beispiel mit Quellcode in ihrer Entwicklersektion.
Bei SGIS_generate_mipmap gibt man als Texturenparameter GENERATE_MIPMAP_SGIS an. Danach erstellt die Grafikkarte bei jedem Aufruf von glTexImage*D automatisch alle Mipmaps. Was bei dieser Methode allerdings nicht gemacht wird (bin ich mir zumindest fast sicher), ist das zurechtskalieren auf 2^n, was ja bei gluBuildMipMaps2D gemacht wird.

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

Ab OpenGL 1.4 sind übrigens die Konstanten

schon bei der Standardimplementation dabei - bei Verwendung ist es immer schneller (oder schlechtestens gleich schnell) als die entsprechenden GLU Funktionen.
Praktisch ist es schon - weil es nervig sein kann, irgendwelche Texturen hochzuladen und sich dann zu wundern, warum es nicht funktioniert, bis man draufkommt, dass man zwar trilineare Filterung aktiviert hat, aber vergessen die entsprechenden Mipmaps zu bilden.

Da meistens auch nur die Standard GLU Implementation verwendet wird, ist diese Extension auch der (meines Wissens) einzige Weg automatisch Mipmaps für 3D-Texturen bilden zu können.

Wenn wir grad beim Thema sind: weiß eigentlich jemand, wie man andere Filtermodi als nearest, bilinear und trilinear aktiviert (z.B. anisotropisch) - oder ist dies eine reine Treibereinstellung, auf die man aus der Applikation gar keinen Einfluß hat (also dass z.B. anisotropische Filterung automatisch aktiviert wird, sobald Mipmaps verwendet werden) ?

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Dafür gibts die EXT_texture_filter_anisotropic-Extension, mit der man das unabhängig vom Treiber einstellen kann. Sieht im Quellcode dann so aus :


Allerdings schummeln Grafikkartenhersteller da ja gerne, und so kann es je nach Treibereinstellung vorkommen, das die Einstellungen bzgl. des anisotropen Filters überschrieben werden. Ich hab in meinen ATI-Treibern z.B. auf 16xAF festgesetzt, wodurch z.B. obiger Code unnütz würde. Solange der Treiber aber auf Anwendungspräfernz eingestellt wurde, sollte das eigentlich gehen. Kann man ja auch schön beobachten, da sich über den Texturenparameter ja auch zur Laufzeit zwischen bilinearem bzw. anisotropem Filter wechseln lässt.

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

Ah, dann ist das über eine eigene Extension gelöst, und nicht in den Core-Funktionen integriert.
Danke sehr.

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/