Was „yuv420p“ bedeutet, Teil für Teil
- Y = Luma (Helligkeit); U und V = Chroma (Blau- und Rot-Differenzfarbe).
- 4:2:0 = Die Farbe wird mit halber Breite und halber Höhe gespeichert: ein U- und ein V-Sample pro 2×2-Pixelblock.
- p = planar: zuerst alle Y-Werte, dann alle U-, dann alle V-Werte, in drei getrennten Ebenen.
- Ohne Zahl am Ende bedeutet es 8 Bit pro Sample;
yuv420p10leist die 10-Bit-Variante (Little Endian).
Ein Bild mit 1920×1080 umfasst 2.073.600 Byte Y plus je 518.400 Byte U und V: 3.110.400 Byte, also 1,5 Byte (12 Bit) pro Pixel, halb so viel wie 24-Bit-RGB.
Was ist Chroma-Subsampling?
Digitales Video speichert Farbinformationen im YUV-Farbraum, der Helligkeit (Y — Luma) von Farbe (U und V — Chroma) trennt. Diese Trennung nutzt eine wesentliche Eigenschaft des menschlichen Sehens: Unsere Augen reagieren weit empfindlicher auf Helligkeitsdetails als auf Farbdetails.
Chroma-Subsampling nutzt das aus, indem die Helligkeit in voller Auflösung, die Farbe aber in reduzierter Auflösung gespeichert wird. Das Ergebnis: deutlich kleinere Dateien ohne Qualitätsverlust, den das menschliche Auge wahrnehmen könnte.
YUV420p — Der universelle Standard
YUV420p (4:2:0-Chroma-Subsampling, planar) ist das Pixelformat, das praktisch alle Consumer-Videos verwenden:
- Funktionsweise: Für jeden 2×2-Block aus Pixeln (4 Pixel) wird die volle Helligkeit (Y) für alle 4 Pixel gespeichert, aber nur 1 Satz Farbwerte (U+V) wird für den gesamten Block geteilt
- Bits pro Pixel: 12 (gegenüber 24 bei vollständigem RGB)
- Datenreduzierung: 50 % kleiner als unkomprimiertes Vollfarb-Video
- Kompatibilität: Unterstützt von jedem Hardware-Decoder, Browser, Smartphone, Fernseher und Streaming-Plattform
YUV420p ist das Format, das Netflix, YouTube, Blu-ray, HDTV und jeder Streamingdienst verwendet. Es ist kein Kompromiss — es ist der Standard, weil der Qualitätsunterschied für die menschliche Wahrnehmung unsichtbar ist.
YUV422p — Broadcast & professioneller Einsatz
- Funktionsweise: Die Farbauflösung wird horizontal halbiert, vertikal jedoch beibehalten (2 Farbwerte pro 4-Pixel-Zeile)
- Bits pro Pixel: 16
- Einsatz in: Broadcastfernsehen, professionellen Kameras (ProRes 422), Farbkorrektur-Workflows
- Warum: Bessere Farbgenauigkeit für Chroma-Keying (Greenscreen) und Farbkorrektur. Wichtig für professionelle Postproduktion.
YUV444p — Vollfarbe
- Funktionsweise: Kein Subsampling — jedes Pixel erhält eigene Farbwerte
- Bits pro Pixel: 24
- Einsatz in: Bildschirmaufnahmen, Spielaufnahmen, textlastigen Videos, professionellen Bearbeitungsmastern
- Das Problem: Die meisten Hardware-Decoder unterstützen YUV444p nicht
Die YUV444p-Kompatibilitätsfalle
Dies ist das häufigste Pixelformatproblem, auf das Benutzer stoßen. So läuft es ab:
- Sie nehmen Ihren Bildschirm mit OBS oder einem anderen Aufnahmetool auf oder erstellen mit FFmpeg ein Video aus PNG-Screenshots
- Die Datei landet als YUV444p: Sie haben in OBS für schärferen Text das Farbformat I444 gewählt, oder FFmpeg hat bei RGB-Eingabe die volle Farbinformation behalten, weil kein
-pix_fmtgesetzt war - Das Video läuft auf Ihrem PC einwandfrei (Software-Dekodierung)
- Sie schicken es jemandem oder versuchen, es auf Ihrem Smartphone abzuspielen — es lässt sich nicht abspielen
Der Grund: Smartphones, Tablets, Smart-TVs und die meisten Browser nutzen Hardware-Decoder, die nur YUV420p unterstützen. Treffen sie auf YUV444p, scheitern sie stillschweigend (schwarzer Bildschirm), zeigen verfälschte Farben oder eine Fehlermeldung an. Bei H.264 erfordert YUV444p außerdem das Profil High 4:4:4 Predictive, das wir unter H.264-Profile erklärt behandeln.
Typische Symptome: „Format nicht unterstützt“ auf dem iPhone, grünes/violettes Video auf Android, schwarzer Bildschirm auf dem Smart-TV, Upload-Fehler auf manchen Plattformen. Hat Ihr H.264-Video diese Probleme, prüfen Sie zuerst das Pixelformat.
Pixelformat-Vergleich
| Format | Farbauflösung | Bits/Pixel | Geräteunterstützung | Anwendungsfall |
|---|---|---|---|---|
| YUV420p | 1/4 Farbe | 12 | Universal | Alles: Web, Mobil, TV |
| YUV422p | 1/2 Farbe | 16 | Professionelles Equipment | Broadcast, Farbkorrektur |
| YUV444p | Vollfarbe | 24 | Nur PC-Software | Bildschirmaufnahme, Bearbeitung |
Die Lösung: In YUV420p konvertieren
Wenn Ihr Video auf Smartphones oder Smart-TVs nicht abgespielt wird, ist die Konvertierung in YUV420p die Lösung. Der FFmpeg-Befehl ist unkompliziert:
ffmpeg -i input.mkv -c:v libx264 -crf 23 -pix_fmt yuv420p -c:a aac output.mp4
Das Flag -pix_fmt yuv420p erzwingt die Ausgabe mit 4:2:0-Chroma-Subsampling.
Unser Konverter erledigt das automatisch
Unser Online-Konverter gibt immer YUV420p aus, unabhängig vom Eingabe-Pixelformat. Ob Ihre MKV-Datei YUV420p, YUV422p oder YUV444p verwendet — die ausgegebene MP4-Datei ist universell kompatibel mit allen Geräten und Plattformen.
Für Bildschirm- und Spielaufnahmen bedeutet das: Sie können Ihre YUV444p-MKV hochladen und erhalten eine korrekt formatierte MP4 zurück, die überall läuft — auf Smartphones, Fernsehern, in Browsern und auf Social-Media-Plattformen. Prüfen Sie vor dem Posten auch die Videoformate für YouTube, Instagram und TikTok.
Qualitätsauswirkung: Die Konvertierung von YUV444p zu YUV420p reduziert technisch die Farbauflösung. Bei natürlichem Videoinhalt (Filme, Vlogs, Kameraaufnahmen) ist der Unterschied unsichtbar. Bei Bildschirmaufnahmen mit farbigem Text kann es an Textkanten zu minimalem Farbsaum kommen — beim normalen Betrachten kaum wahrnehmbar.
yuv420p vs. NV12, YUY2 und RGB
| Format | Chroma | Aufbau | Bit pro Pixel | Wo Sie es antreffen |
|---|---|---|---|---|
| yuv420p (I420) | 4:2:0 | 3 Ebenen: Y, U, V | 12 | Software-Encoder und -Decoder, H.264- und HEVC-Dateien |
| NV12 | 4:2:0 | Y-Ebene + eine verschachtelte UV-Ebene | 12 | Hardware-Decoder und GPUs (gleiche Daten wie yuv420p, anderer Aufbau) |
| NV21 | 4:2:0 | Y-Ebene + verschachtelte VU-Ebene | 12 | Kameravorschau unter Android |
| YUY2 (yuyv422) | 4:2:2 | Gepackt: Y U Y V | 16 | USB-Webcams, Capture-Karten |
| RGB24 | Keins (volle Farbe) | Gepackt: R G B | 24 | Screenshots, Bilder, Grafiken |
Prüfen Sie eine Datei mit ffprobe -v error -select_streams v:0 -show_entries stream=pix_fmt -of csv=p=0 input.mp4 und listen Sie alle Formate mit ffmpeg -pix_fmts auf. Bricht FFmpeg mit „width not divisible by 2“ ab, ergänzen Sie -vf "scale=trunc(iw/2)*2:trunc(ih/2)*2": 4:2:0 braucht gerade Abmessungen. Unser Konverter wendet genau diesen Filter vor der Kodierung an.