JPEG XR (JPEG extended range) is a still-image compression standard and file format for continuous tone photographic images, based on technology originally developed and patented by Microsoft under the name HD Photo (formerly Windows Media Photo). It supports both lossy and lossless compression, and is the preferred image format for Ecma-388 Open XML Paper Specification documents.
Support for the format is available in Adobe Flash Player 11.0, Adobe AIR 3.0, Sumatra PDF 2.1, Windows Imaging Component, .NET Framework 3.0, Windows Vista, Windows 7, Windows 8, Internet Explorer 9, Internet Explorer 10, Internet Explorer 11, Pale Moon 27.2. As of August 2014, there were still no cameras that shoot photos in the JPEG XR (.JXR) format.
Microsoft first announced Windows Media Photo at WinHEC 2006, and then renamed it to HD Photo in November of that year. In July 2007, the Joint Photographic Experts Group and Microsoft announced HD Photo to be under consideration to become a JPEG standard known as JPEG XR. On 16 March 2009, JPEG XR was given final approval as ITU-T Recommendation T.832 and starting in April 2009, it became available from the ITU-T in "pre-published" form. On 19 June 2009, it passed an ISO/IEC Final Draft International Standard (FDIS) ballot, resulting in final approval as International Standard ISO/IEC 29199-2. The ITU-T updated its publication with a corrigendum approved in December 2009, and ISO/IEC issued a new edition with similar corrections on 30 September 2010.
In 2010, after completion of the image coding specification, the ITU-T and ISO/IEC also published a motion format specification (ITU-T T.833 | ISO/IEC 29199-3), a conformance test set (ITU-T T.834 | ISO/IEC 29199-4), and reference software (ITU-T T.835 | ISO/IEC 29199-5) for JPEG XR. In 2011, they published a technical report describing the workflow architecture for the use of JPEG XR images in applications (ITU-T T.Sup2 | ISO/IEC TR 29199-1).
- Better compression
- JPEG XR file format supports higher compression ratios in comparison to JPEG for encoding an image with equivalent quality.
- Lossless compression
- JPEG XR also supports lossless compression. The signal processing steps in JPEG XR are the same for both lossless and lossy coding. This makes the lossless mode simple to support and enables the "trimming" of some bits from a lossless compressed image to produce a lossy compressed image.
- Tile structure support
- A JPEG XR coded image can be segmented into tile regions. The data for each region can be decoded separately. This enables rapid access to parts of an image without needing to decode the entire image. When a type of tiling referred to as "soft tiling" is used, the tile region structuring can be changed without fully decoding the image and without introducing additional distortion.
- Support for more color accuracy
- JPEG XR supports a wide variety of image color representations in addition to the conventional 8-bit-per-sample YUV (formally YCbCr) 4:2:0 encoding that is typically used for the original JPEG standard.
- For support of images using an RGB color space, JPEG XR includes an internal conversion to the YCoCg color space, and supports a variety of bit depth and color representation packing schemes. These can be used with and without an accompanying alpha channel for shape masking and semi-transparency support, and some of them have much higher precision than what has typically been used for image coding. They include:
- Low bit-depth packings of RGB into 16 bits per pixel using 5 bits for each channel or 5 bits for red and blue and 6 bits for green
- 8 bits per component (sometimes called true color) packed into 24 or 32 bits per pixel
- 10 bits per component in a 32 bit packed representation (one of several higher-precision varieties of color representation known as deep color)
- 16 bits per component as integers, fixed-point numbers, or half-precision floating-point numbers packed into 48 or 64 bits
- 32 bits per component as fixed-point numbers or full-precision floating point numbers packed into 96 or 128 bits (for which lossless coding is not supported due to the excessively high precision)
- JPEG XR also supports 16-bit per component (64-bit per pixel) integer CMYK color model.
- 16-bit and 32-bit fixed point color component codings are also supported in JPEG XR. In such encodings, the most-significant 4 bits of each color channel are treated as providing additional "headroom" and "toe room" beyond the range of values that represents the nominal black-to-white signal range.
- Moreover, 16-bit and 32-bit floating point color component codings are supported in JPEG XR. In these cases the image is interpreted as floating point data, although the JPEG XR encoding and decoding steps are all performed using only integer operations (to simplify the compression processing).
- The shared-exponent floating point color format known as RGBE (Radiance) is also supported, enabling more faithful storage of High Dynamic Range (HDR) images.
- In addition to RGB and CMYK formats, JPEG XR also supports grayscale and multi-channel color encodings with an arbitrary number of channels.
- The color representations, in most cases, are transformed to an internal color representation. The transformation is entirely reversible, so that this color transformation step does not introduce distortion and thus lossless coding modes can be supported.
- Transparency map support
- An alpha channel may be present to represent transparency, so that alpha blending overlay capability is enabled.
- Compressed-domain image modification
- In JPEG XR, full decoding of the image is unnecessary for converting an image from a lossless to lossy encoding, reducing the fidelity of a lossy encoding, or reducing the encoded image resolution.
- Full decoding is also unnecessary for certain editing operations such as cropping, horizontal or vertical flips, or cardinal rotations.
- The tile structure for access to image regions can also be changed without full decoding and without introducing distortion.
- Metadata support
- A JPEG XR image file may optionally contain an embedded ICC color profile, to achieve consistent color representation across multiple devices.
- Exif and XMP metadata formats are also supported.
One file container format that can be used to store JPEG XR image data is specified in Annex A of the JPEG XR standard. It is a TIFF-like format using a table of (IFD) tags. A JPEG XR file contains image data, optional alpha channel data, metadata, optional XMP metadata stored as RDF/XML, and optional Exif metadata, in IFD tags. The image data is a contiguous self-contained chunk of data. The optional alpha channel, if present, can be compressed as a separate image record, enabling decoding of the image data independently of transparency data in applications which do not support transparency. (Alternatively, JPEG XR also supports an "interleaved" alpha channel format in which the alpha channel data is encoded together with the other image data in a single compressed codestream.)
Being TIFF-based, this format inherits all of the limitations of the TIFF format including the 4 GB file-size limit, which according to the HD Photo specification "will be addressed in a future update".
New work has been started in the JPEG committee to enable the use of JPEG XR image coding within the JPX file storage format — enabling use of the JPIP protocol, which allows interactive browsing of networked images. Additionally, a Motion JPEG XR specification was approved as an ISO standard for motion (video) compression in March 2010.
JPEG XR's design is conceptually very similar to JPEG: the source image is optionally converted to a luma-chroma colorspace, the chroma planes are optionally subsampled, each plane is divided into fixed-size blocks, the blocks are transformed into the frequency domain, and the frequency coefficients are quantized and entropy coded. Major differences include the following:
- JPEG supports bit depths of 8 and 12 bits; JPEG XR supports bit depths of up to 32 bits. JPEG XR also supports lossless and lossy compression of floating-point image data (by representing the floating-point values in an IEEE 754-like format, and encoding them as though they were integers) and RGBE imagery.
- JFIF and other typical image encoding practices specify a linear transformation from RGB to YCbCr, which is slightly lossy in practice because of roundoff error. JPEG XR specifies a lossless colorspace transformation, namely YCoCg-R, given (for RGB) by:
- While JPEG uses 8 × 8 blocks for its frequency transformation, JPEG XR primarily uses 4 × 4 block transforms. (2 × 4 and 2 × 2 transformations are also defined for special cases involving chroma subsampling; encoder options include YUV_444, YUV_422, YUV_420, and a monochrome Y_only.)
- While JPEG uses a single transformation stage, JPEG XR applies its 4 × 4 core transform in a two-level hierarchical fashion within 16 × 16 macroblock regions. This gives the transform a wavelet-like multi-resolution hierarchy and improves its compression capability.
- The DCT, the frequency transformation used by JPEG, is slightly lossy because of roundoff error. JPEG XR uses a type of integer transform employing a lifting scheme. The required transform, called the Photo Core Transform (PCT), resembles a 4 × 4 DCT but is lossless (exactly invertible). In fact, it is a particular realization of a larger family of binary-friendly multiplier-less transforms called the binDCT.
- JPEG XR allows an optional overlap prefiltering step, called the Photo Overlap Transform (POT), before each of its 4 × 4 core transform PCT stages. The filter operates on 4 × 4 blocks which are offset by 2 samples in each direction from the 4 × 4 core transform blocks. Its purpose is to improve compression capability and reduce block-boundary artifacts at low bitrates. At high bitrates, where such artifacts are typically not a problem, the prefiltering can be omitted to reduce encoding and decoding time. The overlap filtering is constructed using integer operations following a lifting scheme, so that it is also lossless. When appropriately combined, the POT and the PCT in JPEG-XR form a lapped transform.
- In JPEG, the image DC coefficients of the DCT blocks are predicted by applying DC prediction from the left neighbor transform block, and no other coeffients are predicted. In JPEG XR, 4 × 4 blocks are grouped into macroblocks of 16 × 16 samples, and the 16 DC coefficients from the 4 × 4 blocks of each macroblock are passed through another level of frequency transformation, leaving three types of coefficients to be entropy coded: the macroblock DC coefficients (called DC), macroblock-level AC coefficients (called "lowpass"), and lower-level AC coefficients (called AC). Prediction of coefficient values across transform blocks is applied to the DC coefficients and to an additional row or column of AC coefficients as well.
- JPEG XR supports the encoding of an image by decomposing it into smaller individual rectangular tile area regions. Each tile area can be decoded independently from the other areas of the picture. This allows fast access to spatial areas of pictures without decoding the entire picture.
- JPEG XR's entropy coding phase is more adaptive and complex than JPEG's, involving a DC and AC coefficient prediction scheme, adaptive coefficient reordering (in contrast to JPEG's fixed zigzag ordering), and a form of adaptive Huffman coding for the coefficients themselves.
- JPEG uses a single quantization step size per DC/AC component per color plane per image. JPEG XR allows a selection of DC quantization step sizes on a tile region basis, and allows lowpass and AC quantization step sizes to vary from macroblock to macroblock.
- Because all encoding phases except quantization are lossless, JPEG XR is lossless when all quantization coefficients are equal to 1. This is not true of JPEG. JPEG defines a separate lossless mode which does not use the DCT, but it is not implemented by libjpeg and therefore not widely supported.
The HD Photo bitstream specification claims that "HD Photo offers image quality comparable to JPEG-2000 with computational and memory performance more closely comparable to JPEG", that it "delivers a lossy compressed image of better perceptive quality than JPEG at less than half the file size", and that "lossless compressed images … are typically 2.5 times smaller than the original uncompressed data".
A reference software implementation of JPEG XR has been published as ITU-T Recommendation T.835 and ISO/IEC International Standard 29199-5.
The following notable software products natively support JPEG XR:
|Product Name||Publisher||Read support||Write support|
|Capture One 7 or later||Phase One||Yes||Yes|
|Corel Paint Shop Pro X2 or later||Corel||Yes||Yes|||
|Fast Picture Viewer||Axel Rietschin Software Developments||Yes||N/A|||
|ImageMagick||ImageMagick Studio LLC||Yes||Yes|||
|Internet Explorer 9||Microsoft||Yes||N/A|||
|Microsoft Expression Design||Microsoft||Yes||Yes|||
|Microsoft Expression Media||Microsoft||Yes||No|
|Microsoft Image Composite Editor||Microsoft||Yes||Yes|||
|Pale Moon (web browser)||Moonchild productions||Yes||N/A|||
|Serif PhotoPlus X7||Serif Europe||Yes||Yes|
|Windows Live Photo Gallery||Microsoft||Yes||Yes|
|Windows Photo Gallery||Microsoft||Yes||Yes|
|Windows Photo Viewer||Microsoft||Yes||N/A|
|Xara Designer Pro||Xara Group Limited||Yes||No|||
|Zoner Photo Studio 13 or later||Zoner Software||Yes||Yes|
The following notable software support JPEG XR through a Plug-in:
|Product name||Publisher||Plug-in name||Plug-in publisher||Read support||Write support|
|Adobe Photoshop (CS2,CS5-CS6)||Adobe Systems||JPEG XR File Format Plug-in for Photoshop||Microsoft Corporation||Yes||Yes|||
|GIMP||The GIMP Development Team||JPEG XR plugin for GIMP||C. Hausner||Yes||Yes|||
|IrfanView 4.25 and later||Irfan Skiljan||HDP version 4.26||Irfan Skiljan||Yes||No|||
|Paint.NET||Rick Brewster||JPEG XR plugin for Paint.NET||C. Hausner||Yes||Yes|||
|Quick Look||Apple Inc.||JPEG XR plugin for Quick Look||B. Hoary||Yes||N/A|||
|Product Name||Publisher||Read support||Write support|
|Adobe Integrated Runtime 3.3||Adobe Systems||Yes||Yes|||
|Adobe Flash Player 11.3||Adobe Systems||Yes||Yes|||
|Integrated Performance Primitives (IPP)||Intel||Yes||Yes|||
|Windows Imaging Component (WIC)||Microsoft||Yes||Yes|
Microsoft has patents on the technology in JPEG XR. A Microsoft representative stated in a January 2007 interview that in order to encourage the adoption and use of HD Photo, the specification is made available under the Microsoft Open Specification Promise, which asserts that Microsoft allows implementation of the specification for free, and will not file suits on the patented technology for its implementation, as reportedly stated by Josh Weisberg, director of Microsoft's Rich Media Group. As of 15 August 2010, Microsoft made the resulting JPEG XR standard available under its Community Promise.
In July 2010, reference software to implement the JPEG XR standard was published as ITU-T Recommendation T.835 and International Standard ISO/IEC 29199-5. Microsoft included these publications in the list of specifications covered by its Community Promise.
In April 2013, Microsoft released an open source JPEG XR library under the BSD licence. This resolved any licensing issues with the library being implemented in software packages distributed under popular open source licences such as the GNU General Public License, with which the previously released "HD Photo Device Porting Kit" was incompatible.
- JPEG, an image format used for lossy compression (JPEG XR lossy is comparable with it.)
- JPEG 2000, an improvement intended to replace JPEG by the JPEG committee as of 2000
- JPEG XS, format for image and video with very low latency, more efficient for streaming high quality video
- PNG, a format for lossless compression, which JPEG XR lossless is comparable with
- WebP, a format with lossy or lossless compression, proposed by Google in 2010
- Better Portable Graphics, a proposal by Fabrice Bellard in 2014 based on HEVC
- HEIF, a 2015 format based on MPEG-H Part 12 (ISO/IEC 23008-12) and HEVC. Implemented by Apple as the basis for their single-image format .HEIC on iPhone 7.
- AV1, a compression format under development by Google, Mozilla and others in a group called the Alliance for Open Media
- "Recommendation T.832 (06/2019): Information technology - JPEG XR image coding system - Image coding specification". International Telecommunication Union - Standardization sector (ITU-T). June 2019. Retrieved 3 March 2020.
- "Microsoft Device Porting Kit Specification". Microsoft Corporation. 7 November 2006. Retrieved 8 November 2009.
- "Provisional Standard Media Type Registry". IANA. 12 December 2014. Retrieved 12 January 2015.
- Bill, Crow (1 November 2006). "Introducing". Microsoft Developer Network blogs, Bill Crow's blog. Microsoft Corporation. Retrieved 24 October 2009.
- Bill, Crow (31 July 2007). "Industry Standardization for HD Photo". Microsoft Developer Network blogs, Bill Crow's blog. Microsoft Corporation. Retrieved 14 August 2011.
- "HD Photo, Version 1.0 (Windows Media Photo)". Digital Preservation. Library of Congress. 19 February 2008. Retrieved 13 March 2014.
- matthewu (31 January 2014). "jxrlib". CodePlex. Retrieved 15 March 2014.
The JPEG XR format replaces the HD Photo/Windows Media™ Photo format in both Windows 8 and the Windows Image Component (WIC). WIC accompanies the Internet Explorer 10 redistributable packages for down-level versions of Windows.
- "Platform update for Windows 7 Service Pack 1 (SP1) and Windows Server 2008 R2 SP1". Microsoft Knowledge Base. 2 February 2013. KB 2670838. Retrieved 16 March 2014.
- "Pale Moon Release Notes". Moonchild Productions.
- Microsoft shows off JPEG rival
- "Microsoft's HD Photo Technology Is Considered for Standardization by JPEG". Microsoft Corporation. 31 July 2007. Archived from the original on 8 August 2010. Retrieved 31 July 2007.
- "JPEG 2000 Digital Cinema Successes and Proposed Standardization of JPEG XR". Join Photographic Experts Group. 6 July 2007. Archived from the original on 17 March 2009. Retrieved 31 July 2009.
- Sharpe, Louis (17 July 2009). "Press Release – 49th WG1 Sardinia Meeting". Joint Photographic Experts Group. Archived from the original on 1 September 2009. Retrieved 24 October 2009.
- "ISO/IEC 29199-2:2009 Information technology - JPEG XR image coding system - Part 2: Image coding specification". International Organization for Standardization (ISO) and International Electrotechnical Commission (IEC). 14 August 2009. Retrieved 18 December 2009.
- "ISO/IEC 29199-2:2010 Information technology - JPEG XR image coding system - Part 2: Image coding specification". International Organization for Standardization (ISO) and International Electrotechnical Commission (IEC). 30 September 2010. Retrieved 18 December 2010.
- Bill, Crow (30 July 2009). "JPEG XR is Now an International Standard". Microsoft Developer Network blogs, Bill Crow's blog. Microsoft Corporation. Retrieved 24 October 2009.
- Crow, Bill (1 June 2006). "Pixel Formats (Part 1: Unsigned Integers)". Bill Crow's Digital Imaging & Photography Blog. Microsoft Developer Network. Retrieved 26 October 2009.
- "Windows Media Photo Specification". Retrieved 5 October 2016.
- "JPEG launches Innovations group, new book " JPEG 2000 Suite " published". jpeg.org. 19 March 2010. Archived from the original on 25 September 2010.
- S. Srinivasan, C. Tu, S. L. Regunathan, and G. J. Sullivan, "HD Photo: A New Image Coding Technology for Digital Photography", SPIE Applications of Digital Image Processing XXX, SPIE Proceedings, volume 6696, paper 66960A, September 2007.
- "Analysis of BSDL-based content adaptation for JPEG 2000 and HD Photo (JPEG XR)". p. 7.
- "JPEG XR - Microsoft Research".
- "Recommendation T.832 (06/2019)". p. 185 Table D.6 – Pseudocode for function FwdColorFmtConvert1().
- "JPEG XR Device Porting Kit Specification". JPEGXR_DPK_Spec_1.0.doc. Microsoft. 2013. Retrieved 15 March 2014.
- C. Tu, S. Srinivasan, G. J. Sullivan, S. Regunathan, and H. S. Malvar, "Low-complexity Hierarchical Lapped Transform for Lossy-to-Lossless Image Coding in JPEG XR / HD Photo", SPIE Applications of Digital Image Processing XXXI, SPIE Proceedings, volume 7073, paper 70730C, August 2008.
- Liang, Jie; Trac D. Tran (2001). "Fast multiplierless approximations of the DCT with the lifting scheme". IEEE Transactions on Signal Processing. 49 (12): 3032–3044. CiteSeerX 10.1.1.7.4480. doi:10.1109/78.969511.
- Tran, Trac D.; Jie Liang; Chengjie Tu (2003). "Lapped transform via time-domain pre- and post-filtering". IEEE Transactions on Signal Processing. 51 (6): 1557–1571. CiteSeerX 10.1.1.7.8314. doi:10.1109/TSP.2003.811222.
- "Corel Paint Shop Pro® Photo X2 Introduces Integrated Support for the Microsoft HD Photo Format". 20 November 2007. Retrieved 14 July 2011.
- "FastPictureViewer's format compatibility chart".
- "ImageMagick Image Formatssite". ImageMagick Studio LLC. Retrieved 6 May 2013.
- "Image Support". Microsoft Corporation. 2010. Archived from the original on 12 April 2010. Retrieved 29 May 2010.
- Olivier, Frank (9 April 2010). "Benefits of GPU-powered HTML5". Microsoft Corporation. Retrieved 29 May 2010.
- Crow, Bill (27 March 2007). "Expression Design Includes HD Photo Support". Microsoft Corporation. Retrieved 1 June 2010.
- "Microsoft Research Image Composite Editor". Microsoft Research. Retrieved 9 March 2011.
- "paint.net 4.2.1 is now available!". Retrieved 8 August 2019.
- "Pale Moon 27.2 released!". Retrieved 18 March 2017.
- "Advanced Features: HD Photo import". Xara Group. Retrieved 10 September 2010.
- Gougelet, Pierre E. "Formats". Retrieved 10 September 2010.
- Gougelet, Pierre E. "Added/Changed Features to XnView". Retrieved 11 May 2011.
- "HD Photo Plug-ins for Photoshop are Released". Bill Crow's Digital Imaging & Photography Blog. MSDN Blogs. 6 December 2007. Retrieved 6 December 2007.
- "JPEG XR File Format Plug-in for Photoshop". Microsoft Research. 30 January 2013. Retrieved 14 April 2013.
- "chausner/gimp-jxr". GitHub. Retrieved 29 March 2018.
- "IrfanView PlugIns". www.irfanview.com. Retrieved 29 March 2018.
- "CodePlex Archive". CodePlex Archive. Retrieved 29 March 2018.
- "CodePlex Archive". CodePlex Archive. Retrieved 29 March 2018.
- "Flash Player 11 and AIR 3 Release Notes for Adobe Labs" (PDF). 12 July 2011. Archived from the original (PDF) on 14 July 2011. Retrieved 14 July 2011.
- Product Brief: Intel Integrated Performance Primitives 7.0, 2010.
- JPEG XR Codec support in Intel IPP - an Introduction, features and advantages, 23 August 2010.
- Carmack, John (29 October 2010). "John Carmack discusses RAGE on iPhone/iPad/iPod". Bethesda Blog. ZeniMax Media Inc. Retrieved 8 March 2011.
- Stephen Shankland (23 January 2007). "Vista to give HD Photo format more exposure". CNET. Retrieved 9 March 2007.
- "Microsoft Community Promise". Retrieved 16 July 2011.
- "JPEG XR Photoshop Plugin and Source Code". Microsoft. 11 April 2013. Retrieved 6 July 2013.
- "jxrlib JPEG-XR library". Microsoft. 1 April 2013. Retrieved 16 April 2013.
- "HD Photo Device Porting Kit 1.0". Microsoft. 21 December 2006. Archived from the original on 7 February 2013. Retrieved 9 August 2007.
- "Apple wants to shrink your photos, but a new format from Google and Mozilla could go even farther". CNET. 19 January 2018. Retrieved 1 February 2018.
- Links to standardization publication pages
- ITU-T publications
- ISO/IEC publications
- Links to information from Microsoft
- Bill Crow's Digital Imaging & Photography Blog. MSDN blogs.
- "Download: HD Photo Feature Spec 1.0". Microsoft Download Center. Microsoft. 16 November 2006. Archived from the original (DOC) on 8 March 2012. Retrieved 19 March 2012.
- "Download: Windows Imaging Component". Microsoft Download Center. Microsoft. 23 November 2009. Retrieved 19 March 2012.
- "JPEG XR WIC Codec Overview". 3 February 2012. Retrieved 19 March 2012.
- "JPEG XR Photoshop Plugin and Source Code". 11 April 2013. Retrieved 16 April 2013.
- "JPEG XR Plug-in v1.1 for Photoshop (Windows)". Microsoft Research. 7 June 2013.
- Links to information from others