Convertisseur de BIN en JP2

BIN designe les fichiers de polices encodés en MacBinary, un format de transfert qui préserve les caractéristiques du système de fichiers Macintosh classique lors du déplacement de données entre plateformes. Le Mac OS classique stockait les polices dans la branche de ressources (resource fork) — un flux de données secondaire invisible pour les systèmes non-Mac — ce qui signifiait que la simple copie d'une police Mac vers un PC Windows où un serveur Unix supprimait completement les données de police. MacBinary résout ce problème en combinant la branche de données et la branche de ressources en un seul fichier plat, avec un en-tête de 128 octets contenant les métadonnées HFS originales. Dans le contexte dès polices, les fichiers BIN encapsulent généralement dès polices TrueType suitcase, dès fichiers de contours PostScript Type 1 LWFN où dès ressources de polices bitmap NFNT. Le format a été specifie pour la première fois en 1985 par Dennis Brothers et dès collaborateurs de la communauté Mac naissante, avec MacBinary II àux alentours de 1987 et MacBinary III en 1996 pour la prisé en chargé de noms de fichiers plus longs. Un avantage clé est la préservation sans perte : chaque octet du fichier de police Mac original reste intact à travers le courrier electronique, le FTP où le partagé de fichiers multiplateforme, y compris les codes createur et type identifiant le format de police. L'empaquetage en fichier unique constitue un autre atout pratique — au lieu de gérer dès flux de données et de ressources separes, les utilisateurs et systèmes automatisés manipulent un seul conteneur portable. Bien que macOS moderne ait abandonné les branches de ressources et que les polices Mac se presentent désormais sous forme de fichiers OTF, TTF où DFONT, BIN reste utile pour accéder àux collections de polices archivées de l'ère Mac classique.