JPEG File Interchange Format
From Wikipedia, the free encyclopedia
The JPEG File Interchange Format (JFIF) is an image file format standard. It extends the JPEG Interchange Format (JIF), solving some of JIF's limitations. JFIF images are compressed using the techniques in the JPEG standard, so JFIF is sometimes referred to as "JPEG/JFIF".
Contents |
[edit] Purpose
JFIF defines a number of details that are left unspecified by the JPEG standard (ISO/IEC IS 10918-1 | ITU-T Recommendation T.81):
[edit] Component Sample Registration
JPEG allows multiple components (such as Y, Cb, and Cr) to have different resolutions, but it doesn't define how those differing sample arrays should be aligned. The JFIF standard requires samples to be sited "interstitially" -- meaning the decoder can treat each component array as representing an array of equal-sized rectangular pixels sampled in their centers, with each array having the same exterior boundaries as the image. This is convenient for computer users, but is not the alignment used in MPEG-2 and most video applications.
[edit] 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 of 'JFIF\x00', and specifies that this must be the first segment in the file, hence making it simple to recognise 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.
[edit] Color Space
JPEG does not define which color encoding is to be used for images. JFIF defines the color model to be used: either Y for greyscale, or YCbCr as defined by CCIR 601. Since this is not an absolute color space - unless an ICC profile, colorspace metadata, or an sRGB tag is provided and interpreted - a decoded JFIF image will be in a device-dependent RGB colorspace. Hence, JFIF does not by itself provide a mechanism for accurately transporting color-managed images across the Internet.
[edit] Status
The latest version is v1.02, published September 1, 1992, and is available here. The standard appears to have lost ownership, since C-Cube Microystems are now defunct, and further development of the standard is dead.
[edit] MIME Type
In 1996, 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.
[edit] Exif/Photoshop Compatibility
Formally, the Exif and JFIF standards are incompatible. This is because both specify that their particular application segment must be the first in the image file. 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-NAA IIM 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.
[edit] Exif Comparison
The newer Exif standard provides almost all the features of the JFIF standard within its feature set. In particular, images can be tagged with an absolute color space, sRGB.
[edit] JFIF Segment Format
| Field | Size (bytes) | Description |
|---|---|---|
| APP0 Marker | 2 | Always equals 0xFFE0 |
| Length | 2 | Length of segment excluding APP0 marker |
| Identifier | 5 | Always equals "JFIF\x00" (0x4A46494600) |
| Version | 2 | First byte is major version (currently 0x01), Second byte is minor version (currently 0x02) |
| Density Units | 1 | Units for pixel density fields
|
| X Density | 2 | Integer horizontal pixel density |
| Y Density | 2 | Integer vertical pixel density |
| Thumbnail Width | 1 | Horizontal size of embedded JFIF thumbnail in pixels |
| Thumbnail Height | 1 | Vertical size of embedded JFIF thumbnail in pixels |
| Thumbnail Data | 3 * Thumbnail Width * Thumbnail Height | Uncompressed 24 bit RGB raster thumbnail |
[edit] JFIF Extension (JFXX) Segment Format
An optional second application segment allows a thumbnail image to be embedded using several different image formats (to save space).
| Field | Size (bytes) | Description | |||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| APP0 Marker | 2 | Always equals 0xFFE0 | |||||||||||||||||||||||||||
| Length | 2 | Length of segment excluding APP0 marker | |||||||||||||||||||||||||||
| Identifier | 5 | Always equals "JFXX\x00" (0x4A46585800) | |||||||||||||||||||||||||||
| Thumbnail Format | 1 | Specifies what data format is used for the thumbnail:
|
|||||||||||||||||||||||||||
| Thumbnail Data | Variable |
JPEG One Byte per pixel
Three Bytes per pixel
|
[edit] History
The standard was established on March 1, 1991 in a meeting at C-Cube Microsystems involving representitives of many companies, including C-Cube Microsystems, Radius, NeXT, Storm Tech, the PD JPEG group, Sun, and Handmade Software.
