PFB-zu-YUV-Konverter
Wandeln Sie Ihre pfb-Dateien online & kostenlos in yuv um
pfb
yuv
Wie man PFB 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
PFB (Printer Font Binary) ist die kompakte binäre Darstellung von Adobes PostScript Type 1-Schriftformat, die 1984 zusammen mit PFA eingeführt wurde. Während PFA das gesamte Schriftprogramm als hex-kodierten ASCII-Text speichert, umhüllt PFB dieselben Daten in einem leichtgewichtigen Binärcontainer, der Segment-Header verwendet, um Bereiche als ASCII oder binär zu kennzeichnen. Der verschlüsselte Glyphenumrissabschnitt (eexec) wird als Rohbytes statt als Hex-Zeichen gespeichert, wodurch die Dateigrösse im Vergleich zu PFA etwa halbiert wird. Jedes Segment beginnt mit einem Marker-Byte und einem 32-Bit-Längenfeld, was das Format einfach zu parsen und dennoch deutlich kompakter macht. PFB wurde zum dominierenden Type-1-Distributionsformat auf Windows- und DOS-Plattformen, verwendet in Kombination mit PFM- (Printer Font Metrics) oder AFM-Dateien, die die für das Textlayout benötigten Zeichenbreiten und Kerning-Daten liefern. Ein Vorteil ist die Speicher- und Übertragungseffizienz — die Binärkodierung bedeutet, dass eine typische Textschrift 30-50 KB belegt statt der 60-100 KB ihres PFA-Äquivalents. Die segmentierte Struktur ermöglicht es PostScript-Interpretern auch, Schriftdaten effizient zu streamen und ASCII- und Binärteile mit ihren jeweiligen Handlern zu verarbeiten. Adobes Type Manager (ATM) unter Windows war auf PFB-Dateien angewiesen, um glatten Type-1-Text auf dem Bildschirm darzustellen — eine Fähigkeit, die das Desktop-Publishing auf der PC-Plattform transformierte. Während OpenType-Schriften Type 1 für neue Arbeiten weitgehend ersetzt haben, bestehen PFB-Dateien in etablierten Druckworkflows, archivierten Schriftbibliotheken und Systemen fort, die auf PostScript-Ausgabe angewiesen sind.
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.