View source for JPEG File Interchange Format

{{short description|Image file format with multiple editions}}
The '''JPEG File Interchange Format''' ('''JFIF''') is an [[image file format]] standard published as [[ITU-T]] Recommendation T.871 and [[ISO/IEC]] 10918-5. It defines supplementary specifications for the [[Digital container format|container format]] that contains the image data encoded with the [[JPEG]] algorithm. The base specifications for a JPEG container format are defined in Annex B of the JPEG standard, known as [[JPEG Interchange Format]] (JIF). JFIF builds over JIF to solve some of JIF's limitations, including unnecessary complexity, component sample registration, resolution, aspect ratio, and [[color space]]. Because JFIF is not the original JPG standard, one might expect another [[MIME]] type. However, it is still registered as "image/jpeg" (indicating its primary data format rather than the amended information).

JFIF is [[#Compatibility|mutually incompatible]] with the newer [[Exchangeable image file format]] (Exif).

== Purpose ==

JFIF defines a number of details that are left unspecified by the JPEG Part 1 standard ([[ISO]]/[[International Electrotechnical Commission|IEC]] 10918-1, [[ITU-T]] Recommendation T.81.)<ref name="itu_t81">{{cite web
|url=http://www.itu.int/rec/T-REC-T.81
|format=PDF
|title=Recommendation ITU-T T.81: Information technology – Digital compression and coding of continuous-tone still images – Requirements and guidelines
|website=ITU-T (formerly CCITT)
|date=18 February 1992
|access-date=15 June 2015
}}</ref>

=== Component sample registration ===
JPEG allows multiple components (such as [[YCbCr|Y, Cb, and Cr]]) to have different resolutions, but it does not define how those differing sample arrays (which render bitmaps) should be aligned. This pixel-producing information is rendered with the expectation of indicating rectangles by their [[centroid]], rather than being pixel data directly, or being 'first corner and flood', etc. which is uncommon.

=== Resolution and aspect ratio ===
The JPEG standard does not include any method of coding the resolution or aspect ratio of an image. JFIF provides resolution or aspect ratio information using an application segment extension to JPEG. It uses Application Segment #0, with a segment header consisting of the [[null-terminated string]] spelling "JFIF" in [[ASCII]] followed by a byte equal to 0, and specifies that this must be the first segment in the file, hence making it simple to recognize a JFIF file. [[Exif]] images recorded by digital cameras generally do not include this segment, but typically comply in all other respects with the JFIF standard.

=== Color space ===

The JPEG standard used for the compression coding in JFIF files does not define which [[color space|color encoding]] is to be used for images. JFIF defines the [[color model]] to be used: either Y for greyscale, or [[YCbCr]] derived from [[RGB color model|RGB color primaries]] as defined in [[CCIR 601]] (now known as Rec. ITU-R BT.601), except with a different "full range" scaling of the Y, Cb and Cr components. Unlike the "studio range" defined in CCIR 601, in which black is represented by Y=16 and white by Y=235 and values outside of this range are available for signal processing "headroom" and "footroom", JFIF uses all 256 levels of the 8-bit representation, so that Y=0 for black and Y=255 for peak white. The RGB color primaries defined in JFIF via CCIR 601 also differ somewhat from what has become common practice in newer applications (e.g., they differ slightly from the color primaries defined in [[sRGB]]). Moreover, CCIR 601 (before 2007) did not provide a precise definition of the RGB color primaries; it relied instead on the underlying practices of the television industry.

Color interpretation of a JFIF image may be improved by embedding an [[International Color Consortium|ICC]] profile, colorspace metadata, or an [[sRGB]] tag, and using an application that interprets this information.

== File format structure ==
A JFIF file consists of a sequence of markers or marker segments (for details refer to [[JPEG#Syntax and structure|JPEG, Syntax and structure]]). The markers are defined in part 1 of the [[JPEG]] Standard.<ref name="itu_t81" /> Each marker consists of two bytes: an <code>FF</code> byte followed by a byte which is not equal to <code>00</code> or <code>FF</code> and specifies the type of the marker. Some markers stand alone, but most indicate the start of a marker segment that contains data bytes according to the following pattern:

<code>FF ''xx'' ''s1'' ''s2'' ''[data bytes]''</code>

The bytes ''s1'' and ''s2'' are taken together to represent a [[Endianness|big-endian]] 16-bit integer specifying the length of the following "data bytes" plus the 2 bytes used to represent the length. In other words, ''s1'' and ''s2'' specify the number of the following ''data bytes'' as <math>256 \cdot  s1 + s2 - 2</math>.

According to part 1 of the JPEG standard, applications can use APP marker segments and define an application specific meaning of the data. In the JFIF standard, the following APP marker segments are defined:
* JFIF APP0 marker segment (JFIF segment for short) (mandatory)
* JFIF extension APP0 marker segment (JFXX segment for short) (optional)
They are described below.

The JFIF standard requires that the JFIF APP0 marker segment immediately follows the SOI marker. If a JFIF extension APP0 marker segment is used, it must immediately follow the JFIF APP0 marker segment.<ref name="hamilton_1992" /> So a JFIF file will have the following structure:

{| class="wikitable"
|-
!colspan="3" style="text-align:left"|JFIF file structure
|-
!style="text-align:left"|Segment !! style="text-align:left"|Code !! style="text-align:left"|Description
|-
| SOI || <code>FF D8</code> || Start of Image
|-
| JFIF-APP0 || <code>FF E0 ''s1'' ''s2'' 4A 46 49 46 00 ...</code> || see below
|-
| JFXX-APP0 || <code>FF E0 ''s1'' ''s2'' 4A 46 58 58 00 ...</code> || optional, see below
|-
| colspan="3" | … additional marker segments<br /> (for example SOF, DHT, COM)
|-
| SOS ||  <code>FF DA</code>  ||  Start of Scan
|-
|          || compressed image data ||
|-
| EOI || <code>FF D9</code>  || End of Image
|}

=== JFIF APP0 marker segment ===

In the mandatory JFIF APP0 marker segment the parameters of the image are specified. Optionally an uncompressed thumbnail can be embedded.

{| class="wikitable"
|-
!colspan="3" style="text-align:left"|JFIF APP0 marker segment
|-
! style="text-align:left"|Field || style="text-align:left"|Size (bytes) || style="text-align:left"|Description
|-
| APP0 marker || 2 || <code>FF E0</code>
|-
| Length || 2 || Length of segment excluding APP0 marker
|-
| Identifier || 5 || <code>4A 46 49 46 00</code> = "JFIF" in [[ASCII]], terminated by a null byte
|-
| JFIF version || 2 || First byte for major version, second byte for minor version (<code>01 02</code> for 1.02)
|-
| Density units || 1 || Units for the following pixel density fields
* <code>00</code> : No units; width:height [[pixel aspect ratio]] = Ydensity:Xdensity
* <code>01</code> : Pixels per inch (2.54&nbsp;cm)
* <code>02</code> : Pixels per centimeter
|-
| Xdensity || 2 || Horizontal pixel density. Must not be zero
|-
| Ydensity || 2 || Vertical pixel density. Must not be zero
|-
| Xthumbnail || 1 || Horizontal pixel count of the following embedded RGB thumbnail. May be zero
|-
| Ythumbnail || 1 || Vertical pixel count of the following embedded RGB thumbnail. May be zero
|-
| Thumbnail data || 3 × ''n'' || Uncompressed 24 bit RGB (8 bits per color channel) raster thumbnail data in the order R0, G0, B0, ... Rn-1, Gn-1, Bn-1; with ''n'' = Xthumbnail × Ythumbnail
|}

=== JFIF extension APP0 marker segment ===
Immediately following the JFIF APP0 marker segment may be a JFIF extension APP0 marker segment. This segment may only be present for JFIF versions 1.02 and above. It allows to embed a thumbnail image in 3 different formats.

{| class="wikitable"
|-
!colspan="3" style="text-align:left"|JFIF extension APP0 marker segment
|-
! style="text-align:left"|Field || style="text-align:left"|Size (bytes) || style="text-align:left"|Description
|-
| APP0 marker || 2 || <code>FF E0</code>
|-
| Length || 2 || Length of segment excluding APP0 marker
|-
| Identifier || 5 || <code>4A 46 58 58 00</code> = "JFXX" in [[ASCII]], terminated by a null byte
|-
| Thumbnail format || 1 || Specifies what data format is used for the following embedded thumbnail:
* <code>10</code> : JPEG format
* <code>11</code> : 1 byte per pixel palettized format
* <code>13</code> : 3 byte per pixel RGB format
|-
| Thumbnail data || variable || Depends on the thumbnail format, see below
|}

The thumbnail data depends on the thumbnail format as follows:

{| class="wikitable"
|-
!colspan="3" style="text-align:left"| Thumbnail stored using JPEG encoding
|-
! style="text-align:left"|Field || style="text-align:left"|Size (bytes) || style="text-align:left"|Description
|-
| SOI || 2 || <code>FF D8</code>
|-
|          || variable || Must be JIF format using YCbCr or just Y, and must not contain JFIF or JFXX segments
|-
| EOI || 2 || <code>FF D9</code>
|}

{| class="wikitable"
|-
!colspan="3" style="text-align:left"| Thumbnail stored using one byte per pixel
|-
! style="text-align:left"|Field || style="text-align:left"|Size (bytes) || style="text-align:left"|Description
|-
| Xthumbnail || 1 || Horizontal pixel count of the following embedded thumbnail. Must not be zero
|-
| Ythumbnail || 1 || Vertical pixel count of the following embedded thumbnail. Must not be zero
|-
| Thumbnail palette || 768 || 256 palette entries, each containing a 24 bit RGB color value
|-
| Thumbnail data || ''n'' || One byte per pixel containing the index of the color within the palette,
with ''n'' = Xthumbnail × Ythumbnail
|}

{| class="wikitable"
|-
!colspan="3" style="text-align:left"| Thumbnail stored using three byte per pixel
|-
! style="text-align:left"|Field || style="text-align:left"|Size (bytes) || style="text-align:left"|Description
|-
| Xthumbnail || 1 || Horizontal pixel count of the following embedded thumbnail. Must not be zero
|-
| Ythumbnail || 1 || Vertical pixel count of the following embedded thumbnail. Must not be zero
|-
| Thumbnail data || 3 × ''n'' || Uncompressed 24 bit RGB (8 bits per color channel) raster thumbnail data in the order R0, G0, B0, ... Rn-1, Gn-1, Bn-1; with ''n'' = Xthumbnail × Ythumbnail
|}

== Compatibility ==
The newer [[Exchangeable image file format]] (Exif) is comparable to JFIF, but the two standards are mutually incompatible. This is because both standards specify that their particular application segment (APP0 for JFIF, APP1 for Exif) must immediately follow the SOI marker. In practice, many programs and digital cameras produce files with both application segments included. This will not affect the image decoding for most decoders, but poorly designed JFIF or Exif parsers may not recognise the file properly.

JFIF is compatible with Adobe [[Photoshop]]'s JPEG "Information Resource Block" extensions, and [[IPTC Information Interchange Model]] metadata, since JFIF does not preclude other application segments, and the Photoshop extensions are not required to be the first in the file. However, Photoshop generally saves CMYK buffers as four-component "Adobe JPEGs" that are not conformant with JFIF. Since these files are not in a YCbCr color space, they are typically not decodable by Web browsers and other Internet software.

== History ==
Development of the JFIF document was led by Eric Hamilton of [[C-Cube Microsystems]], and agreement on the first version was established in late 1991 at a meeting held at C-Cube involving about 40 representatives of various computer, telecommunications, and imaging companies. Shortly afterwards, a minor revision was published — JFIF 1.01.<ref name="ecma_tr98" /> For nearly 20 years, the latest version available was v1.02, published September 1, 1992.<ref name="hamilton_1992">{{cite web
|url=http://www.w3.org/Graphics/JPEG/jfif3.pdf
|format=pdf, 0.02 MB
|title=JPEG File Interchange Format, Version 1.02
|last=Hamilton
|first=Eric
|date=12 September 1992
|access-date=15 June 2015
}}</ref>

In 1996, [[Request for Comments|RFC]] 2046 specified that the image format used for transmitting JPEG images across the Internet should be JFIF. The [[MIME type]] of "image/jpeg" must be encoded as JFIF. In practice, however, virtually all Internet software can decode any baseline ''JIF'' image that uses Y or YCbCr components, whether it is JFIF compliant or not.

As time went by, C-Cube was restructured (and eventually devolved into [[Harmonic Inc.|Harmonic]], [[LSI Logic]], [[Magnum Semiconductor]], [[Avago Technologies]], [[Broadcom Limited|Broadcom]], and GigOptix, GigPeak, etc), and lost interest in the document, and the specification had no official publisher until it was picked up by [[Ecma International]] and the ITU-T/ISO/IEC [[Joint Photographic Experts Group]] around 2009 to avoid it being lost to history and provide a way to formally cite it in standard publications and improve its editorial quality. It was published by ECMA in 2009 as Technical Report number 98 to avoid loss of the historical record,<ref name="ecma_tr98">{{cite web
|url=https://ecma-international.org/publications-and-standards/technical-reports/ecma-tr-98/
|title=JPEG File Interchange Format (JFIF)
|website=ecma-international.org
|year=2009
|access-date=15 June 2015
}}</ref>
and it was formally standardized by [[ITU-T]] in 2011 as its Recommendation T.871<ref name="itu_t871">{{cite web
|url=https://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-T.871-201105-I!!PDF-E&type=items
|format=PDF
|title=Recommendation ITU-T T.871: Information technology – Digital compression and coding of continuous-tone still images: JPEG File Interchange Format (JFIF)
|publisher=ITU-T
|date=14 May 2011
|access-date=15 June 2015
}}</ref>
and by ISO/IEC in 2013 as ISO/IEC 10918-5,<ref name="iso_10918-5">{{cite web
|url=http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=54989
|title=ISO/IEC 10918-5:2013: Information technology – Digital compression and coding of continuous-tone still images: JPEG File Interchange Format (JFIF).
|publisher=ISO/International Electrotechnical Commission
|date=1 May 2013
|access-date=15 June 2015
}}</ref> The newer publications included editorial improvements but no substantial technical changes.

== See also ==
* [[Joint Photographic Experts Group]]

== References ==
{{reflist}}

== Further reading ==

=== Books ===
* Miano, John M, "Compressed Image File Formats"; 1999, Addison-Wesley {{ISBN|978-0-201-60443-6}}
* Pennebaker, William B. and [[Joan L. Mitchell]]: ''JPEG still image data compression standard''; 3rd edition, 1993, Springer {{ISBN|978-0-442-01272-4}}

=== Standards ===
* Hamilton, Eric: [http://www.w3.org/Graphics/JPEG/jfif3.pdf ''JPEG File Interchange Format, Version 1.02''] (PDF, 0.02&nbsp;MB) 1 September 1992
* Recommendation ITU-T T.871: [https://www.itu.int/rec/T-REC-T.871 ''Information technology – Digital compression and coding of continuous-tone still images: JPEG File Interchange Format (JFIF)''] (PDF and Microsoft Word, 0.2 MB) Approved 14 May 2011; posted 11 September 2012
* Recommendation ITU-T T.81: [http://www.itu.int/rec/T-REC-T.81 ''Information technology – Digital compression and coding of continuous-tone still images – Requirements and guidelines''] (PDF and Microsoft Word, 1.5 MB) Approved 18 September 1992; posted 14 April 2004

[[Category:JPEG|JFIF]]
[[Category:Graphics file formats]]
[[Category:Open formats]]