CID-zu-BIN-Konverter
Wandeln Sie Ihre cid-Dateien online & kostenlos in bin um
cid
bin
Wie man CID 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
CID (Character Identifier) ist eine Schriftarchitektur, die von Adobe Systems entwickelt und im Juni 1993 spezifiziert wurde, um die Herausforderungen von Schriften mit sehr großen Glyphensätzen zu bewältigen, insbesondere für CJK-Schriften (Chinesisch, Japanisch, Koreanisch). Traditionelle PostScript-Schriften identifizieren Glyphen über Namen, was unpraktisch wird, wenn eine Schrift Zehntausende von Zeichen enthält — eine typische japanische Schrift kann über 20.000 Glyphen umfassen. CID-adressierte Schriften ersetzen Glyphennamen durch numerische Bezeichner, die nach einer Zeichensammlung und Reihenfolge (wie Adobe-Japan1 oder Adobe-GB1) organisiert sind, und reduzieren den Aufwand für Glyphenzugriff und Subsetting drastisch. Die Architektur definiert drei PostScript-Schrifttypen: Type 9 (CID-adressierte Type-1-Umrisse), Type 10 (CID-adressierter Type 3) und Type 11 (CID-adressierter Type 42/TrueType). Ein primärer Vorteil ist die effiziente Handhabung massiver Zeichensätze — der numerische CID-Ansatz eliminiert den Speicher- und Verarbeitungsaufwand für die Pflege Tausender Glyphennamen-Strings. CID-Schriften unterstützen auch ausgefeilte CMap-Ressourcen, die Kodierungswerte auf CIDs abbilden und es einer einzelnen Schrift ermöglichen, mehrere Kodierungsschemata (Unicode, Shift-JIS, Big5) zu bedienen, ohne Glyphendaten zu duplizieren. Die Architektur integriert sich gut mit PDF-Subsetting, sodass Dokumente nur die tatsächlich verwendeten Glyphen einbetten können. Die CID-Technologie legte den Grundstein für CJK-Unterstützung sowohl in OpenType als auch in modernen PDF-Workflows und bleibt in der Druckproduktion und Dokumentenverarbeitungssystemen weltweit aktiv.
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.