Format d'échange de fichiers JPEG

Le format d'échange de fichiers JPEG ( JFIF ) est une norme de format de fichier image publiée sous la recommandation UIT-T T.871 et la norme ISO/IEC 10918-5. Il définit des spécifications supplémentaires pour le format conteneur qui renferme les données d'image encodées avec l' algorithme JPEG . Les spécifications de base pour un format conteneur JPEG sont définies dans l'annexe B de la norme JPEG, connue sous le nom de format d'échange JPEG (JIF). Le JFIF s'appuie sur le JIF pour résoudre certaines de ses limitations, notamment une complexité inutile, l'alignement des échantillons de composants, la résolution, le rapport hauteur/largeur et l'espace colorimétrique . Le JFIF n'étant pas la norme JPG d'origine, on pourrait s'attendre à un autre type MIME . Cependant, il est toujours enregistré comme « image/jpeg » (indiquant son format de données principal plutôt que les informations modifiées).

Le format JFIF est incompatible avec le format de fichier image échangeable plus récent (Exif).

Un fichier JFIF est constitué d'une séquence de marqueurs ou de segments de marqueurs (pour plus de détails, voir la section « Syntaxe et structure » ​​de la norme JPEG ). Les marqueurs sont définis dans la partie 1 de la norme JPEG . Chaque marqueur est composé de deux octets : un FFoctet suivi d'un octet différent de 000 FFet qui spécifie le type du marqueur. Certains marqueurs sont isolés, mais la plupart indiquent le début d'un segment de marqueur contenant des octets de données selon le modèle suivant :

FF xxs1s2[data bytes]

Les octets s1 et s2 sont combinés pour représenter un entier 16 bits en format big-endian, spécifiant la longueur des octets de données suivants, plus les 2 octets utilisés pour représenter cette longueur. Autrement dit, s1 et s2 spécifient le nombre d' octets de données suivants ..

Conformément à la première partie de la norme JPEG, les applications peuvent utiliser des segments marqueurs APP et définir une signification spécifique aux données. La norme JFIF définit les segments marqueurs APP suivants :

• Segment marqueur JFIF APP0 (segment JFIF en abrégé) (obligatoire)
• Segment marqueur APP0 de l'extension JFIF (segment JFXX en abrégé) (facultatif)

Ils sont décrits ci-dessous.

La norme JFIF exige que le segment marqueur JFIF APP0 suive immédiatement le marqueur SOI. Si un segment marqueur d'extension JFIF APP0 est utilisé, il doit suivre immédiatement le segment marqueur JFIF APP0. Un fichier JFIF aura donc la structure suivante :

Le format de fichier image échangeable (Exif), plus récent, est comparable à JFIF, mais les deux normes sont incompatibles. En effet, chacune exige que son segment d'application (APP0 pour JFIF, APP1 pour Exif) suive immédiatement le marqueur SOI. Or, en pratique, de nombreux logiciels et appareils photo numériques produisent des fichiers contenant les deux segments d'application. Cela n'affecte pas le décodage de l'image pour la plupart des décodeurs, mais les analyseurs JFIF ou Exif mal conçus peuvent ne pas reconnaître correctement le fichier.

Le format JFIF est compatible avec les extensions « Bloc de ressources d'information » (IRB) JPEG d' Adobe Photoshop et les métadonnées IPTC (Modèle d'échange d'informations) , car il n'exclut pas d'autres segments d'application et les extensions Photoshop ne sont pas obligées d'être les premières dans le fichier. Cependant, Photoshop enregistre généralement les tampons CMJN sous forme de fichiers « JPEG Adobe » à quatre composantes, non conformes au format JFIF. Ces fichiers n'étant pas dans l'espace colorimétrique YCbCr, ils ne sont généralement pas décodables par les navigateurs Web et autres logiciels Internet.

L’élaboration du document JFIF a été menée par Eric Hamilton de C-Cube Microsystems , et un accord sur la première version a été conclu fin 1991 lors d’une réunion organisée chez C-Cube, rassemblant une quarantaine de représentants de diverses entreprises des secteurs de l’informatique, des télécommunications et de l’imagerie. Peu après, une révision mineure a été publiée : JFIF 1.01. Pendant près de 20 ans, la dernière version disponible était la v1.02, publiée le 1er septembre 1992.

En 1996, la RFC 2046 a spécifié que le format d'image utilisé pour la transmission d'images JPEG sur Internet devait être JFIF. Le type MIME « image/jpeg » devait être encodé en JFIF. En pratique, cependant, la quasi-totalité des logiciels Internet peuvent décoder n'importe quelle image JIF de base utilisant des composantes Y ou YCbCr, qu'elle soit conforme ou non à la norme JFIF.

Au fil du temps, C-Cube a été restructuré (et a finalement donné naissance à Harmonic , LSI Logic , Magnum Semiconductor , Avago Technologies , Broadcom , GigOptix, GigPeak, etc.), et s'est désintéressé du document. La spécification est restée sans éditeur officiel jusqu'à ce qu'elle soit reprise par ECMA International et le Groupe d'experts photographiques conjoint UIT-T/ISO/CEI vers 2009 afin d'éviter qu'elle ne tombe dans l'oubli, de permettre sa citation formelle dans les publications normalisées et d'améliorer sa qualité éditoriale. Elle a été publiée par ECMA en 2009 sous le numéro de rapport technique 98 afin d'en préserver la trace historique , puis normalisée formellement par l'UIT-T en 2011 sous la recommandation T.871 et par l'ISO/CEI en 2013 sous la norme ISO/CEI 10918-5 Ces publications plus récentes incluaient des améliorations éditoriales, mais aucune modification technique substantielle.