DFONT-zu-JBG-Konverter
Wandeln Sie Ihre dfont-Dateien online & kostenlos in jbg um
dfont
jbg
Wie man DFONT in JBG konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie jbg 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 jbg-Datei direkt danach herunterladen
Über die Formate
DFONT (Data Fork TrueType) ist ein Schriftdateiformat, das von Apple mit Mac OS X 10.0 im März 2001 eingeführt wurde, um ein grundlegendes Kompatibilitätsproblem beim Übergang vom klassischen Mac OS zur Unix-basierten OS-X-Architektur zu lösen. Klassische Mac-Schriften speicherten Glyphendaten im Resource Fork — einem sekundären Dateistrom, der spezifisch für das HFS-Dateisystem war — aber OS X mit seiner Unix-Grundlage und der Verwendung von UFS hatte keine native Resource-Fork-Unterstützung. DFONT verlagert die gesamte Resource-Fork-Struktur in den Data Fork und umhüllt dieselben TrueType-Schrifttabellen in einer Resource Map, die die Standard-OS-X-Typografie-APIs lesen können. Die Datei ist im Wesentlichen ein Resource-Fork-loser TrueType-Suitcase. Apple lieferte DFONT als Standardformat für Systemschriften mit OS X aus, und es ist weiterhin in macOS-Systemverzeichnissen vorhanden. Ein Vorteil ist nahtlose Abwärtskompatibilität mit Apples bestehendem Schriftrendering-Stack — die interne Struktur spiegelt klassische Resource-Fork-Schriften wider, sodass CoreText und seine Vorgänger DFONTs ohne speziellen Konvertierungspfad verarbeiten. Das Single-Fork-Design ist eine weitere praktische Stärke, die sicherstellt, dass DFONT-Dateien intakt bleiben, wenn sie auf Nicht-HFS-Volumes gespeichert, über Netzwerke übertragen oder von Versionskontrollsystemen verwaltet werden. Während Apple zunehmend auf OpenType (.otf/.ttc) für neuere Systemschriften setzt, erscheinen DFONT-Dateien weiterhin in macOS-Installationen und in Schriftsammlungen aus der OS-X-Ära.
JBG ist eine Dateierweiterung für Bilder, die mit dem JBIG-Standard (Joint Bi-level Image experts Group) komprimiert wurden, formell ITU-T-Empfehlung T.82, fertiggestellt 1993 als Nachfolger der Group-3- und Group-4-Faxkomprimierungsstandards. JBIG-Komprimierung ist für Bi-Level-Bilder (Schwarz-Weiß) konzipiert, kann aber auch Graustufen- und begrenzt farbige Bilder verarbeiten, indem jede Bitebene separat kodiert wird. Der Algorithmus verwendet eine Form der arithmetischen Kodierung, gesteuert von einem adaptiven Kontextmodell: Für jedes Pixel untersucht der Kodierer eine Vorlage umgebender bereits kodierter Pixel, um eine Wahrscheinlichkeitsschätzung zu erstellen, und speist diese Schätzung dann in einen QM-Kodierer (eine Variante des Q-Kodierers), der eine hocheffiziente binäre Ausgabe erzeugt. JBIG erzielt 20-40% bessere Komprimierung als Group 4 bei typischen Dokumentbildern, wobei die Verbesserung bei halbtonierten Fotografien und Bildern mit gradüllen Dichteübergängen noch größer ist, wo Group 4s einfacher Lauflängenansatz weniger effektiv ist. Der Standard unterstützt progressive Kodierung, bei der zürst eine niedrig aufgelöste Version des Bildes übertragen und progressiv verfeinert wird — nützlich für faxähnliche Anwendungen, bei denen der Empfänger das Bild anzeigen kann, bevor die Vollauflösung-Daten eintreffen. Ein Vorteil ist die überlegene Komprimierung von Dokumenten mit Halbtonbildern: Zeitungen, Zeitschriften und Marketingmaterialien, die Text mit fotografischen Halbtonen mischen, komprimieren mit JBIG dramatisch besser als mit Group 3/4. Die ITU-T-Unterstützung des Standards stellt sicher, dass er weltweit in Dokumentenbildgebungs-Hardware und -Software implementiert ist. JBG-Dateien werden von ImageMagick und verschiedenen Dokumentenbildgebungswerkzeugen unterstützt.