W3C home > Mailing lists > Public > public-respimg@w3.org > October 2013

Re: JPEG 2000 (was: Multiple image files?)

From: Aaron Gustafson <aaron@easy-designs.net>
Date: Fri, 18 Oct 2013 09:07:54 -0400
To: Frédéric Kayser <f.kayser@free.fr>
Cc: public-respimg@w3.org
Message-ID: <68451D08397E4218AED9D8EEFE04B802@easy-designs.net>
On Friday, October 18, 2013 at 8:55 AM, Frédéric Kayser wrote:
> Hello,
> I just wanted to share this is small excerpt from the introduction to JPEG 2000 in “Data Compression, The complete Reference” by David Salomon.
>  
> “One of the new, important approaches to compression introduced by JPEG 2000 is the “compress once, decompress many ways” paradigm. The JPEG 2000 encoder selects a maximum image quality Q and maximum resolution R, and it compresses an image using these parameters. The decoder can decompress the image at any image quality up to and including Q and at any resolution less than or equal R.
> In general, the decoder can decompress the entire image in lower quality and/or lower resolution. It can also decompress parts of the image (regions of interest) at either maximum or lower quality and resolution. Even more, the decoder or an image server can extract parts of the compressed stream and assemble them to create a new compressed stream without having to do any decompression. Thus a lower-resolution and/or lower-quality image can be created without the decoder having to decompress anything. The advantages of this approach are (1) it saves time and space (2) it prevents the build of image noise, common in cases where an image is lossily compressed and decompressed several times.
> JPEG 2000 also makes it possible to crop and transform the image. When an image is originally compressed, several regions of interest may be specified. The decoder or an image server can access the compressed data of any region and write it as a new compressed stream...”.
>  
> I'm not saying JPEG 2000 is the answer to all responsive images problems (it has its own drawbacks and it would require real image servers), but when you think about the possibilities and flexibility it offers…
> JPEG 2000 has been adopted by the DICOM (Digital Imaging and Communication in Medicine) standard, the more I read about it, the more I think that the web has overlooked JPEG 2000 and it should perhaps get a second chance to correct this “historical error”. The JPEG committee was aware of the design flaws and weaknesses of the original JPEG, that's why they continued their work and proposed new standards: the lossless mode of the original JPEG has evolved in JPEG-LS, and then came JPEG 2000.
>  
> Why, oh why, are we stuck in the early 90's when it comes to image file formats on the web?
>  
>  

  
Agreed. An image file format has always been my preference. I was going down the route of progressive JPEG with a stop loading indicator, but JPEG 2000 sounds pretty awesome. The question is: what is support like?

--  
Aaron Gustafson
@AaronGustafson
aaron-gustafson.com 
Received on Friday, 18 October 2013 13:08:22 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:12:40 UTC