CID naar BIN converter
Converteer online gratis uw cid- naar bin-bestanden
cid
bin
Hoe converteert u een CID naar BIN
Selecteer bestanden van Computer, Google Drive, Dropbox, URL of door ze te verslepen naar de pagina.
Kies bin of iedere andere bestandsindeling die u nodig heeft als resultaat (meer dan 200 indelingen worden ondersteund)
Laat het bestand converteren en u kunt direct daarna uw bin-bestand downloaden
Over de formaten
CID (Character Identifier) is één lettertype-architectuur ontwikkeld door Adobe Systems en gespecificeerd in juni 1993 om de uitdagingen aan te pakken van lettertypen met zeer grote glyphsets, met name voor CJK-scripts (Chinees, Japans, Koreaans). Traditionele PostScript-lettertypen identificeren glyphs op naam, wat onpraktisch wordt wanneer één lettertype tienduizenden tekens bevat — één typisch Japans lettertype kan meer dan 20.000 glyphs bevatten. CID-keyed lettertypen vervangen glyphnamen door numerieke identificatoren georganiseerd via één tekencollectie en -ordening (zoals Adobe-Japan1 of Adobe-GB1), waardoor de overhead voor glyph-toegang en -subsetting drastisch wordt verminderd. De architectuur definieert drie PostScript-lettertypen: Type 9 (CID-keyed Type 1-contouren), Type 10 (CID-keyed Type 3) en Type 11 (CID-keyed Type 42/TrueType). Één primair voordeel is efficiënte verwerking van enorme tekensets — de numerieke CID-benadering elimineert de geheugen- en verwerkingskosten van het onderhouden van duizenden glyphnaamstrings. CID-lettertypen ondersteunen ook geavanceerde CMap-bronnen die coderingswaarden aan CID's koppelen, waardoor één enkel lettertype meerdere coderingsschema's (Unicode, Shift-JIS, Big5) kan bedienen zonder glyphgegevens te dupliceren. De architectuur integreert goed met PDF-subsetting, waardoor documenten alleen de daadwerkelijk gebruikte glyphs hoeven in te sluiten. CID-keyed technologie legde de basis voor CJK-ondersteuning in zowel OpenType als moderne PDF-workflows en blijft actief in drukproductie- en documentverwerkingssystemen wereldwijd.
BIN verwijst naar MacBinary-gecodeerde lettertypebestanden, één overdrachtsformaat dat de klassieke Macintosh-bestandssysteemkenmerken bewaart bij het verplaatsen van gegevens tussen platforms. Het klassieke Mac OS sloeg lettertypen op via de resource fork — één secundaire datastroom die onzichtbaar is voor niet-Mac-systemen — wat betekende dat het simpelweg kopieren van één Mac-lettertype naar één Windows-pc of Unix-server de werkelijke lettertypegegevens volledig zou verwijderen. MacBinary lost dit op door zowel de data fork als de resource fork te combineren in één enkel plat bestand met één 128-byte header die de oorspronkelijke HFS-metadata bevat. In de lettertypecontext bevatten BIN-bestanden doorgaans TrueType-suitcaselettertypen, PostScript Type 1 LWFN-contourbestanden of bitmap NFNT-lettertypebronnen. Het formaat werd in 1985 voor het eerst gespecificeerd door Dennis Brothers en medewerkers uit de vroege Mac-gemeenschap, met MacBinary II rond 1987 en MacBinary III in 1996 voor ondersteuning van langere bestandsnamen. Één belangrijk voordeel is verliesloze bewaring: elke byte van het oorspronkelijke Mac-lettertypebestand blijft intact bij e-mail, FTP of cross-platform bestandsdeling, inclusief creator- en type-codes die het lettertypeformaat identificeren. De verpakking in één enkel bestand is één ander praktisch sterk punt — in plaats van afzonderlijke data- en resource-stromen te moeten beheren, werken gebruikers en geautomatiseerde systemen met één draagbare container. Hoewel modern macOS is afgestapt van resource forks en Mac-lettertypen nu doorgaans als OTF-, TTF- of DFONT-bestanden worden geleverd, blijft BIN belangrijk voor toegang tot gearchiveerde lettertypecollecties uit het klassieke Mac-tijdperk.