Kann es sein, dass deine Textur bereits erstellt wurde? Also durch GenTextures. Denn fGetPixelFunc wird nur dann gesetzt wenn ein DataPointer gesetzt wird. Das passiert, wenn Daten geladen, das Format geändert wurde. Das passiert auch, wenn GenTextures die Textur erstellt hat und dann die Daten aus der Klasse gelöscht werden.

Ansonsten wüsste ich nicht wie es dazukommen könnte, dass fGetPixelFunc nil ist. Was machst du denn sonst noch so mit dem Objekt? Bzw was hat denn dein png für ein Pixelformat?

Kann sein, muss aber nicht. Es geht bei keiner von beiden Versionen. (DeleteDataAfterGenTexture ist auf false)

Laden (bei verschiedenen Texturen auf verschiedene Weisen Alphakanäle hinzufügen), Versuchen ein paar Pixel mit GetPixel in ein TBitmap zu kopieren, bei Bedarf GenTexture aufrufen und malen.

Hintergrund:
In der Textur sind mehrere Objekte für mein Spiel gespeichert (Kacheln in vielfachen von 16px), und im Editor hab ich Vorschaubilder in nem VirtualTreeview. Momentan speicher ich die Textur in nen Stream und lad das in nem TBitmap - langsam und unelegant und im zweifelsfall werden viel zu viele Pixels kopiert. Also wollte ich nur die benötigten Pixel kopieren...

_________________
2+2=5
For extremely large values of two

Also um die Texturdaten in ein TBitmap zu kopieren genügt normal auch die Methode AssignToBitmap aufzurufen (sofern das Define GLB_DELPHI aktiv ist). Dann werden die Daten direkt in die Instanz kopiert.

Mit "Was machst du denn sonst noch so" meinte ich aber, dass ich gern etwas code hätte. Aber ich glaube ich weiß woran es liegt. Die einzige Möglichkeit bei der fGetPixelFunc nil sein kann ist wenn man die Datei mit an den Kostruktor übergibt. Also Create('Blah.bmp'). Dann wird die Textur geladen, fGetPixelFunc gesetzt und nach dem Konstruktor in AfterConstruction wird fGetPixelFunc nil gesetzt. Ergo ist es dann nil. So lange bis sich das Format verändert und ein neuer Datenpointer gesetzt wird. (Alphakanal hinzufügen/entfernen).

Möglichkeit für dich wäre Zeile 6142 zu löschen. fGetPixelFunc := nil innerhalb von TglBitmap2D.AfterConstruction. Oder aber zu erst erstellen und dann mit LoadFromFile die Datei laden.

Dafür müsste ich Delphi verwenden.

Ich hab einen Teil komplett vergessen gehabt, an dem es wohl liegt: Und zwar passe ich die Texturen wenn das System keine NPOT Texturen unterstützt auf POT an
(Aufgrund eines komischen Fehlers hat der das auf meinem System auch gemacht, obwohl mein PC das unterstützt, jetzt nach einem neukompilieren tut ers nicht mehr und GetPixel funktioniert auch). Hier ist jedenfalls der Code:

_________________
2+2=5
For extremely large values of two

With delphi 2009 i am having troubles loading jpg textures with glbitmap 2.02 using GLB_DELPHI_JPEG.

The offending line seems to be (3747):

all is read into Temp[0] and nothing is in Temp[1]. Possible due to that line 3737 is defined as:

instead of:

_________________
http://3das.noeska.com - create adventure games without programming

Ups. Das muss wohl an mir irgendwie vorbei gegangen sein. Damit fällt das wohl ein bisschen flach. Die TBitmaps von Lazarus werde gar nicht unterstützt. Ob ich das tun werde weiß ich allerdings noch nicht.

Und bei deinem Code ist das vom Prinzip das Gleiche wie bei Create an dem ein Dateinamen übergeben wird. Im Konstruktor wird das Bild erstellt und im AfterConstruction wird fGetPixelFunc wieder gelöscht. Es sei denn das Bild hat keinen AlphaKanal dann wird der durch AddAlphaFromValue erstellt und nach dem Konstruktor wird fGetPixelFunc wieder gesetzt. Wenn die aber schon einen hat passiert da nix.

