Grundsätzlich gibt es zwei Denkrichtungen zum Dateiformatdesign.
Eines ist, dass Sie viele Optionen haben sollten, um vielen verschiedenen Benutzern das zu geben, was sie wollen. Das Problem bei diesem Ansatz ist, dass die Kompatibilität zu einem Problem wird. Nur weil ein Programm für die Unterstützung von Tiff-Dateien wirbt, heißt das nicht, dass es Ihre bestimmte Tiff-Datei öffnen kann.
Das andere ist, dass Sie die Anzahl der Optionen für die Kernfunktionalität niedrig halten sollten, damit ein relativ einfacher Leser alle Dateien im Format lesen kann. Dies ist der Ansatz von PNG. Es wurde in den späten 90ern als Bildformat für das Web entwickelt, und die Optionen für die Kernfunktionalität spiegelten dies wider. Die Farboptionen waren RGB (mit einem optionalen Alphakanal), palettiert mit einer RGB-basierten Palette und Graustufen (trivial in RGB konvertiert).
Ja, PNG bietet Optionen zum Festlegen spezifischer RGB-Farbräume für diejenigen, die sich für ihre Farben interessieren. Einfache Decoder, die diese ignorieren, sind jedoch nicht schlechter dran, als wenn die Farbrauminformationen noch nie gespeichert worden wären brechen die Grundkompatibilität.
Die Frage von CMYK wird in RFC 2083 explizit angesprochen
CMYK oder andere ungewöhnliche Farbräume werden nicht unterstützt. Auch dies geschieht im Namen der Förderung der Portabilität. Insbesondere CMYK ist viel zu geräteabhängig, um als tragbare Bilddarstellung nützlich zu sein.