HEIF in PGM: Konvertierungswissen

Was passiert bei der Konvertierung von HEIF in PGM?

Passt HEIF → PGM zu Ihrem Vorhaben?

Details zur Konvertierung von HEIF in PGM

Mehrere Quellbilder

HEIF kann mehrere Bilddarstellungen mit unterschiedlichen Aufgaben enthalten. Das ist nicht automatisch eine zeitgesteuerte Animation. Bildauswahl, Sammlungserhalt oder mehrere Ausgaben benötigen gezielte Engine-Unterstützung; weder erste Bildauswahl noch Gesamtexport sind implementiert.

Animation wird zum Standbild

Ein animiertes HEIF besitzt eine zeitgesteuerte Bildfolge; PGM dient hier als Standbildziel. Standbildausgabe verliert Bewegung und Zeitsteuerung. Bildauswahl, Überblendung und Bildentsorgung muss die zukünftige Engine festlegen; das erste Bild ist nicht zugesagt.

Graustufenausgabe

PGM speichert einen Grauwert pro Pixel, ohne Farbkanäle oder Alpha. Farbe wird zu Grau; die Helligkeit hängt von Farbtransformation und Transferfunktion der zukünftigen Engine ab. Ein höherer maxval erlaubt mehr Graustufen, erhält aber keine Farbinformation.

HDR zu SDR

Wird HDR-Quellinhalt in einer SDR-Darstellung exportiert, benötigt er Display-Rendering. Werte außerhalb des Ausgabebereichs erfordern Tonemapping, Skalierung oder Begrenzung; Helligkeitsverhältnisse können sich ändern. Tonemapping, Belichtung und Farben hängen von der zukünftigen Engine ab. Umbenennen oder verlustfreie Kompression erhält keine Werte außerhalb des Bereichs.

Deckende Ausgabe

Enthält HEIF Transparenz, kann PGM sie nicht als transparente Ausgabebereiche erhalten. Diese Pixel müssen mit einem deckenden Hintergrund zusammengesetzt werden. Hintergrundfarbe, Alpha-Auslegung und Kantenbehandlung sind zukünftige Engine-Entscheidungen; noch ist keine Farbe gewählt.

Verlustfreie Wertspeicherung

Netpbm speichert diese Werte unkomprimiert. Farbreduktion, Schwellenbildung und geändertes maxval können vorher Informationen verlieren. Text- und Binärdarstellung ändern den Aufbau, nicht die Bildbedeutung. PGM kann unterstützte Bildwerte ohne verlustbehaftete Kompression speichern. Das gilt nach Rendering und Wertumwandlung: Quellpräzision, Farbraum und Dokumentstruktur sind dadurch nicht garantiert; frühere Verluste werden nicht rückgängig gemacht.

Wertpräzision & Farbe

Quell- und Zielwerte können sich in Präzision, Kanalaufbau, Farbraum und Transferfunktion unterscheiden. Verlustfreie Kompression erhält nur tatsächlich kodierte Werte; geringere Präzision oder Farbumwandlung kann sie zuvor verändern. Die zukünftige Engine bestimmt Werteabbildung, Ausrichtung und Farbumwandlung; verfügbare kanonische Tiefenangaben stehen unten.

Metadaten & Farbe

Formatunterstützung garantiert keinen Erhalt von Metadaten oder Farbprofilen beim Export. Übernahme und Farbbehandlung hängen vom zukünftigen Konverter ab; seine Engine ist noch nicht implementiert.

Kompression

HEIF: Variantenabhängig → PGM: Unkomprimiert HEIF: HEIF definiert den Container. Die Kodierung kann je nach Codec-Bindung verlustbehaftet, verlustfrei oder unkomprimiert sein. Ein allgemeiner Qualitäts- oder Bittiefenwert wäre irreführend. PGM: Netpbm speichert diese Werte unkomprimiert. Farbreduktion, Schwellenbildung und geändertes maxval können vorher Informationen verlieren. Text- und Binärdarstellung ändern den Aufbau, nicht die Bildbedeutung.

Transparenz

HEIF: Ja → PGM: Nein

Animation

HEIF: Ja → PGM: Nein

Farbtiefe

HEIF: Codec-/profilabhängig → PGM: maxval bis 65535

HDR

HEIF: Codec-/profilabhängig

Mehrere Bilder

HEIF: Sammlungen & Bildfolgen

Abmessungen

Pixelmaße, Seitengeometrie, Renderingauflösung, Skalierung und Ausrichtung benötigen ausdrückliche Konverterregeln. Die zukünftige Engine hat sie noch nicht festgelegt.

Metadaten

HEIF: Exif, XMP, ICC, NCLX → PGM: Header, Kommentare. Welche Felder übernommen, angepasst oder weggelassen werden, hängt von der zukünftigen Engine ab; die Übernahme ist noch nicht implementiert.

Häufige Fragen