ICO in TIFF umwandeln

In der deutschen Druckvorstufe ist TIFF seit Jahrzehnten das Format, auf das sich Druckereien und Agenturen verständigen — mit der Fogra in München sitzt ausgerechnet in Deutschland eines der Institute, dessen Farbprofile und Prüfstandards diese Erwartung geprägt haben. Wer für einen Prospekt oder eine Visitenkarte kurzfristig ein Logo abgeben muss und im Ordner nur eine favicon.ico findet, gerät genau hier in Konflikt.

Die Umwandlung funktioniert und liefert eine gültige Datei. Ob diese Datei für den Zweck taugt, ist eine andere, zahlenmäßig beantwortbare Frage, die der nächste Abschnitt klärt — am besten vor dem Andruck, nicht danach.

Ein Icon-Eintrag speichert seine Maße in einem einzigen Byte, wobei 0 für 256 steht — 256 Pixel sind also das absolute Maximum, das jede Icon-Datei enthalten kann. Der deutsche Druck rechnet üblicherweise mit 300 dpi, und 256 geteilt durch 300 ergibt 0,85 Zoll, also 21,7 Millimeter. Bei 600 dpi, wie es für feine Arbeiten verwendet wird, sind es 10,8 Millimeter.

Der ehrliche Maximalwert für ein gedrucktes Icon liegt damit etwa bei der Größe einer Briefmarke, und viele Icon-Dateien enthalten ohnehin nichts über 32 oder 48 Pixel, was 2,7 beziehungsweise 4,1 Millimetern entspricht. Größer platziert ist die Unschärfe nicht subtil. Soll die Marke auf einem Umschlag bei 40 Millimetern erscheinen, liefert das Icon das nicht, und keine Umwandlung ändert daran etwas.

TIFF ist weniger ein einzelnes Format als ein Ablagesystem für Bilder, und seine Leser sind sich untereinander weniger einig, als der Name vermuten lässt. LZW ist patentfrei und universell unterstützt, Deflate nicht überall, und JPEG-in-TIFF ist im Grunde ein anderes Bild in einer TIFF-Hülle. Die unkomprimierte Basisvariante ist die eine, die jeder Reader akzeptiert.

Wer nach TIFF konvertiert, beliefert fast immer etwas Bestimmtes — eine Druckmaschine, eine Scan-Software, einen Ingest-Ordner —, und die Kosten einer Datei, die an einer Stelle der Kette abgelehnt wird, sind höher als ein wenig zusätzlicher Speicherplatz. Genau diesen Tausch trifft die Umwandlung hier stellvertretend, und er steht offen hier, nicht versteckt.

Die Rechnung lohnt sich, weil sie zeigt, was in der Datei steckt: Ein 256-Pixel-Quadrat mit vier Werten pro Pixel ergibt 262.144 Bytes reine Bilddaten, dazu kommt etwas Kopf- und Verzeichnisinformation. Vier Werte bedeuten Rot, Grün, Blau und Alpha — die Transparenz des Icons wird also geschrieben, nicht verworfen.

Geschrieben ist aber nicht dasselbe wie beachtet. TIFF-Reader gehen unterschiedlich mit einem vierten Kanal um: manche legen ihn gegen Weiß, manche zeigen ihn als eigenen wählbaren Kanal, manche ignorieren ihn und zeigen die reine Farbe darunter, was bei einem freigestellten Icon wie ein schwarzes Feld wirkt. Das Ergebnis lohnt sich in dem Programm zu öffnen, das die Datei später tatsächlich verarbeitet, bevor die Transparenz als funktionierend gilt.

Der größte. Der Browser dekodiert den Container und liefert dessen größtes Bild zurück — für ein TIFF-Ergebnis ist das der bestmögliche Fall, weil Auflösung genau das ist, was ein Druckworkflow will.

Das bedeutet zugleich: Mehr gibt die Icon-Datei nicht her. Keine Einstellung vergrößert das Bild, und die Maximalbreite-Option auf dieser Seite verkleinert ausschließlich.

In diesem Paar liegt eine gewisse Ironie. Beide Formate sind eigentlich dafür gebaut, mehrere Bilder zu tragen: Ein ICO enthält dieselbe Marke in mehreren Größen, ein TIFF kann mehrere Seiten enthalten — deshalb liefert ein Scanner für ein zwölfseitiges Fax genau eine Datei. Im Prinzip könnte das ganze Icon-Set intakt hinüberwandern.

