BMP in TIFF umwandeln

Bei der Digitalisierung von Akten und Fotobeständen setzen deutsche Landesarchive und Standesämter fast durchgängig auf TIFF als Ablieferungsformat, weil es seit 1986 lesbar ist und in vierzig Jahren voraussichtlich immer noch sein wird. Eine Bitmap taucht in diesem Zusammenhang trotzdem regelmäßig auf, weil ein älterer Scanner oder ein Zwischenschritt in der Erfassungssoftware genau dieses Format ausspuckt.

Diese Umwandlung schließt die Lücke zwischen dem, was der Scanner liefert, und dem, was die Vorgabe verlangt. Wer nur schnell ein Bild anzeigen oder verschicken will, ist bei dieser Seite falsch — hier geht es ausdrücklich um ein Ablieferungsformat, nicht um ein handliches.

Das ist das Gegenteil dessen, was eine Umwandlung sonst tut, und deshalb steht es hier zuerst. Die Bitmap schreibt drei Byte je Pixel, das TIFF bekommt vier Kanäle — Rot, Grün, Blau und Alpha — und schreibt auch die unkomprimiert. Ein Bild mit 4000 mal 3000 Pixeln, das als Bitmap etwa 36 MB wiegt, landet als TIFF bei rund 48 MB.

Dem Bild selbst wurde dabei nichts hinzugefügt. Das zusätzliche Drittel ist ein Alphakanal, der fast überall deckend ist und trotzdem vollständig mitgeschrieben wird, weil das einfache Basisformat keine Möglichkeit kennt, "dieser Kanal ist überall gleich" auszudrücken. Geht es tatsächlich um eine kleinere Datei statt um ein bestimmtes Format, ist PNG die richtige Wahl — ebenfalls verlustfrei, aber bei den meist flächigen Motiven von Bitmaps ein Bruchteil der Größe.

TIFF ist weniger ein Format als ein Ablagesystem für Bilder, und die Programme, die es lesen, verstehen bei Weitem nicht alle Varianten gleich. LZW ist patentfrei und wird überall gelesen. Deflate nicht überall. JPEG-in-TIFF ist im Grunde ein JPEG in einer TIFF-Hülle und verhält sich entsprechend anders.

Wer für TIFF konvertiert, beliefert fast immer ein bestimmtes Zielsystem — einen Drucker, die Software eines Scanners, ein Archiv mit einer festgeschriebenen Spezifikation —, und die eine Ausführung, die dort garantiert ankommt, ist die einfache, unkomprimierte Basisvariante. Der Preis dafür ist eine größere Datei, bewusst in Kauf genommen, weil eine nicht lesbare Datei das schlechtere Ergebnis wäre. Erlaubt das Zielsystem ausdrücklich LZW, lässt sich das TIFF anschließend mit jedem gängigen Bildbearbeitungsprogramm ohne Qualitätsverlust komprimiert neu speichern.

Eine Druck- oder Archivvorgabe spricht in dpi, und dpi ist keine Eigenschaft des Pixelrasters selbst — es ist eine Zahl, die daneben notiert wird und angibt, wie groß das Raster auf Papier werden soll. Die Bitmap trägt dafür ein Feld in Pixeln pro Meter, das TIFF ein Auflösungs-Tag, und keines von beiden ist das, woraus das Bild eigentlich besteht.

Diese Umwandlung übergibt dem TIFF-Schreiber die Pixel und die Abmessungen, sonst nichts — verlassen sollte man sich also nicht auf einen bestimmten Wert im Auflösungs-Tag. Wo die physische Größe wichtig ist, gehört sie in die Software, die das Bild später einsetzt, oder das Tag wird vor der Abgabe geprüft. Die tatsächliche Information stecken die Pixelmaße selbst: 2.480 mal 3.508 Pixel sind ein DIN-A4-Blatt bei 300 dpi, unabhängig davon, was ein Tag behauptet.

TIFF gehört zu den wenigen Formaten hier, die CMYK überhaupt speichern könnten, und Druckvorgaben verlangen genau das häufig. Diese Umwandlung kann es nicht liefern: Die gesamte Verarbeitung läuft in RGB, und keine Einstellung ändert das.

Das ist auch richtig so. Eine Umrechnung von RGB nach CMYK ist ein farbmanagementbezogener Vorgang, der von Druckmaschine, Papier und Farbprofil abhängt — nach Formel gerechnet entsteht eine Datei, die zwar technisch CMYK ist, aber falsch aussieht, meist mit stumpfen Schwarztönen. Verlangt die Spezifikation CMYK, gehört die Trennung in eine Software mit echtem Farbmanagement, und die Druckerei liefert dafür in der Regel das passende Profil.

