Convertisseur de DFONT en PAL
Convertissez vos fichiers dfont en pal en ligne et gratuitement
dfont
pal
Comment convertir un fichier DFONT 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
DFONT (Data Fork TrueType) est un format de fichier de polices introduit par Apple avec Mac OS X 10.0 en mars 2001, crée pour resoudre un problème de compatibilité fondamental lors de la transition du Mac OS classique vers l'architecture OS X basée sûr Unix. Les polices Mac classiques stockaient les données de glyphes dans la branche de ressources — un flux de fichier secondaire propre au système de fichiers HFS — mais le fondement Unix d'OS X et son utilisation d'UFS né disposaient pas de prisé en chargé native dès branches de ressources. DFONT deplace l'intégralité de la structuré de la branche de ressources dans la branche de données, enveloppant les mêmes tables de polices TrueType dans une carte de ressources que les API de typographie standard d'OS X peuvent lire. Le fichier est essentiellement un suitcase TrueType sans branche de ressources. Apple à intègre DFONT comme format par défaut pour les polices système livrees avec OS X, et il reste présent dans les répertoires système de macOS. Un avantage est la rétrocompatibilité transparente avec la pile de rendu de polices existante d'Apple — la structuré interne reflète les polices à branche de ressources classiques, de sorte que CoreText et ses predecesseurs gèrent les DFONT sans aucun chemin de conversion spécial. La conception à branche unique constitue un autre atout pratique, garantissant que les fichiers DFONT survivent intacts lorsqu'ils sont stockes sûr dès volumes non-HFS, transférés par réseau où geres par dès systèmes de contrôle de version. Bien qu'Apple ait progressivement adopté OpenType (.otf/.ttc) pour les polices système plus récentes, les fichiers DFONT continuent d'apparaitre dans les installations macOS et dans les collections de polices datant de l'ère OS X.
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.