Musst du vorerst so machen wie ich das gesagt habe bis ich das angepasst habe. Und danke.

Noeska: Danke ich werde es anpassen.

Danke, funktioniert so.

_________________
2+2=5
For extremely large values of two

Hallo Lossey,
gerade hat man mich darauf aufmerksam gemacht, dass ich Dir ein mutmaßliches Bugfix mitteilen sollte.

Unter Delphi 2009 habe ich in der Procedure LoadPNG folgendes geeändert:


Die LibPNG, die Du empfiehlst, funktionierte nicht. D2009 hatte aber eine eigene Unit für PNGs.

Hallo. Danke für den Hinweis. Wobei ich das wohl genau andersrum machen würde. Also weiterhin Bytes benutzen und bei dem Konstantenarray dann die Raute entfernen. So ist es ja eigentlich von anfang an geplannt gewesen. Werde das irgendwann mal fixen.

Dazu kann ich nix sagen, da das letzte Delphi womit ich privat gearbeitet habe war Turbo Delphi. Und zum Kompilieren/Testen hatte ich nur mal eine Testversion. Was die PNG Unit in Delphi angeht. Die Unit pngimage wird von der glBitmap.pas immernoch unterstützt. Nur leider gibt es die nicht mehr, da CodeGear (mal wieder) nichts besseres zu tun hatte als sie zu kaufen und vom Markt zu nehmen. Das war auch einer der Gründe warum ich überhaupt die Unterstützung für die libPNG ins Leben gerufen habe.

Lossy

Heyho,

hab grad nen kleinen Bug entdeckt: beim Speichern von TGA's fliegt mir mein Programm um die Ohren. Grund dafür ist folgende Methode: TglBitmap.SaveTGA.ConvertData. Da wird von 0 bis Width*Height gezählt, das ist aber ein Pixel zu viel



MfG Bergmann.

_________________
Aktuelle Projekte: BumpMapGenerator, Massive Universe Online
Auf meiner Homepage gibt auch noch paar Projekte und Infos von mir.

Mal gucken, ob Lossy noch antwortet. Laut seiner Internetseite hat er sich von der Programmierung abgewendet.
Ich schätze, wenn wir die Projekte aktuell halten wollen, müssen wir das zukünftig selbst machen.

Jo, hab ich schon fast befürchtet. In der glBitmap gibts es hier und da noch paar Sachen die ich gern anders machen würde... Ma sehen, wenn ich ma Zeit finde nehm ich das vlt mal in Angriff

_________________
Aktuelle Projekte: BumpMapGenerator, Massive Universe Online
Auf meiner Homepage gibt auch noch paar Projekte und Infos von mir.

Seine Projekte sind allesamt gut zu gebrauchen. Wäre einfach schade, wenn die versumpfen würden.

Jain. Ich programmiere noch. Allerdings weder Delphi noch OpenGL sondern nur Dinge die ich persönlich gebrauchen kann. Und das Ganze dann auch noch in C#.


Da hast du wohl nicht ganz unrecht. Wobei die glBitmap gerade für OpenGL 3.0+ nie wirklich richtig fit war. Aber von meiner Seite aus spricht auch nichts dagegen, wenn das jemand weiterführen möchte. Sofern der Verweis auf den originalen Urheber und die Quellen nicht entfernt wird. Also frei nach dem Motto "basierend auf glbitmap von blah blah". Bei allem Anderen bin ich flexibel.

Hmmm... also Bugfixings wie dem TGA Problem stehst du ja dann positiv gegenüber. Jetzt würde es Sinn machen die Unit irgendwo immer korrigiert bereit zu stellen.
Ich könnte mir vorstellen das im Wiki zu "hosten". Einfacher Grund: Es gibt eine Versionsgeschichte, Es gibt eine einfache diff möglichkeit frei Haus, es ist eigentlich nur ein Textfile und es gibt bereits einen Artikel: Glbitmap_loader
Wenn also jemand einen Fix machen will, besorgt er sich den aktuellsten Stand aus dem Wiki, fixt das und lädt die neue Version mit Kommentar (gern auch im Header des Files) wieder hoch.

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