TIFF kann mehrere Bilder in einer einzigen Datei tragen, und viele Scan-Workflows nutzen das ausgiebig — ein zwanzigseitiges Dokument wird oft als ein einziges zwanzigseitiges TIFF geführt. Diese Umwandlung baut so etwas nicht: Eine Bitmap hinein ergibt genau eine TIFF-Seite hinaus.

Das ist gut zu wissen, bevor ein ganzer Ordner Scans in der Hoffnung auf ein zusammengefügtes Dokument umgewandelt wird. Was zurückkommt, ist ein Ordner einzelner TIFF-Dateien mit den ursprünglichen Namen — genau das richtige Ausgangsmaterial für ein System, das sie danach zusammenführt, aber die falsche Ablieferung, wenn eine einzelne Datei erwartet wurde. Das Zusammenfügen übernimmt die Scan-Software oder ein Bildbearbeitungsprogramm in einem Schritt.

Beide Formate speichern Pixel ohne etwas zu verwerfen, deshalb gibt es hier keine Qualitätseinstellung und nichts zum Abwägen. Was im TIFF steht, stand exakt so schon in der Bitmap, und eine Rückumwandlung ergäbe wieder dasselbe Raster.

Die Ausnahme ist struktureller, nicht sichtbarer Natur: Eine palettenbasierte 8-Bit-Bitmap wird beim Einlesen zu Vollfarbe erweitert, die Palette bleibt also nicht als Palette erhalten, auch wenn jeder einzelne Pixelwert unverändert bleibt. Für ein Druck- oder Archivziel ist genau das ohnehin das gewünschte Ergebnis.

TIFF speichert EXIF, XMP, IPTC, ein ICC-Farbprofil und GPS-Koordinaten, und Archivvorgaben verlangen oft, dass mindestens einige dieser Felder gefüllt sind — eines der vielseitigsten Metadaten-Formate in dieser Registry.

BMP kennt in dieser Registry gar keine Metadaten, und diese Umwandlung übergibt ausschließlich Pixeldaten. Die TIFF-Datei kommt deshalb leer an: keine Aufnahmezeit, kein Gerät, kein Farbprofil, kein Rechtevermerk. Verlangt das Archiv diese Felder, müssen sie im Nachgang in einer Software eingetragen werden, die TIFF-Tags bearbeitet — besser vorher gewusst als bei einer zurückgewiesenen Ablieferung entdeckt.

Die Registry führt TIFF als nur teilweise browserunterstützt, und Safari ist praktisch die gesamte Unterstützung — Chrome, Firefox und Edge haben das Format nie übernommen. Das ist auch der Grund, warum diese Seite TIFF selbst decodiert und kodiert, statt sich auf den Browser zu verlassen.

Für die Kontrolle bedeutet das: Ein Ziehen der Datei in einen neuen Tab zeigt in den meisten Browsern nichts an. Photoshop, Affinity Photo, ImageMagick und jede Scan-Software öffnen die Datei problemlos, und eine Datei in genau der Software zu prüfen, die sie später verarbeitet, ist bei diesem Format keine Formalität — TIFF-Reader unterscheiden sich stark genug, dass "öffnet in der Vorschau" wenig darüber aussagt, ob ein Archivsystem die Datei annimmt.

Die Grenze liegt bei 100 MB für die hochgeladene Datei, was ungefähr 33 Megapixel unkomprimierter Bitmap entspricht. Weil das TIFF größer wird als die Bitmap, kann das Ergebnis diese Grenze überschreiten, obwohl die Eingabedatei sie nicht erreicht hat — eine 80-MB-Bitmap ergibt leicht mehr als 100 MB, und die Datei entsteht zunächst im Arbeitsspeicher des Browsers.

Genau deshalb sind hochauflösende Scans der Fall, den man vorher einplant. Ein ganzer Ordner lässt sich problemlos umwandeln und kommt als ZIP mit den Originalnamen zurück, aber ein Stapel besonders großer Seitenscans ist einer der wenigen Fälle auf dieser Seite, in denen ein einzelner Browser-Tab an seine Grenzen kommt. Ein Umwandeln in kleineren Gruppen kostet nichts und vermeidet, genau dort die Grenze zu finden.