Voir la source de JPEG

{{Voir homonymes|Joint Photographic Experts Group}}
{{Infobox Format de données
 | nom              = JPEG
 | image            = JPEG example flower.jpg
 | légende          = Une photo de fleur compressée en JPEG, avec des compressions de plus en plus fortes sur chacun des pétales, à partir de midi dans le sens antihoraire.
 | développeur      = 
 | genre            = [[image matricielle]]
 | conteneur de     = 
 | contenu par      = 
 | extension de     = 
 | origine de       = 
 | standard         = 
 | spécification    = 
}}

'''JPEG''' (sigle de '''{{Langue|en|Joint Photographic Experts Group}}''') est une [[Norme et standard techniques|norme]] qui définit le format d'enregistrement et l'[[algorithme]] de décodage pour une représentation numérique compressée d'une image fixe.

Les extensions de nom de fichiers les plus communes pour les fichiers employant la compression JPEG sont '''.jpg''' et '''.jpeg'''.

== Introduction au JPEG ==

JPEG<ref>{{lien web|url=https://file-types.com/docs/jpeg |titre=JPEG Docs |date=2017-02-11 |consulté le=2018-09-17 }}</ref> est l’acronyme de [[Joint Photographic Experts Group]]. Il s'agit d'un comité d’experts qui édicte des normes de compression pour l’image fixe. La norme communément appelée JPEG, de son vrai nom ISO/CEI 10918-1 UIT-T Recommendation T.81, est le résultat de l’évolution de travaux qui ont débuté dans les années [[1978]] à [[1980]] avec les premiers essais en laboratoire de [[compression d'image]]s.

Le groupe JPEG qui a réuni une trentaine d’experts internationaux, a spécifié la norme en [[1991]]. La norme officielle et définitive a été adoptée en [[1992]]. Dans la pratique, seule la partie concernant le codage arithmétique est brevetée, et par conséquent protégée par [[International Business Machines Corporation|IBM]], son concepteur.

JPEG normalise uniquement l’algorithme et le format de décodage. Le processus de codage quant à lui est laissé libre à la compétition des industriels et des universitaires. La seule contrainte est que l’image produite doit pouvoir être décodée par un décodeur respectant le standard. La norme propose un jeu de fichiers de tests appelés fichiers de conformité qui permettent de vérifier qu'un décodeur respecte bien la norme. Un décodeur est dit conforme s’il est capable de décoder tous les fichiers de conformité.

Un [[brevet logiciel|brevet]] concernant la norme JPEG a été déposé par l'entreprise Forgent<ref>{{en}} [http://www.asuresoftware.com/ Site de Asure Software - nouveau nom de Forgent depuis 2007]</ref>, mais a été remis en cause par le [[United States Patent and Trademark Office|bureau américain des brevets]] (USPTO), qui l'a invalidé le {{date|24|mai|2006}} pour antériorité existante à la suite d'une plainte de la Public Patent Foundation<ref>{{en}}{{lien web|url=http://www.pubpat.org/Chen672Rejected.htm|titre=Patent Asserted Against JPEG Standard Rejected by Patent Office as Result of PUBPAT Request|site=pubpat.org|consulté le=3 avril 2012|en ligne le=26 mai 2006}}</ref>. Mais depuis le {{date|27|septembre|2007}}, la société Global Patent Holdings, filiale d'Acacia Research Corporation, a à son tour revendiqué la paternité de ce format.

JPEG définit deux classes de processus de compression : 
* avec pertes ou compression irréversible. C’est le JPEG « classique ». Il permet des [[Taux de compression de données|taux de compression]] de 3 à 100{{refnec}}
* sans pertes ou compression réversible. Il n’y a pas de pertes d’information et il est donc possible de revenir aux valeurs originales de l’image. Les gains en termes de compression sont alors plus modestes, avec un taux de compression de l’ordre de 2 à 8{{refnec}}. Cette partie fait l’objet d’une norme spécifique appelée [[JPEG-LS]].

Cet algorithme est très populaire, en particulier sur Internet où la compression d'un fichier permet de réduire le coût en [[bande passante]]. Il est de plus possible d'enregistrer une image dans le format JPEG avec la majeure partie des appareils photo numériques et téléphones portables.
Cependant, les pertes se produisant lors de la compression « classique » font qu'il est moins utilisé dans certains domaines comme l'[[imagerie médicale]], où la restitution fidèle de l'image initiale est plus importante.

Le format JPEG/JFIF supporte une taille d'image maximale de {{nombre|65535}} × {{nombre|65535}} pixels soit {{nombre|4294836225 pixels}}.

== Fichiers JPEG ==
=== Extensions de nom de fichiers JPEG ===
Les [[Extension de nom de fichier|extensions de nom de fichiers]] les plus communes pour les fichiers employant la compression JPEG sont .jpg et .jpeg, cependant .jpe, .jfif et .jif furent aussi utilisées.
Il est aussi possible pour les données JPEG d'être embarquées dans d'autres types de fichiers - les fichiers codés en format [[Tagged Image File Format|TIFF]] contiennent souvent une image [[Miniature (informatique)|miniature]] JPEG de l'image principale ; et les fichiers [[MPEG-1/2 Audio Layer 3|MP3]] peuvent contenir une image JPEG d'une couverture, contenue dans le [[Tag (métadonnée)|tag]] [[ID3 (métadonnées MP3)|ID3v2]].

L'extension JPG est apparue dans les {{lnobr|années 1990}} parce que certains [[Système d'exploitation|systèmes d'exploitation]] de cette période ({{ex}} [[MS-DOS]], {{nobr|[[Windows 95]]}}, [[Windows 98|98]], [[Windows Me|Me]]) ne permettaient pas d'utiliser d'extension de fichier de plus de {{nombre|3|caractères}}.

== La compression JPEG ==
Le processus de compression et de décompression JPEG irréversibles comporte six étapes principales représentées ci-dessous :

{| align="center"
|-
! [[Image:Compression JPEG.svg|700px|Organigramme de compression]]
|-
! Figure 1 : Organigramme de compression.
|}

=== Transformation des couleurs ===
JPEG est capable de coder les couleurs sous n’importe quel format, toutefois les meilleurs taux de compression sont obtenus avec des codages de couleur de type [[luminance]]/[[chrominance]] car l’œil humain est assez sensible à la luminance (la luminosité) mais peu à la chrominance (la teinte) d'une image. Afin de pouvoir exploiter cette propriété, l'algorithme convertit l'image d'origine depuis son [[modèle colorimétrique]] initial (en général [[Rouge-vert-bleu|RVB]]) vers le modèle de type chrominance/luminance [[YCbCr]]. Dans ce modèle, Y est l'information de  luminance, et Cb et Cr sont deux informations de chrominance, respectivement le bleu moins Y et le rouge moins Y.

=== Sous-échantillonnage de la chrominance ===
{{Article détaillé|Sous-échantillonnage de la chrominance}}
[[Fichier:Sous-échantillonnage JPEG.png|thumb|center|800px|alt= Illustration des différents types de sous-échantillonnage|Illustration des différents types de sous-échantillonnage]]

Pour exploiter cette faible sensibilité de l’œil humain à la chrominance, on peut procéder à un sous-échantillonnage de ses signaux. Le principe de l'opération est de réduire de la taille de plusieurs blocs de chrominance en un seul bloc. Un traitement identique est appliqué aux blocs Cb et aux blocs Cr, tandis que les blocs de luminance (blocs Y) ne sont pas modifiés. Le sous-échantillonnage peut être réalisé selon plusieurs modes différents. Le type de mode utilisé dans une opération de compression est spécifié par la notation « J:a:b ».

L’interprétation de la notation est la suivante :

J : représente la largeur de la plus petite matrice de pixels considérée (généralement 4)

a : le nombre de composantes de chrominance dans la première ligne

b : le nombre de composantes de chrominance supplémentaires dans la deuxième ligne

==== Cas 4:4:4 ====
Ce cas correspond à l'absence d'application du sous-échantillonnage.

==== Cas 4:2:2 ====
Ce cas correspond à un sous-échantillonnage qui conduit à une réduction d'un facteur 1/2 de la taille des blocs Cb/Cr. Pour cela, on calcule la valeur moyenne de chrominance de deux pixels voisins horizontalement.

==== Cas 4:2:0 ====
La moyenne de la chrominance de quatre pixels voisins est calculée et stockée dans le bloc produit par le sous-échantillonnage. Les pixels voisins forment des blocs carrés de dimension 2 × 2 pixels. Le sous-échantillonnage 4:2:0 ajoute donc une réduction verticale à la réduction horizontale du mode 4:2:2. Il conduit à une division par 4 de la taille des blocs Cb/Cr.

==== Cas 4:1:1 ====
Ce dernier cas est rare en compression JPEG, et est plutôt appliqué dans des applications vidéo tel que les formats NTSC DV, DVCAM, [[DVCPRO]].

Ce type de sous-échantillonnage permet de réduire de manière importante la taille des images. Cependant, il conduit à une perte d'information qui ne peut être récupérée dans la phase de décodage de l'image ; il s'agit donc d'une opération de compression irréversible. À l'issue de cette phase, les données se présentent sous la forme de blocs de coefficients Y, Cb et Cr, le nombre de blocs Cb et Cr étant égal au quart, à la moitié ou à 100 % du nombre de blocs Y selon le mode sous-échantillonnage appliqué.

=== Découpage en blocs ===
L’image est découpée en blocs de 64 ({{Dunité|8|8}}) sous-[[Pixel|pixels]]. Les informations de [[luminance]] n’étant pas sous-échantillonnées, chaque bloc correspond à {{Dunité|8|8|pixels}} dans l’image d’origine. Les informations de [[chrominance]], par contre, correspondent en fonction du [[Sous-échantillonnage de la chrominance|sous-échantillonnage]] à {{Dunité|8|8}}, {{Dunité|16|8}} ou {{Dunité|16|16|pixels}} dans l’image d’origine.

=== Transformée DCT ===
{{Article détaillé|Transformée en cosinus discrète}}
La transformée DCT (''Discrete Cosine Transform'', en français [[transformée en cosinus discrète]]), est une transformation numérique qui est appliquée à chaque bloc. Cette transformation est une variante de la [[transformée de Fourier]]. Elle décompose un bloc, considéré comme une fonction numérique à deux variables, en une somme de fonctions cosinus oscillant à des fréquences différentes. Chaque bloc est ainsi décrit en une carte de fréquences et en amplitudes plutôt qu'en pixels et coefficients de couleur. La valeur d’une fréquence reflète l’importance et la rapidité d’un changement, tandis que la valeur d’une amplitude correspond à l’écart associé à chaque changement de couleur.

À chaque bloc de <math>N\cdot N</math> pixels sont ainsi associées <math>N\cdot N</math> fréquences

La transformée DCT s’exprime mathématiquement par :

{| align="center"
|-
! <math>\mathrm{DCT}(i, j)=\frac{2}{N}C(i)C(j)\sum_{x=0}^{N-1}\sum_{y=0}^{N-1}
\mathrm{pixel}(x, y) \cos\left[\frac{(2x+1)i\pi}{2N} \right] \cos\left[\frac{(2y+1)j\pi}{2N} \right]</math>
|-
! Équation 1 : Transformée DCT directe.
|}

Et la transformée DCT inverse s’exprime par :

{| align="center"
|-
! <math>\mathrm{pixel}(x, y)=\frac{2}{N}\sum_{i=0}^{N-1}\sum_{j=0}^{N-1}
C(i)C(j)\,\mathrm{ DCT}(i, j) \cos\left[\frac{(2x+1)i\pi}{2N} \right] \cos\left[\frac{(2y+1)j\pi}{2N} \right]</math>
|-
! Équation 2 : Transformée DCT inverse.
|}

Dans les deux cas, la constante <math>C\,\!</math> vaut :
	
{| align="center"
|-
! <math>C(x)=\left\{\begin{matrix}\frac{1}{\sqrt{2}}&
\mathrm{pour}~ x = 0 \\[1ex] 1 & \mathrm{pour}~ x > 0 \end{matrix}\right.</math>
|-
! Équation 3 : Définition de la constante ''C''.
|}

Pour illustrer la compression, a été repris un exemple complet provenant de ''Digital Image Compression Techniques'' de Majid Rabbani et Paul W. Jones<ref>{{Ouvrage |langue=en |prénom1=Majid |nom1=Rabbani |prénom2=Paul W |nom2=Jones |titre=Digital Image Compression Techniques |lieu=Bellingham |éditeur=Spie Optical Engineering Press |année=1991 |pages totales=240 |isbn=0-8194-0648-1 |oclc=23142891 |lire en ligne=https://books.google.com/books?id=IxrjpbNH2XAC&printsec=frontcover}}</ref>.

[[Matrice (mathématiques)|Matrice]] (bloc de [[pixel]]s) de base :

{| align="center"
|-
! <math>f=\begin{bmatrix} 139 & 144 & 149 & 153 & 155 & 155 & 155 & 155 \\ 144 & 151 & 153 & 156 & 159 & 156 & 156 & 156 \\ 150 & 155 & 160 & 163 & 158 & 156 & 156 & 156 \\ 159 & 161 & 162 & 160 & 160 & 159 & 159 & 159 \\ 159 & 160 & 161 & 162 & 162 & 155 & 155 & 155 \\ 161 & 161 & 161 & 161 & 160 & 157 & 157 & 157 \\ 162 & 162 & 161 & 163 & 162 & 157 & 157 & 157 \\ 162 & 162 & 161 & 161 & 163 & 158 & 158 & 158 \end{bmatrix}</math>
|-
! Équation 4 : Matrice d’origine.
|}

En effectuant la transformée DCT, on obtient la matrice des fréquences suivante :

{| align="center"
|-
! <math>F=\begin{bmatrix} 236 & -1 & -12 & -5 & 2 & -2 & -3 & 1 \\ -23 & -17 & -6 & -3 & -3 & 0 & 0 & -1 \\ -11 & -9 & -2 & 2 & 0 & -1 & -1 & 0 \\ -7 & -2 & 0 & 1 & 1 & 0 & 0 & 0 \\ -1 & -1 & 1 & 2 & 0 & -1 & 1 & 1 \\ 2 & 0 & 2 & 0 & -1 & 1 & 1 & -1 \\ -1 & 0 & 0 & -1 & 0 & 2 & 1 & -1 \\ -3 & 2 & -4 & -2 & 2 & 1 & -1 & 0 \end{bmatrix}</math>
|-
! Équation 5 : Matrice transformée DCT.
|}

L'application de la DCT est une opération théoriquement sans perte d'informations ; les coefficients initiaux peuvent être retrouvés en appliquant la « DCT inverse » au résultat de la DCT. Dans la pratique, une certaine perte d'informations reste cependant possible en raison des erreurs d'arrondis introduites en cours de calcul.

==== Remarques ====
Le calcul d’une DCT est l’étape qui coûte le plus de temps{{Combien}} et de ressources dans la compression et la décompression JPEG, mais c’est peut-être{{Pourquoi||date=30 septembre 2019}} la plus importante car elle permet de séparer les basses fréquences et les hautes fréquences présentes dans l’image.

La puissance de calcul disponible aujourd’hui, alliée à des [[Algorithmique|algorithmes]] de type [[Transformée de Fourier rapide|FFT]] très efficaces, permet de rendre le temps de calcul tout à fait acceptable pour l’utilisateur courant, voire imperceptible avec les machines les plus puissantes.

À la suite de cette étape, les basses et hautes fréquences sont distinguées. Les basses fréquences constituent les données majeures présentes dans une image, les hautes fréquences, quant à elles, caractérisent les zones à fort contraste, qui sont les changements brusques de couleur. Ces données étant moins visibles, c'est donc sur celles-ci que la compression s'effectuera.

=== Quantification ===
La [[Quantification (signal)|quantification]] est l’étape de l'algorithme de compression JPEG au cours de laquelle se produit la majeure partie de la perte d'information (et donc de la qualité visuelle), mais c'est aussi celle qui permet de gagner le plus de place (contrairement à la DCT, qui ne compresse pas).

La DCT a retourné, pour chaque bloc, une matrice de {{Dunité|8|8|nombres}} (dans l’hypothèse que les blocs de l’image font {{Dunité|8|8|pixels}}). La quantification consiste à diviser cette matrice par une autre, appelée matrice de quantification, et qui contient {{Dunité|8|8}} coefficients spécifiquement choisis par le codeur.

Le but est ici d’atténuer les hautes fréquences, c’est-à-dire celles auxquelles l’œil humain est très peu sensible. Ces fréquences ont des amplitudes faibles, et elles sont encore plus atténuées par la quantification ; certains coefficients sont même souvent ramenés à 0.

Le calcul permettant la quantification est le suivant :

{| align="center"
|-
! <math>F^*(u, v) = \left \lfloor { F(u, v) + \left \lfloor {Q(u, v) \over 2 } \right \rfloor \over Q(u, v) } \right \rfloor \cong</math> entier le plus proche <math>\left( { F(u, v) \over Q(u, v) } \right)</math>
|-
! Avec : <math> \lfloor x \rfloor</math> entier directement inférieur à <math>x\,\!</math>
|-
! Équation 6 : Calcul de la quantification.
|}

Et pour la quantification inverse :

{| align="center"
|-
! <math>\hat F(u, v) = F^*(u, v) \cdot Q(u, v)</math>
|-
! Équation 7 : Calcul de la quantification inverse.
|}

Comme le montre l'exemple ci-dessous, la quantification ramène beaucoup de coefficients à 0 (surtout en bas à droite dans la matrice, là où se trouvent les hautes fréquences). Seules quelques informations essentielles (concentrées dans le coin en haut à gauche) sont gardées pour représenter le bloc. La redondance des données contenues dans le bloc augmente ainsi fortement, ce qui peut être exploité par un algorithme de compression : au moment de coder le résultat dans le fichier, la longue suite de zéros nécessitera très peu de place. Cependant, si la quantification est trop forte (= taux de compression trop élevé), il y aura trop peu de coefficients non nuls pour représenter fidèlement le bloc. Le problème apparaîtra lors du décodage nécessaire pour l'affichage de l'image : à l’écran la division en blocs deviendra visible, et l'image aura un aspect « pixellisé ».

Dans notre exemple, nous avons pris la matrice de quantification suivante :

{| align="center"
|-
! align="center"| <math>Q=\begin{bmatrix} 16 & 11 & 10 & 16 & 24 & 40 & 51 & 61 \\ 12 & 12 & 14 & 19 & 26 & 58 & 60 & 55 \\ 14 & 13 & 16 & 24 & 40 & 57 & 69 & 56 \\ 14 & 17 & 22 & 29 & 51 & 87 & 80 & 62 \\ 18 & 22 & 37 & 56 & 68 & 109 & 103 & 77 \\ 24 & 35 & 55 & 64 & 81 & 104 & 113 & 92 \\ 49 & 64 & 78 & 87 & 103 & 121 & 120 & 101 \\ 72 & 92 & 95 & 98 & 112 & 100 & 103 & 99 \end{bmatrix}</math>
|-
! Équation 8 : Matrice définissant le niveau de quantification.
|}

Ce qui donne comme matrice des fréquences quantifiée :

{| align="center"
|-
! <math>F^*=\begin{bmatrix} 15 & 0 & -1 & ~0~ & ~0~ & ~0~ & ~0~ & ~0~ \\ -2 & -1 & 0 & 0 & 0 & 0 & 0 & 0 \\ -1 & -1 & 0 & 0 & 0 & 0 & 0 & 0 \\  0 & 0 & 0 & 0 & 0 & 0 & 0 & 0 \\ 0 & 0 & 0 & 0 & 0 & 0 & 0 & 0 \\ 0 & 0 & 0 & 0 & 0 & 0 & 0 & 0 \\ 0 & 0 & 0 & 0 & 0 & 0 & 0 & 0 \\ 0 & 0 & 0 & 0 & 0 & 0 & 0 & 0 \end{bmatrix}</math>
|-
! Équation 9 : Matrice quantifiée.
|}

==== Remarques ====
=== Codage, compression RLE et Huffman ===
Le codage s’effectue en zigzag comme le montre la figure suivante et se termine par un caractère de fin :

{| align="center"
|-
! [[Image:CompressionJPEGImage13.png|Ordre de codage défini par la norme JPEG]]
|-
! Figure 2 : Ordre de codage défini par la norme JPEG.
|}

Codage de notre exemple : <math>79, 0, -2, -1, -1, -1, 0, 0, -1, EOB\,\!</math>.

Ce résultat est ensuite compressé selon un algorithme [[Run-length encoding|RLE]] basé sur la valeur 0 (le codage RLE intervient uniquement sur cette dernière), puis un codage entropique de type [[Codage de Huffman|Huffman]] ou [[codage arithmétique|arithmétique]].

Avec le schéma de codage très simplifié suivant, on remarque que le codage nous délivre deux tables (quatre pour une image couleur). Ces tables étant enregistrées dans le fichier final peuvent être choisies par le compresseur.

{| align="center"
|-
! [[Image:CompressionJPEGImage14.png|Schéma de codage simplifié]]
|-
! Figure 3 : Schéma de codage simplifié.
|}

=== Décompression JPEG ===
Les étapes de la décompression s’effectuent dans l’ordre inverse de la compression suivant les méthodes définies précédemment (en même temps que la compression).

Voici dans notre exemple le résultat de la décompression :

{| align="center"
|-
! <math> f=\begin{bmatrix} 144 & 146 & 149 & 152 & 154 & 156 & 156 & 156 \\ 148 & 150 & 152 & 154 & 156 & 156 & 156 & 156 \\ 155 & 156 & 157 & 158 & 158 & 157 & 156 & 155 \\ 160 & 161 & 161 & 162 & 161 & 159 & 157 & 155 \\ 163 & 163 & 164 & 164 & 162 & 160 & 158 & 156 \\ 163 & 163 & 164 & 164 & 162 & 160 & 158 & 157 \\ 160 & 161 & 162 & 162 & 162 & 161 & 159 & 158 \\ 158 & 159 & 161 & 161 & 162 & 161 & 159 & 158 \end{bmatrix}</math>
|-
! Équation 10 : Résultat de la décompression.
|}

Ainsi que la matrice d’erreur :

{| align="center"
|-
! <math>e=\begin{bmatrix} -5 & -2 & 0 & 1 & 1 & -1 & -1 & -1 \\ -4 & 1 & 1 & 2 & 3 & 0 & 0 & 0 \\ -5 & -1 & 3 & 5 & 0 & -1 & 0 & 1 \\ -1 & 0 & 1 & -2 & -1 & 0 & 2 & 4 \\ -1 & 0 & 1 & -2 & -1 & 0 & 2 & 4 \\ -2 & -2 & -3 & -3 & -2 & -3 & -1 & 0 \\ 2 & 1 & -1 & 1 & 0 & -4 & -2 & -1 \\ 4 & 3 & 0 & 0 & 1 & -3 & -1 & 0 \end{bmatrix}</math>
|-
! Équation 11 : Matrice des erreurs réalisées par les pertes.
|}

==== Remarques ====
Les erreurs sont au maximum de 5 et en moyenne 1,6 sur environ 150 ce qui nous donne une erreur moyenne d’environ 1 %, et tout cela pour un passage de 64 à 10 valeurs (avec le caractère de fin) ; à cela, il faut rajouter la matrice de quantification, mais comme généralement on compresse de gros fichiers, elle n’influence que peu.

=== JPEG, codage sans pertes ===
Ici, la précision p des échantillons varie de 2 à 16&nbsp;bits. À la place de la DCT, le codage utilise un prédicteur P à trois échantillons.

{| align="center"
|-
! [[Image:CompressionJPEGImage17.png|Schéma de compression JPEG sans pertes]]
|-
! Figure 4 : Schéma de compression JPEG sans pertes.
|}

== Syntaxe et structure ==
JPEG peut désigner soit le codage d'une image, soit le format de fichier. En effet, différents formats de fichiers ([[Tagged Image File Format|TIFF]], [[Portable Document Format|PDF]], JPG…) peuvent contenir une image codée en JPEG. On parlera dans ce paragraphe du format de fichier (aussi appelé JFIF pour ''JPEG File Interchange Format'').

Un fichier JPEG est constitué d'une séquence de ''segments'' commençant par un ''marqueur''. Un marqueur se compose de la valeur 0xFF suivie d'un [[octet]] identifiant le type de marqueur. Certains marqueurs ne contiennent que ces deux octets ; d'autres sont suivis de deux octets spécifiant la taille en octets des données du segment. Cette taille inclut ces deux octets de taille mais pas ceux du marqueur.

{| class="wikitable"
|+ Marqueurs JPEG courants<ref>{{Lien web | url = http://www.digicamsoft.com/itu/itu-t81-36.html | titre = ISO/IEC 10918-1 : 1993(E) p.36 }}</ref>
! Abréviation
! Valeur
! Contenu
! Nom
! Commentaires
|-
! SOI
| 0xFFD8 || ''aucun'' || Start Of Image
| Premiers mots du fichier
|-
! SOF0 
| 0xFFC0 || ''taille variable'' || Start Of Frame (Baseline DCT)
| Indique une image codée par ''baseline DCT'', et spécifie la largeur, la hauteur, le nombre de composantes et le sous-échantillonnage des composantes (par exemple 4:2:0).
|-
! SOF2 
| 0xFFC2 || ''taille variable'' || Start Of Frame (Progressive DCT)
| Indique une image codée par ''progressive DCT'', et spécifie la largeur, la hauteur, le nombre de composantes et le sous-échantillonnage des composantes (par exemple 4:2:0).
|-
! DHT 
| 0xFFC4 || ''taille variable'' || Define Huffman Table(s)
| Spécifie une ou plusieurs tables d'Huffman.
|-
! DQT 
| 0xFFDB || ''taille variable'' || Define Quantization Table(s)
| Spécifie une ou plusieurs tables de quantification.
|-
! DRI 
| 0xFFDD || deux octets || Define Restart Interval 
| Spécifie l'intervalle entre les marqueurs RST''n'', en macroblocs. Ce marqueur est suivi de deux octets indiquant sa taille de sorte qu'il puisse être traité comme n'importe quel segment de taille variable.
|-
! SOS 
| 0xFFDA || ''taille variable'' || Start Of Scan
| Commence un parcours de haut en bas de l'image. Dans les codages ''baseline DCT'', il n'y a généralement qu'un seul parcours. Les images ''progressive DCT'' contiennent habituellement plusieurs parcours. Ce marqueur spécifie quelle tranche de données il contient. La taille n'est pas indiquée : il est immédiatement suivi par des données codées entropiquement. Les octets 0xFF sont suivis par un octet 0x00 pour ne pas être confondus avec des marqueurs.
|-
! RST''n'' 
| 0xFFD0 … 0xFFD7 || ''aucun'' || Restart
| Insère tous les ''r'' macroblocs, où ''r'' est l'intervalle DRI (cf. marqueur DRI). Il n'est pas utilisé s'il n'y a pas de marqueur DRI. Les trois bits de poids faible du code de marqueur varient en boucle de 0 à 7.
|-
! APP''n''
| 0xFFE''n'' || ''taille variable'' || Application-specific 
| Ce marqueur permet d'inclure des informations qu'un programme de visualisation peut ignorer tout en restant capable de décoder l'image. Par exemple, un fichier JPEG [[Exif]] utilise un marqueur APP1 pour enregistrer des [[Métadonnée|métadonnées]], organisées selon une structure proche du formatage [[Tagged Image File Format|TIFF]].
|-
! COM
| 0xFFFE || ''taille variable'' || Commentaire
| Contient un commentaire textuel.
|-
! EOI 
| 0xFFD9 || ''aucun'' || End Of Image
| Derniers mot du fichier
|}

==Voir aussi==
=== Articles connexes ===
* [[Transformée en cosinus discrète|DCT]]
* [[Compression d'image]]

== Notes et références ==
{{Références}}

{{Palette|Format de compression multimédia|JPEG}}
{{Portail|imagerie numérique}}

[[Catégorie:Compression d'image]]
[[Catégorie:Norme ISO]]
[[Catégorie:Recommandation de l'UIT-T]]