Catch up on stories from the past week (and beyond) at the Slashdot story archive

 



Forgot your password?
typodupeerror
×
Graphics Software

JPEG2000 Coming Soon 489

Sonny writes "In a few months time, internet users will be able to make use of the JPEG2000 standard which, its developers claim, enables web graphics to be downloaded much faster than is currently possible. This will not only make graphics-heavy web pages easier to download, it will also preserve image quality. The JPEG standard compresses image files which are then transmitted across the web faster than uncompressed files. Now, researchers at universities around the world have developed JPEG2000, the next-generation image-compression technology under the auspices of the International Standards Organisation. It is the first major upgrade of the standard since it first appeared in the early '90s. What is also important about the technology is its ability to send files without loss of data, which is not the case with current JPEG files. To take advantage of a JPEG2000, web browsers will need a Plug-In for either Internet Explorer or Netscape browsers. These free plug-in's are expected to be available later this year. The extension for the new files will be ".jp2"."
This discussion has been archived. No new comments can be posted.

JPEG2000 Coming Soon

Comments Filter:
  • A bit late... (Score:3, Informative)

    by qnonsense ( 12235 ) on Sunday April 07, 2002 @04:06PM (#3300075)
    This tech does seem to be a bit late, and I don't just mean behind schedule. I mean LATE. I remember reading about JPEG2000, and other "next-gen" compression types, wavelets, fractal compression, etc., way, way back in the dark old modem days when the big controversy was Flex56k or X2. Nowadays, really what's the point. JPEG (plain) is just fine (and PNG is even better), now that bandwidth, processing power and memory are to be had aplenty. Even freaking cell phones have 8 megs of ram, a fast processor, and 2.4mbits/sec connections. JP2 might be the greatest thing since sliced bread, but face it: the glory days of image compression are over.

    ciao
  • PNG? (Score:1, Informative)

    by lunadude ( 449261 ) on Sunday April 07, 2002 @04:07PM (#3300078) Homepage
    What's up with PNG? It seems that could blow JP2 away. PNG has 8bit alpha channel for cleaner transparency than GIF and smaller files than JPG.
  • Meh (Score:1, Informative)

    by Anonymous Coward on Sunday April 07, 2002 @04:07PM (#3300082)
    Sure, it's cool and all, but will its new features compare to Lurawave [luratech.com]? You'll need to download a special plugin to use this new jpeg2000 format - same deal with Lurawave? Why wait? :P
  • by NanoGator ( 522640 ) on Sunday April 07, 2002 @04:10PM (#3300094) Homepage Journal
    "If we aren't all using PNG right now, there's no way we're gonna be using jp2 "

    You're talking about the difference between 300k and 20k. The reason that .PNG wasn't adopted in the internet world is that it didn't compress enough. Also, it's alpha channel was never really utilized. There are those in the 3D-Art world that think .PNG is a god-send, however.

    JPEG2000 has a few things going for it:

    - Familiar Name
    - Familiar Standard
    - Smaller filesizes
    - Likely to be better supported by IE and other browsers

  • Mozilla & jpeg2000 (Score:5, Informative)

    by Majix ( 139279 ) on Sunday April 07, 2002 @04:13PM (#3300111) Homepage
    See this bugzilla entry [mozilla.org] for Mozilla's jpeg2000 progress.

    Doesn't seem too promising:
    If you look at appendix L of the jpeg2000 draft, there are 22 companies who believe that implementing the spec may require use of their patents.

    PNG still hasn't taken off despite being supported in all major browsers (now if only IE did proper alpha, any year now...), how much chance does an image format that requires third party plugins have?
  • Re:PNG? (Score:4, Informative)

    by jandrese ( 485 ) <kensama@vt.edu> on Sunday April 07, 2002 @04:15PM (#3300126) Homepage Journal
    ...smaller files than JPG.

    Sorry, try again. An image compessed with PNG (even at the highest compression setting) will tend be considerably larger than the image compresed with JPEG. What PNG gives you is lossless compression and an alpha channel (that's not even properly supported in many browsers).
  • by Anonymous Coward on Sunday April 07, 2002 @04:15PM (#3300127)
    I thought this [aware.com] was a good comparasion between JPEG and JPEG2000.

  • by Tack ( 4642 ) on Sunday April 07, 2002 @04:17PM (#3300136) Homepage
    (*) I'm still annoyed that IE doesn't support alpha-transparency though.

    It does, you just have to use the IE-proprietary AlphaImageLoader filter (it's a CSS extension). I agree this is a pain in the ass, and why they just don't support the alpha channel with regular img tags is beyond me, but at least with a little PHP or Javascript you can make it work.

    Jason.

  • by neo8750 ( 566137 ) <zepski.zepski@net> on Sunday April 07, 2002 @04:20PM (#3300152) Homepage
    anytime soon that is. To take advantage of a JPEG2000, web browsers will need a Plug-In for either Internet Explorer or Netscape browsers. I don't mind downloading a plug-in to get faster images. but the average user only knows plug-ins as the airfreshener glad makes. Not to mention will a company be willing to switch over to using this format since most average users won't see. Unless IE, netscape, mozilla, etc get support for it by default it won't be used to much.
  • Re:Wow! (Score:1, Informative)

    by Anonymous Coward on Sunday April 07, 2002 @04:27PM (#3300184)
    ^^^^

    Slashdot's original announcement. [slashdot.org]

    (oh, incase you were wondering what that ^^^^ thing was, it was me poking the post above for being a complainer himself.

  • by big.ears ( 136789 ) on Sunday April 07, 2002 @04:29PM (#3300195) Homepage
    According to this pdf [jpeg.org],
    the report compares 4 compression codecs, and found for a small sample found:

    MEAN LOSSLESS COMPRESSION RATIOS (big is good)
    ------------------
    JPEG 2000: 2.5
    JPEG-LS: 2.98
    L-JPEG: 2.09
    PNG: 3.52

    JPEG-LS is was usually the best, but PNG had a few really good sample that pushed its average up. Actually, these outliers appear important, because that is what really separates the codecs on this metric.

    Lossless Decoding Times, relative to JPEG-LS (big is bad)
    -----------------
    JPEG 2000: 4.3
    JPEG-LS: 1
    L-JPEG: .9
    PNG: 1.2

    This doesn't make JPG2K appear too impressive. What it does offer, however, is features. Like Region Of Interest (ROI) coding, good lossy compression, random access, and other goodies that some people may really care about. The report claims that png doesn't do lossy encoding, which is news to me, but it does appear to be one of their major selling points for jpeg-2000 over png.
  • by datrus ( 265707 ) on Sunday April 07, 2002 @04:33PM (#3300214)
    Hey, I've implemented a JPEG-2000 codec using
    a BSD-style license.
    It's been tested at the MIT biodmedical department already for compression of medical images.
    It's available at http://j2000.org/.
    It would be nice to see this work in my favourite browsers.
  • by Anonymous Coward on Sunday April 07, 2002 @04:34PM (#3300229)
    Several things, besides simply "good compression."

    JP2 uses wavelet compression such that an image is effectively compressed at various resolutions below the originally, independently. Not only does this allow a high level of redundancy removal (which is why wavelets are good in the first place) and thus high compression, but jp2 tags each of these sections (subbands) separately in the compressed file.

    So what? Well, a file with all of these sections is effectively a losslessly compressed image. However, this file can be further compressed (loss-ily) by simply throwing out some of these tagged sections! That is, you can make a "lossless" thumbnail image by keeping all the lower resolution subbands. Or, you can get a lower-quality (but smaller) fullsize version by throwing out some subbands at each resolution.

    Better still, this manipulation can be done without decompressing the original image. Simply using only certain tagged sections of the file.

    Consider this possible application of all this: Digital Cameras. A camera could take images at full resolution and lossless quality until the memory card starts filling up. Then, gradually as more and more room is required, it could quickly reduce the size or quality of previous pictures to make room for new pictures. Thus, you always have "enough" room for more pictures, provided you don't mind the quality reduction.

    Of course, there are numerous uses for web applications -- thumbnails and full-sized images could be the same file, provided the web server knows how to parse the image file. (Little or no computation necessary, just sending parts of the file)

    Anyways, JPEG2000 is very very cool.
  • Re:Plugin for IE? (Score:4, Informative)

    by NanoGator ( 522640 ) on Sunday April 07, 2002 @04:44PM (#3300269) Homepage Journal
    "What a narrowminded and stupid thing to say. You will never update a browser that removes standard features? So in otherwords, you want your browser (/OS/all other programs etc) to be a collection of legacy junk which can never be changed for fear of alienating you?"

    Um, no. I don't want to upgrade to a browser by a company who wants to bend standards in their favor, leaving other browsers unable to cope. The advantage to Netscape Style Plug-ins over ActiveX controls is that they play in other browsers like Netscape (DUH!) and Opera. This isn't a case of an old standard no longer being followed, it's a case of MS changing the de-facto standard so that IE remains dominant. So no, I'm not willing to change browser/OS/etc over this.

    Now that IE doesn't support non-standard controls, this means that anybody who makes an IE plug-in is stuck making an ActiveX interface.

    My favorite browser is Opera. It doesn't support ActiveX. According to their site, it won't support ActiveX. Here's a quote:

    "Opera does not support ActiveX, nor does it support VBScript. There are three reasons for this:

    Opera Software AS is committed to supporting open Internet standards, recommended by the W3C, something neither ActiveX nor VBScript, being license issued Microsoft technologies, are.

    The second reason is much more simple: There's just not enough market demand for these technologies to warrant the cost of implementing them.

    In addition, some reports raise the question of how secure ActiveX is. It has been claimed that ActiveX has serious problems with security, and some even say that the problem is an almost complete lack of security. The same concerns have been raised about VBScript."

    So besides making me stick with an insecure plug-in interface, what other reason is there for me to go to IE6 or newer?

    "Changes sometimes need to happen, and given that by the time the change to 6.0 happened there was no plugin that I ever ran into that didn't have an ActiveX version, there's no reason for your ranting. "

    Changes? Sure! But to disable a widely used technology? Uh uh. Sorry. I'm not rolling over and taking that. True narrowmindedness would be if I were to say "Okay Microsoft, thank you for making the choice for me. You know more than I do!"

    As for not being able to get an ActiveX version of a plug-in, I can give you an example: The company I work for. (Who shall remain nameless.)

    IE 6's betas supported our plug-in just fine. And then, once it was released, I had customers telling me it no longer worked. Somewhere between beta 2 and release they removed support for it. Did they tell us (a registerred MS Developer...)? No. They just did it. Their knowledge base called the removal of Netscape Style Plugins 'a security feature."

    Interesting, I guess not being able to run as much stuff means less chance of security breach. Whatever. Maybe if MS had said "In 6 months when IE 6 is released, it won't support NSP's" Id have little room to gripe. But MS just did it. So my company (a startup company I might add) is forced to write an ActiveX control. We looked into it, and its not as easy as it may seem. For one thing, our product has a lot of web-based features that would all need to be rigourously tested. Since browser functionality is not our core focus right now, we don't have the engineering time to spend on it. Do our customers understand that? Only after I explain our priorities to them.

    The worst part is that IE doesn't give any clue as to what is wrong. The behaviour of running a NSP on IE is the same as not having a plugin installed at all! What a wonderful way to prevent MS from getting customer service complaints!

    In any case, thanks for calling me narrow-minded even though it's pretty obvious I know more about this topic than you do.

    Getting back to the original topic, I hope the JPEG2000 group releases a Netscape Style Plugin so I can use it with Opera. I am geninuinely concerned that what they'll do is release an ActiveX version because IE is the dominant browser, and that's it. If they do that, they'll be further supporting MS's dominance. Unfortunately, I can see JPEG2000 causing that if the images are really as compressed as they say.
  • by stripes ( 3681 ) on Sunday April 07, 2002 @04:51PM (#3300301) Homepage Journal
    I remember a similar promise made about LZW compression in the GIF standard by Compuserve. What is to stop these companies from requiring license fees at some arbitrary point in the future once the technology is widely used?

    I don't recall Compuserve ever promising that, in fact at the time they made GIF nobody really thought software patents were workable...except the patent office.

    Plus if CompuServ tells me I can use Unisys's patented crud, why should I believe them? I only trust what IBM says about IBM's patents. Likewise for JPEG2000, I'll believe I can get a royalty free license only if the patent holders sign for it, not 3rd parties.

    If you look at RAMBUS you will see they made a similar promise when they were at the JDEC meetings that eventually produced SDRAM, and while they did sue, when someone finally decided not to settle RAMBUS got spanked. Hard. So while it ain't perfect, there is some reason to believe it will work out Ok.

  • by blamanj ( 253811 ) on Sunday April 07, 2002 @05:14PM (#3300394)
    But web pages aren't the only things digital images are used in. Think cameras.

    This site [dpreview.com] illustrates the difference in quality between JPEG and JPEG2K. You get essentially a 5x reduction in storage space without losing quality, and the type of artifacts aren't as annoying, either.
  • by bons ( 119581 ) on Sunday April 07, 2002 @05:23PM (#3300432) Homepage Journal
    If there's anything NEW (ie, less than a year old) on that site, I missed it.

    If there's any indication that this will actually be out in a few months, I missed it.

    If there's anything indicating JPEG2000 support for Mozilla, The Gimp, Paint Shop Pro, or Photoshop in the near future, I missed it.

    I've yet to see anything that indicates there are no more patent issues and that people can support this format without patent issues (Read "Can the Gimp ship with this?")

    Regarding Exploer PNG support:
    AlphaImageLoader Filter [microsoft.com]:
    Displays an image within the boundaries of the object and between the object background and content, with options to clip or resize the image. When loading a Portable Network Graphics (PNG) image, tranparency--from zero to 100 percent is supported.

    Just because I do miss it, I still see almost no support for the beloved fractal image format *.fif I think it's now part of LizardTech's [altamira-group.com] line of image compression/fractal tools. If you think jpeg200 offers compression, then you missed the fif format completely.

  • by zecg ( 521666 ) on Sunday April 07, 2002 @05:34PM (#3300464)
    Comparisons with png/gif history are NOT valid here, although such ARE usually a foolproof tao of the karma-gatherer ;). Those who make them are probably not aware of the difference in quality/size ratio between wavelet compression and the current (pathetic) jpeg. It is not only "beefed up" jpeg, people. It is qualitatively different, using completely different philosophy and algorithms so smart that the FBI people probably got them from aliens in exchange for not drilling their testicles. They lied, of course - but the aliens delivered.

    What thrills me even more is the possible application of wavelet compression algorithms in 3D.

    See this for a dramatic flash-based demonstration of advantages - notice that it says 4kb!:
    http://www.luratech.com/index_e.html
  • MWright had a good technical introduction, so I'll just outline a few of the practical areas where wavelets make JPEG2000 rock.

    First, compression efficiency. Although lossless and near-lossless quality isn't hugely better, data rates for "good enough" quality (defined as where the image is understandable and artifacts aren't too distracting) are much, much lower. Unlike the old Discreet Cosine Transformation (DCT) method of JPEGs, which get blocky at high compression, wavelets get softer, which is much less obvious. So, this might not help things with pro digital cameras much (which were lightly compressed in the first place), it will help a lot with web images and such, or consumer digital cameras.

    The other nice thing about wavelets is that they are constructed in bands. First, the base image is encoded at a low resolution. Then this is used as prediction for the next resolution, and that band only has to store how the image is different from the prediction.

    This is groovy, because you can decode the individual bands as they're transmitted, giving a low-resolution proxy image once only a few percent of the file is transmitted, getting progressively higher quality over time. While progressive/interlaced JPEG/GIF gets the same effect, wavelets do it more efficiently.

    Many years ago, Intel created a video file format that used these properties, IVF. Didn't ever get any market traction. You can still get the tools from Ligos.

  • by apago ( 33683 ) on Sunday April 07, 2002 @05:45PM (#3300517) Homepage
    LuraTech has been shipping a JPEG 2000 broswer plugin (and Photoshop plugin) for a while. I've had problems with their jp2 file format. It's a new and very complex standard so expect some startup pains. http://www.luratech.de/index_e.html

    Dr. David Taubman was one of the authors of the JPEG 2000 spec. His book on JPEG 2000 is now available. He has also released a very nice SDK for compressing, decompressing, manipulating and streaming JPEG 2000. It's called Kakadu and you can read more at http://www.kakadusoftware.com/. The source code for Kakadu is packaged with the book. There are demo images and software at this site also.
  • jpeg 2000 vs PNG (Score:2, Informative)

    by neurojab ( 15737 ) on Sunday April 07, 2002 @06:13PM (#3300637)
    Yes this is karma whoring a little, but it's a good article [designer.com]
  • by Yorrike ( 322502 ) on Sunday April 07, 2002 @06:16PM (#3300646) Journal
    As a webmaster and web designer, I see the wide spread adoption of SVG and PNG as far more important steps than a new JPEG.

    SVG is the most fantastic vector based graphics format ever created. Not only is it fully scalable to what ever size you care to scale it to, but it's all done in XML, which means scripting graphics creation is nigh on basic.

    Since SVG is basically text, the file sizes are tiny! Add to this the fact that svgz (gzipped svgs) are part of the svg standard, and you end up being able to create fully interactive vector based animations weighing in at less than 1K (try this [xml.com] -it's a perfect example of how cool SVG is)

    As it stands now, SVG can only be viewed on IE and NS4 with a plug-in, but Mozilla supports it natively if you enable it ;) It's a more important standard to propergate than JP2 IMHO.

    On the PNG front: PNG is so much better than any other format for layout graphics on web pages. It's alpha tranparency and colour pallet is all you need (it runs circles around GIF). PNGs should be the internet standard for non vector graphics, but alas, IE does not render them properly (the colours get twisted and changed as far as I've experienced). If MS could stick to standards, it'd make the internet a whole lot better.

    Anyway, in conclusion, JP2 may sound nice, but there are much more important formats out there that need to be adopted before JP2, which will not only cut down the transfer sizes of graphics, but make web development just that much easier for people like me.

  • by Tack ( 4642 ) on Sunday April 07, 2002 @06:53PM (#3300805) Homepage
    Do you have any links to a reference for this? I had no idea this existed...

    Yes, the reference is on MSDN's site [microsoft.com].

    It's not complicated to use, it's just awkward, and you need to use PHP (or Javascript, or some other solution) if you want it to work in both IE in Mozilla. Here's an example of how I've done it in the past:

    • <? if ($is_ie) { ?>

    • <img src="blank.gif" style="filter:progid:DXImageTransform.Microsoft.Al phaImageLoader(src='imagewithalpha.png', sizingMethod='image')">
      <? } else { ?>
      <img src="imagewithalpha.png">
      <? } ?>

    The implementation of this in IE seems to be pretty good -- at least I haven't run into any problems with it.

    Jason.

  • by Tet ( 2721 ) <.ku.oc.enydartsa. .ta. .todhsals.> on Monday April 08, 2002 @04:04AM (#3302109) Homepage Journal
    SVG is the most fantastic vector based graphics format ever created.

    SVG is a good vector format for the arena it was designed to serve (primarily, the web). For other uses, the text based markup is a tad bloated, and the fact that it's easily scriptable isn't a factor. It's not perfect, but the web needs a good, open vector graphics format, and SVG is a well designed option, in most ways. I just wish they'd get the fonts right [levien.com]. Of course, Flash has been providing web based vector graphics for ages. It's just that it was always aimed at presentation, and didn't take into account accessibility, searching, consistency of navigation and all the other things that we should expect a vector format to provide. In that respect, SVG is a significant step forward, and I hope it starts to gain widespread acceptance soon. But with even Mozilla not supporting it in many of the standard builds, it has a way to go before that stage.

"May your future be limited only by your dreams." -- Christa McAuliffe

Working...