Bit-Tiefe in PNG ermitteln

[Harry Stahl]

Ich möchte unter Linux (mit CrossVCL) eine PNG-Datei in die TImage-Komponente mit TImpage.picture.loadFromFile (FileName) laden.

Leider werden Dateien mit Bit-Tiefe 8 bit nicht unterstützt (selbst die Linux-Standard-Anzeigen verweigern die Anzeige der Grafik), daher schmiert das Programm beim Laden (bzw. bei der Anzeige) gnadenlos ab. Als Workaround möchte ich zunächst mal das abschmieren verhindern und daher das Laden sein lassen, wenn ich eine 8-Bit-Png vor mir habe.

Wie kann ich das ermitteln?
Alternativ ein PNGImage zum Laden verwenden geht auch nicht, das gleiche Problem.

Müsste eigentlich nur die Datei binär öffnen und die entsprechende Information zur Bit-Tiefe auslesen.

Weiß jemand, wie ich an die Info komme?

[Delphi.Narium]

Spezifikation: http://www.libpng.org/pub/png/spec/1...-Contents.html

Wikipedia: https://en.wikipedia.org/wiki/Portab...s#Pixel_format

Dort nach "Pixel format" suchen.

Kurz dahinter steht in einer Tabelle sowas:

3 (0112) indexed: channel containing indices into a palette of colors

Diese nun in der Spezifikation suchen, um daraus zu schließen, wo das im Header der PNG steht.

Dann entsprechend reagieren.

Auf die Schnelle hab' ich das nicht herausbekommen

[HolgerX]

Hmm..

Das Image als FileStream öffnen und dann nach dem Header (signature) den Chunk 'IHDR' suchen.

http://www.libpng.org/pub/png/spec/1...Structure.html
http://www.libpng.org/pub/png/spec/1.2/PNG-Chunks.html

Zitat:

The IHDR chunk must appear FIRST. It contains:

Width: 4 bytes
Height: 4 bytes
Bit depth: 1 byte
Color type: 1 byte
Compression method: 1 byte
Filter method: 1 byte
Interlace method: 1 byte
Width and height give the image dimensions in pixels. They are 4-byte integers. Zero is an invalid value. The maximum for each is 231 in order to accommodate languages that have difficulty with unsigned 4-byte values.

Bit depth is a single-byte integer giving the number of bits per sample or per palette index (not per pixel). Valid values are 1, 2, 4, 8, and 16, although not all values are allowed for all color types.

... und dann hast Du hier schon deine Bit depth...

[Redeemer]

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

Delphi-Quellcode:

type
  TChunkname = array[0..3] of AnsiChar;
  
function SwapEndianness(i: Integer): Integer;
begin
  Result := ((i and $FF000000) shr 24) or
            ((i and $00FF0000) shr 8) or
            ((i and $0000FF00) shl 8) or
            ((i and $000000FF) shl 24);
end;

var
  i: Integer;
  Nutzdaten: Pinteger;
  bs: TBytesStream;
  m: TBytes;
  Chunkname: ^TChunkname;
  Farbtiefe: PByte;
begin
  bs := TBytesStream.Create();
  bs.LoadFromFile('bla.png');
  m := bs.Memory;
  try
    i := 8; // skip header
    while i < bs.Size - 8 do
    begin
      Nutzdaten := @m[i];
      Chunkname := @m[i+4];
      
      if Chunkname^ = 'IHDR' then
      begin
        Farbtiefe := @m[i+8+8];
        Break;
      end;
      
      inc(i, SwapEndianness(Nutzdaten^)+12);
    end;
  finally
    m := 0;
    bs.Free();
  end;
  // Tu was mit Farbtiefe^, in deinem Fall mit 3 vergleichen
end;

[himitsu]

Aber für den Ressourcenschutzblock sollte jemand gesteinigt werden.

Zitat:

Delphi-Quellcode:

  bs := TBytesStream.Create();
  bs.LoadFromFile('bla.png');
  m := bs.Memory;
  try
    ...
  finally
    bs.Free;
  end;

Delphi-Quellcode:

  bs := TBytesStream.Create();
  try
    bs.LoadFromFile('bla.png');
    m := bs.Memory;
    ...
  finally
    bs.Free;
  end;

Denn wenn es im LoadFromFile knallt, dann war's das.

[Harry Stahl]

Hey, danke für den Source.

Ich habe bs.Menory durch bs.bytes ersetzt, dann läuft es.

Allerdings erhalte ich als Wert für FarbTiefe^ immer "8" zurück, egal ob es ein PNG mit 24 Bit-Tiefe oder 8 Bit-Tiefe ist (laut Windows Eigenschaftsanzeige).

Was stimmt da noch nicht?

Sieht so aus, als ob das in dem Fall des 8-Bit PNG ein eine Angabe für den Palleten-Index ist.
Wie finde ich das raus? Abhängig vom Colortype?

Unter Linux scheitert das Einlesen in TImage.Picture, weil die Funktion CreateHalftonePalette nicht unterstützt wird, daher meine Vermutung, dass es ein Wert für die Palette sein könnte (mit Bezug auf die Erklärung oben : "Bit depth is a single-byte integer giving the number of bits per sample or per palette index (not per pixel). Valid values are 1, 2, 4, 8, and 16, although not all values are allowed for all color types.")

[Amateurprofi]

Zitat von himitsu:

Aber für den Ressourcenschutzblock sollte jemand gesteinigt werden.

Zitat:

Delphi-Quellcode:

  bs := TBytesStream.Create();
  bs.LoadFromFile('bla.png');
  m := bs.Memory;
  try
    ...
  finally
    bs.Free;
  end;

Delphi-Quellcode:

  bs := TBytesStream.Create();
  try
    bs.LoadFromFile('bla.png');
    m := bs.Memory;
    ...
  finally
    bs.Free;
  end;

Denn wenn es im LoadFromFile knallt, dann war's das.

Und wenn es schon beim Create kracht?
Ich habe mir angewöhnt, in etwa so zu formulieren:

Delphi-Quellcode:

var BS:TBytesStream;
begin
   BS:=Nil;
   try
      try
         BS:=TBytesStream.Create();
         ...
         ...
      except
         on E:Exception do ShowMessage(E.Message);
      end;
   finally
      BS.Free;
   end;
end;

Mache ich da einen Denkfehler?

[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