RGBO-zu-PGM-Konverter

Wandeln Sie Ihre rgbo-Dateien online & kostenlos in pgm um

Dateien hierhin und ablegen. 1 GB maximale dateigröße oder Registrieren
in
Facebook Amazon Microsoft Tesla Nestle Walmart L'Oreal

Wie man RGBO in PGM konvertiert

1

Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.

2

Wählen Sie pgm oder irgendein anderes Format, das Sie als Ergebnis haben wollen (mehr als 200 Formate unterstützt)

3

Lassen Sie die Datei konvertieren und Sie können Ihre pgm-Datei direkt danach herunterladen

Über die Formate

RGBO ist eine Rohe-Pixeldaten-Formatbezeichnung von ImageMagick, der quelloffenen Bildverarbeitungssuite, die 1990 erstmals veröffentlicht wurde und Bilder als flache Sequenz von Rot-, Grün-, Blau- und Opacity-Samplewerten (invertiertes Alpha) ohne Header, Container oder Komprimierung darstellt. Die RGBO-Kanalreihenfolge gibt an, dass der vierte Kanal Opazität statt Alpha ist — während Alpha Transparenz darstellt (0 = transparent, Max = deckend), stellt Opazität das Gegenteil dar (0 = deckend, Max = transparent). Diese Unterscheidung ist in Compositing-Pipelines relevant, wo die mathematische Konvention für den vierten Kanal zwischen Systemen variiert: Einige Compositing-Modelle arbeiten mit Alpha (Transparenz), während ältere Konventionen einschließlich Teilen der internen Verarbeitung von ImageMagick historisch Opazität verwendeten. RGBO-Dateien enthalten rohe Sampledaten in einer benutzerdefinierten Bittiefe (8-Bit, 16-Bit oder Gleitkomma pro Kanal), wobei Pixel in Scanline-Reihenfolge gespeichert werden. Da kein Header vorhanden ist, müssen die Bildabmessungen, Bittiefe und Endianness beim Lesen der Datei extern angegeben werden — typischerweise über ImageMagick-Befehlszeilenargumente. Ein Vorteil ist die direkte Kompatibilität mit Verarbeitungs-Pipelines, die die Opazitäts-Konvention verwenden: RGBO eliminiert die Notwendigkeit einer Kanalinvertierung bei der Schnittstelle mit Systemen, die Opazität statt Alpha erwarten, und verhindert subtile Compositing-Fehler, die auftreten, wenn Transparenzkonventionen gemischt werden. Die Roh-Daten-Natur des Formats bietet einen weiteren praktischen Nutzen — ohne Kodierungs-Overhead können RGBO-Daten speichergemappt, mit SIMD-Anweisungen verarbeitet oder zwischen Prozessen mit minimaler Latenz weitergeleitet werden. RGBO wird hauptsächlich innerhalb von ImageMagick-Verarbeitungsketten verwendet und kann mit ImageMagicks umfangreicher Formatunterstützung in jedes andere Format konvertiert werden.
Erstveröffentlichung: 1990
PGM (Portable Graymap) ist das Graustufen-Mitglied der Netpbm-Bildformatfamilie, erstellt von Jef Poskanzer im Jahr 1988 als Teil des Pbmplus-Toolkits für Unix-Systeme. PGM speichert einkanalige Intensitätsbilder, bei denen jedes Pixel einen Grauwert von 0 (schwarz) bis zu einem benutzerdefinierten Maximum (typischerweise 255 für 8-Bit oder 65535 für 16-Bit) enthält. Das Format existiert in ASCII (magische Nummer P2), bei der Pixelwerte als dezimale Textzahlen getrennt durch Leerzeichen geschrieben werden, und binär (magische Nummer P5), bei der Werte als Rohbytes gespeichert werden. Beide Varianten beginnen mit einem Header, der die magische Nummer, Breite, Höhe und den maximalen Grauwert angibt. PGM wurde als Graustufen-Zwischenformat in der Netpbm-Konvertierungs-Pipeline-Philosophie konzipiert: Quellbilder aus beliebigen Formaten werden in PGM umgewandelt, mit der umfangreichen Netpbm-Werkzeugbibliothek verarbeitet und dann in das Zielformat konvertiert. Ein Vorteil ist die Formattransparenz — die ASCII-Variante macht Bilddaten direkt für Menschen lesbar und trivial mit Textwerkzeugen wie awk und grep verarbeitbar, was für Debugging und Ausbildung unschätzbar ist. Die Verbreitung in der wissenschaftlichen und Computer-Vision-Gemeinschaft ist eine weitere Stärke: Die geradlinige Einzelkanal-Darstellung von PGM macht es zu einem natürlichen Format für Bildanalyse-Algorithmen, und viele wissenschaftliche Arbeiten und Kursmaterialien verwenden PGM-Beispiele. Das Format wird von ImageMagick, GIMP und zahlreichen Bildverarbeitungsbibliotheken unterstützt und bleibt Standardeingabe für viele Forschungswerkzeuge und Benchmarks.
Entwickler: Jef Poskanzer
Erstveröffentlichung: 1988