Bit-Tiefe in PNG ermitteln

[himitsu]

Kann man auch machen, aber lohnt sich nur, wenn das Create erst irgendwo in der Mitte kommt, bzw. wenn man mehrere Sachen erstellen will.

Wenn es im Create kracht, dann wird der Varible nichts zugewiesen und da es nicht mehr bis zum TRY kommt, ist das Finally auch egal ... also alles OK.
Wenn es dort kracht, dann wird bereits im Constructor die Instanz wieder freigegeben ... dort ist quasi ein Try-Except integriert.



Zusammenfassen von mehreren Try-Finally/Except (einfaches Beispiel) :

Im StringList.Free kann es eigentlich nicht knallen
und auch ein TStringList.Create kann "eigentlich" keinen Fehler erzeugen. (außer es ist garkein RAM mehr frei oder der Speichermanager ist kaputt)
Eigentlich: Falls doch, dann ist so viel im Argen, dass man eh alles vergessen kann.

Delphi-Quellcode:

a := TFileStream.Create('dat.ei');  // hier natürlich das "eine" Schlimme vor dem einen/mehreren Ungefährlichen
b := TStringList.Create;
try
  ...
finally
  b.Free;
  a.Free;
end;

oder eben

Delphi-Quellcode:

b := nil;
a := TFileStream.Create('dat.ei');
try
  b := TStringList.Create;
  ...
finally
  b.Free;
  a.Free;
end;

oder

Delphi-Quellcode:

a := nil;
b := nil;
try
  a := TFileStream.Create('dat.ei');
  b := TStringList.Create;
  ...
finally
  b.Free;
  a.Free;
end;

oder wer ganz auf nummer sicher gehn will

Delphi-Quellcode:

a := TFileStream.Create('dat.ei');
try
  b := TStringList.Create;
  try
    ...
  finally
    b.Free;
  end;
finally
  a.Free;
end;

[Amateurprofi]

Danke himitsu.

[Harry Stahl]

Zitat von Redeemer:

Hab eine Schleife in Uralt-Code von 2011 gefunden. Hab das jetzt etwas angepasst, aber nicht getestet.

[/DELPHI]

Hast Du evtl. auch noch fertigen Uralt-Code für .BMP? Die können ja auch nur 256 Farben oder weniger und somit dann mit Palette haben, hier muss ich leider die gleiche Prüfung vornehmen...

[Harry Stahl]

Hab hier was gefunden, damit sollte ich zurecht kommen:

http://delphidabbler.com/tips/19

[venice2]

Zitat von Harry Stahl:

Hab hier was gefunden, damit sollte ich zurecht kommen:

http://delphidabbler.com/tips/19

Das war immer schon so und sagen wir mal recht simple.
Dein Problem oder warum ich nicht geantwortet habe ist! "Linux"
Linux und Win32API ? schon recht verwirrend.

[Harry Stahl]

Zitat von venice2:

Zitat von Harry Stahl:

Hab hier was gefunden, damit sollte ich zurecht kommen:

http://delphidabbler.com/tips/19

Das war immer schon so und sagen wir mal recht simple.
Dein Problem oder warum ich nicht geantwortet habe ist! "Linux"
Linux und Win32API ? schon recht verwirrend.

Ja, das ist in der Tat recht simple. Hatte ich bislang nicht gebraucht, da man nach Einlesen des Bitmaps (per TBitmap.loadfromfile (FN)) ja quasi alle Eigenschaften hat.

Ich habe ja am Anfang erwähnt, dass es um CrossVCL geht. Alle Windows-Funktionen können natürlich nicht durch RTL-Funktionen ersetzt werden, daher ist in CrossVCL auch vieles aus der Win-API nachgebildet, teilweise recht gut, teilweise unvollständig (wie hier in diesem Falle).

So weit ich das jetzt getestet habe, werden folgende Bitmap-Formate unter CrossVCL unterstützt: '*.jpg;*.ico;*.bmp;*.gif;*.tif;*.tiff;*.png'

Nur halt heben nicht, wenn Bilder weniger als 24-Bit haben bzw. eine Farbpalette benötigen.

Die muss ich jetzt halt erst mal ignorieren und zeige statt des Bildes einen entsprechenden Hinweis an (siehe anlg. Screenshot, die Linux-Version meines Dateimananger-Programms).

[venice2]

Zitat:

Nur halt heben nicht, wenn Bilder weniger als 24-Bit haben bzw. eine Farbpalette benötigen.

Um was geht es dir denn?

Du möchtest das Bild anzeigen auch dann wenn es < 24 Bit ist?
Dann konvertiere es doch im Speicher und zeige es dann, ein Hinweis nicht Unterstützt ist nicht die eleganteste Methode.

Wenn viele WinAPI32 Funktionen implementiert werden\sind dann sicherlich auch CreateDIBSection.

Ein Ansatz:
https://stackoverflow.com/questions/...bits-correctly

und schaue mal hier, kann dir aber nicht sagen ob da etwas relevantes für dich enthalten ist.
https://www.delphipraxis.net/1074736-post1.html

Wenn alle stricke reißen (bzgl. des HDC) dann würde ich für CrossVCL, wxWidgets empfehlen.

[Redeemer]

Bei Bitmaps ist die Farbtiefe ein Word an Position 28.
Wenn man davon ausgeht, dass entsprechend der PNG-Spezifikation IHDR der erste Chunk ist, steht der Farbmodus dort immer an Position 25, die Iteration aus meinem Code ist somit überflüssig.