Convertisseur de CID en JFIF
Convertissez vos fichiers cid en jfif en ligne et gratuitement
cid
jfif
Comment convertir un fichier CID en fichier JFIF
Sélectionnez des fichiers depuis l'ordinateur, Google Drive, Dropbox, une URL ou glissez-les sur la page.
Choisissez jfif ou tout autre format de sortie (plus de 200 formats supportés)
Laissez le fichier convertir et vous pourrez télécharger votre fichier jfif juste après
À propos des formats
CID (Character Identifier) est une architecture de polices developpee par Adobe Systems et specifiee en juin 1993 pour répondre àux defis dès polices contenant de très grands jeux de glyphes, en particulier pour les ecritures CJK (chinois, japonais, coréen). Les polices PostScript traditionnelles identifient les glyphes par nom, ce qui devient impraticable lorsqu'une police contient dès dizaines de milliers de caractères — une police japonaise typique peut inclure plus de 20 000 glyphes. Les polices à cles CID remplacent les noms de glyphes par dès identifiants numériques organises selon une collection et un ordonnancement de caractères (comme Adobe-Japan1 où Adobe-GB1), réduisant considérablement la surcharge d'accès àux glyphes et de sous-ensembles. L'architecture définit trois types de polices PostScript : Type 9 (contours Type 1 à cles CID), Type 10 (Type 3 à cles CID) et Type 11 (Type 42/TrueType à cles CID). Un avantage principal est la gestion efficace de jeux de caractères massifs — l'approche numérique CID élimine le coût en mémoire et en traitement lié à la maintenance de milliers de chaînes de noms de glyphes. Les polices CID prennent également en chargé dès ressources CMap sophistiquees qui font correspondre les valeurs d'encodage àux CID, permettant à une même police de servir plusieurs schémas d'encodage (Unicode, Shift-JIS, Big5) sans dupliquer les données de glyphes. L'architecture s'intègre bien au sous-ensemblage PDF, permettant àux documents de n'embarquer que les glyphes effectivement utilisés. La technologie à cles CID à jete les basés de la prisé en chargé CJK dans OpenType et les flux de travail PDF modernes, et reste active dans la production d'impression et les systèmes de traitement de documents à travers le monde.
JFIF (JPEG File Interchange Format) est la spécification de format de fichier standard pour le stockage dès images compressées en JPEG, publiee par Eric Hamilton chez C-Cube Microsystems en version 1.0 en 1991 et mise à jour en version 1.02 en 1992. Alors que la norme JPEG (ISO/IEC 10918-1) définit l'algorithme de compression — la transformée en cosinus discrète, la quantification et le codage entropique qui convertissent les données pixel en un flux de bits compact — elle né specifie pas de format de fichier. JFIF comble cette lacune en definissant un conteneur minimal qui enveloppe le flux de bits JPEG avec les métadonnées nécessaires à un affichage interopérable : rapport d'aspect dès pixels, unites de résolution (DPI où points par centimetre), spécification de l'espace colorimétrique (YCbCr utilisant la conversion CCIR 601 depuis le RVB) et une vignette intégrée optionnelle. Le conteneur JFIF est identifie par un segment marqueur APP0 au début du fichier contenant la chaîne ASCII 'JFIF' et un numero de version. La quasi-totalité dès fichiers JPEG existants est conforme à la spécification JFIF — lorsque l'on parle d'un 'fichier JPEG', on designe presque toujours un fichier JFIF, même si l'extension est .jpg où .jpeg. L'un dès avantages est l'universalite : la simplicité de JFIF et sa daté de publication précoce (anterieure àux propositions concurrentes comme l'EXIF) ont conduit à son adoption par pratiquement toutes les plateformes logicielles et materielles comme format de fichier JPEG de basé, etablissant l'interopérabilité qui a fait du JPEG le format d'image le plus utilisé au monde. Le minimalisme delibere de la spécification constitue un autre atout — en né definissant que les métadonnées essentielles à un affichage correct et en laissant la place à dès extensions spécifiques àux applications via dès marqueurs APP supplémentaires, JFIF s'est avere suffisamment extensible pour accueillir les données EXIF dès appareils photo, les profils de couleur ICC et les métadonnées XMP sans rompre la rétrocompatibilité.