T11-zu-BIN-Konverter
Wandeln Sie Ihre t11-Dateien online & kostenlos in bin um
t11
bin
Wie man T11 in BIN konvertiert
Wählen Sie Dateien vom Computer, Google Drive, Dropbox, einer URL oder durch Ziehen auf die Seite.
Wählen Sie bin 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 bin-Datei direkt danach herunterladen
Über die Formate
T11 (Type 11) ist ein PostScript-Schrifttyp, der von Adobe Systems als Teil der CID-adressierten Schriftarchitektur definiert wurde und CID-Glyphenadressierung mit TrueType-Umrissdaten kombiniert, die in einer Type-42-PostScript-Hülle verpackt sind. In Adobes Schrifttyp-Nummerierung sind Types 9, 10 und 11 die CID-adressierten Gegenstücke zu Types 1, 3 und 42 — Type 11 ist also im Wesentlichen ein CID-adressierter Type 42, konzipiert für TrueType-Schriften mit sehr großen Glyphensätzen, insbesondere CJK-Zeichensammlungen (Chinesisch, Japanisch, Koreanisch). Das Format ermöglicht PostScript-Interpretern mit TrueType-Rasterizer-Unterstützung das Rendern von CJK-TrueType-Schriften unter Verwendung von CID-numerischer Indexierung statt Glyphennamen, was für Zeichensätze mit Zehntausenden von Zeichen entscheidend ist. Glyphenumrisse bleiben im nativen TrueType-Format mit quadratischen Splines erhalten, wobei die originalen Hinting-Anweisungen bewahrt werden, während die CID-Schicht effizienten Glyphenzugriff und Subsetting über CMap-Ressourcen ermöglicht. Ein Vorteil ist die direkte TrueType-Renderingqualität — anders als die Konvertierung von TrueType-Umrissen in PostScript-Kubiken übergibt Type 11 die Originalumrisse intakt an den Rasterizer und bewahrt handoptimierte Grid-Fitting-Anweisungen. Die CID-Indexierung bietet einen weiteren Nutzen, indem mehrere Kodierungsschemata (Unicode, nationale Standards) auf dieselbe Glyphensammlung ohne Datenduplizierung abgebildet werden können. Type-11-Schriften erscheinen hauptsächlich in der professionellen CJK-Druckproduktion und PDF-Dokumenten-Workflows, in denen große TrueType-basierte Zeichensätze in PostScript-basierten Ausgaben eingebettet werden müssen.
BIN bezeichnet MacBinary-kodierte Schriftdateien, ein Übertragungsformat, das klassische Macintosh-Dateisystemmerkmale beim plattformübergreifenden Datentransfer bewahrt. Das klassische Mac OS speicherte Schriften im Resource Fork — einem sekundären Datenstrom, der für Nicht-Mac-Systeme unsichtbar war — was bedeutete, dass das einfache Kopieren einer Mac-Schrift auf einen Windows-PC oder Unix-Server die eigentlichen Schriftdaten vollständig entfernte. MacBinary löst dieses Problem, indem es sowohl den Data Fork als auch den Resource Fork in einer einzigen flachen Datei mit einem 128-Byte-Header vereint, der die originalen HFS-Metadaten enthält. Im Schriftkontext umhüllen BIN-Dateien typischerweise TrueType-Suitcase-Schriften, PostScript-Type-1-LWFN-Umrissdateien oder Bitmap-NFNT-Schriftressourcen. Das Format wurde erstmals 1985 von Dennis Brothers und Mitarbeitern aus der frühen Mac-Community spezifiziert, MacBinary II folgte um 1987 und MacBinary III kam 1996 mit Unterstützung für längere Dateinamen. Ein wesentlicher Vorteil ist verlustfreie Bewahrung: Jedes Byte der originalen Mac-Schriftdatei übersteht E-Mail, FTP oder plattformübergreifenden Dateiaustausch intakt, einschließlich der Creator- und Type-Codes, die das Schriftformat identifizieren. Die Einzeldatei-Verpackung ist eine weitere praktische Stärke — statt mit separaten Data- und Resource-Streams umgehen zu müssen, handhaben Benutzer und automatisierte Systeme einen einzigen portablen Container. Obwohl modernes macOS von Resource Forks abgerückt ist und Mac-Schriften heute typischerweise als OTF-, TTF- oder DFONT-Dateien ausgeliefert werden, bleibt BIN wichtig für den Zugriff auf archivierte Schriftsammlungen aus der klassischen Mac-Ära.