Das tut es nicht. Der Decoder gibt ein Bild zurück, der Encoder schreibt eine Seite, ein vierteiliges Icon wird also zu einem einseitigen TIFF, die anderen drei Zeichnungen sind weg. Soll das Set als Ganzes erhalten bleiben — etwa für einen Archivnachweis —, gehört die ursprüngliche ICO-Datei zusätzlich in die Ablage, statt das TIFF als Ersatz zu behandeln.

Ein TIFF beginnt mit zwei Zeichen, die angeben, in welcher Reihenfolge Zahlen im Rest der Datei stehen: II für Little-Endian, MM für Big-Endian, gefolgt von der Zahl 42. Die hier erzeugten Dateien beginnen mit MM. Beide Varianten sind gültig und jeder Reader kommt mit beiden zurecht, aber wer zwei Dateien Byte für Byte vergleicht, kann daraus fälschlich auf einen Fehler schließen.

Der Rest des Kopfes ist ein Verweis auf ein Bilddateiverzeichnis, in dem Breite, Höhe, Kanalzahl und Datenposition stehen. Diese Indirektion ist es, die TIFF mehrere Bilder ermöglicht — und weshalb ein TIFF sich nicht so sicher an seinen ersten vier Bytes erkennen lässt wie ein PNG.

Soll die Datei in nennenswerter Größe gedruckt werden, ist der bessere Weg, nach der Vorlage zu fragen, aus der das Icon entstand. Icons sind abgeleitete Werte; irgendwo existiert meist ein SVG, eine AI-Datei oder ein großes PNG, aus dem der 256-Pixel-Eintrag heruntergerechnet wurde, und daraus lässt sich ein TIFF in der Auflösung erzeugen, die eine Druckmaschine tatsächlich braucht.

Ist das Icon wirklich alles, was übrig ist — ein eingestelltes Produkt, ein nicht mehr existierender Anbieter, ein Screenshot eines laufenden Systems —, liefert diese Umwandlung das Beste, was sich noch machen lässt, und die Größenbeschränkung sollte gegenüber der Person genannt werden, die das Layout vorgegeben hat, statt erst beim Andruck aufzufallen.

Das Icon wird im Browser dekodiert, und die TIFF-Datei entsteht im selben Tab — nichts davon geht an einen Server, weshalb ein viertelmegabyte großes Ergebnis sofort erscheint statt nach einem Upload und einem anschließenden Download.

Für ein Markenzeichen, das noch nicht veröffentlicht ist, oder für interne Vorlagen einer Behörde oder Kanzlei ist das kein Nebeneffekt, sondern der Grund, diese Seite überhaupt zu nutzen: Es gibt keine Serverkopie, nach deren Löschung man fragen müsste, und kein Konto, dem die Datei zugeordnet wäre.

Den ganzen Bestand ablegen genügt, jede Datei wird unabhängig dekodiert und geschrieben, alles kommt gemeinsam als ZIP zurück. Erwartbar ist, dass das ZIP deutlich größer ausfällt als der Quellordner: Ein paar Dutzend Icons zu je acht Kilobyte werden zu ebenso vielen TIFFs von je einer Viertel Megabyte, und ein ZIP komprimiert unkomprimierte Bilddaten nur mäßig.

Für einen Archivbestand ist das meist hinnehmbar und manchmal gerade der Sinn der Sache, weil eine unkomprimierte Datei keinen Decoder braucht, der veraltet sein könnte. Für einen Arbeitsbestand lohnt sich die Frage, ob PNG dieselbe Anforderung nicht mit einem Bruchteil der Größe erfüllen würde.

Ein TIFF, das aus einem Icon entstanden ist, sollte in einem Archivsystem stets mit einem Vermerk versehen sein, woher es stammt und dass es aus einer 256-Pixel-Quelle hochgerechnet ist — sonst wirkt eine Viertelmegabyte-Datei später wie ein hochauflösendes Original, das sie nie war. Ein Dateiname oder ein Begleitfeld, das die Herkunft nennt, verhindert diesen Irrtum zuverlässiger als eine Notiz irgendwo außerhalb des Systems.

Für einen Bestand, der über Jahre wächst, ist dieser eine Satz oft der Unterschied zwischen einer Datei, die richtig eingeordnet wird, und einer, die Jahre später falsch für ein Druckmaster gehalten wird.