Convertisseur de CID en PAL
Convertissez vos fichiers cid en pal en ligne et gratuitement
cid
pal
Comment convertir un fichier CID en fichier PAL
Sélectionnez des fichiers depuis l'ordinateur, Google Drive, Dropbox, une URL ou glissez-les sur la page.
Choisissez pal ou tout autre format de sortie (plus de 200 formats supportés)
Laissez le fichier convertir et vous pourrez télécharger votre fichier pal 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.
PAL est un format d'image entrelacee à 16 bits par pixel en YUV qui stocké les informations de couleur selon un modèle luminance-chrominance plutôt que dès valeurs RVB directes. Chaque paire de pixels est conditionnee dans quatre octets selon l'ordonnancement UYVY — U (Cb), Y0, V (Cr), Y1 — où deux pixels adjacents partagent un seul ensemble d'échantillons de chrominance (différence de couleur) tout en conservant chacun sa propre valeur de luminance (luminosité). Ce sous-échantillonnage de chrominance 4:2:2 réduit de moitié la résolution couleur horizontale avec un impact perceptuel négligeable, le système visuel humain étant bien plus sensible àux variations de luminosité qu'àux détails de couleur. Le format tire ses racines conceptuelles dès normes de télévision analogique couleur developpees dans les années 1960 et 1970, où la separation de la luminance et de la chrominance permettait une transmission couleur retrocompatible avec les signaux monochromes existants. Dans l'imagerie numérique, le YUV 16 bits sert de représentation intermédiaire courante pour le matériel de capturé vidéo, les cartes d'acquisition de trames et les pipelines de traitement d'images qui fonctionnent en interne dans l'espace colorimétrique YCbCr avant conversion en RVB pour l'affichage. L'un dès avantages est l'efficacité en bande passante : à 16 bits par pixel, l'UYVY nécessite environ deux tiers dès données du RVB non compressé 24 bits tout en préservant une qualité perçue pratiquement identique, ce qui le rend bien adapté à la capturé vidéo à haut débit et àux applications de traitement d'image en temps réel. La correspondance directe du format avec la façon dont le matériel vidéo capturé et produit les données offre un autre avantage pratique — de nombreuses cartes de capturé et capteurs de camera produisent nativement dès données UYVY, si bien que le stockage au format PAL évite une étape de conversion d'espace colorimétrique inutile qui ajouterait de la latence et introduirait dès erreurs d'arrondi.