RGBO-zu-YUV-Konverter
Wandeln Sie Ihre rgbo-Dateien online & kostenlos in yuv um
rgbo
yuv
Wie man RGBO in YUV konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie yuv oder irgendein anderes Format, das Sie als Ergebnis haben wollen (mehr als 200 Formate unterstützt)
Lassen Sie die Datei konvertieren und Sie können Ihre yuv-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.
YUV ist ein Rohe-Pixeldaten-Format, das Bilder im Y'UV-Farbmodell speichert, wobei Bilddaten in eine Luminanzkomponente (Y', für Helligkeit) und zwei Chrominanzkomponenten (U/Cb und V/Cr, für Farbdifferenzsignale) getrennt werden. Das YUV-Farbmodell entstand mit dem analogen Farbfernsehen — konkret dem 1953 eingeführten NTSC-System und dem 1967 eingeführten PAL-System — wo die Abwärtskompatibilität mit bestehenden Schwarzweiß-Empfängern die Trennung von Helligkeits- und Farbinformationen erforderte. In der digitalen Bildgebung formalisierte der ITU-R-BT.601-Standard (1982) die digitale YCbCr-Kodierung, die vom analogen YUV-Modell abgeleitet ist, und definierte die Konvertierungsmatrizen und Samplepräzision, die von praktisch allen digitalen Video- und Uebertragungssystemen verwendet werden. YUV-Rohdateien enthalten keinen Header, keine Komprimierung und keine Metadaten — sie sind flache Sequenzen von Luminanz- und Chrominanz-Samples in einer spezifizierten Reihenfolge (4:4:4, 4:2:2, 4:2:0 oder andere Subsampling-Verhältnisse), die externe Angabe von Abmessungen, Bittiefe und Subsampling-Schema erfordern. Der 4:2:0-Subsampling-Modus (bei dem Chrominanz die halbe horizontale und halbe vertikale Auflösung der Luminanz hat) ist besonders verbreitet und wird von H.264, H.265, AV1 und den meisten Consumer-Video-Codecs verwendet. Ein Vorteil ist die direkte Video-Pipeline-Kompatibilität: YUV-Daten sind das native Eingabeformat für Video-Encoder, Hardware-Display-Controller und Kamerasensor-ISPs, was rohes YUV zur direktesten Darstellung für frame-genaue Videoverarbeitung und -analyse macht. Die Wahrnehmungseffizienz des YUV-Farbmodells ist eine weitere grundlegende Stärke — die Trennung von Luma und Chroma ermöglicht effektives Subsampling, das die Farbdaten halbiert oder viertelt, mit minimalem sichtbaren Einfluss. YUV-Daten werden von FFmpeg, ImageMagick und allen Videoverarbeitungswerkzeugen verarbeitet.