Talk:JPEG 2000

j2k-codec is a commercial package... please remove it from the link section or add some other commercial packages as well...

The article mentions that 'editability' is a feature of JPEG 2000, but does not explain. If I knew anything about this, I'd fix it.

Disadvantages?

Right now the article looks like it was written by some JPEG 2000 promotion group, with the first section being "Superiority of JPEG2000". I chuckled when I saw that. I think this should be renamed "Advantages" and another section with "Disadvantages" created right below. Disadvantages possibly being slower compression/decompression (not so good for digital cameras with limited processing power), patent issus (mentioned at the end of the article), lack of support and very slow adaptation, and that images that are "good enough quality" with no visible artifacts are pretty much same size with JPEG and JPEG2000. At least in my tests JPEG2000 seems to win only with quality that clearly shows some noticeable artifacts; It's just that JPEG then shows more. So it's questionable if the format is all that useful, as images with no visual artifacts are usually desirable (and not that big either). Magnus below at Test-Image-section also said something that confirms my observations: "But I think that JPEG2000 isn't better than JPEG at higger queality, it smooths more de image and deletes some detail that JPEG show it." At some compression ratio for some images, JPEG2000 may indeed look worse for the same file size. Negleting to mention this in the article is just hiding the facts. Also in my experience, lossless JPEG2000 is worse than PNG (compressed with pngcrush) even for photos, not just diagrams as the article suggests.

But I didn't edit the article because my info may be wrong or old. Someone better informed should do it if she seems it as appropriate.

There sure should be a section on disadvantages. I tried out JPEG 2000 a bit. And well, the disadvantages outweigh the advantages. First of all, although it eliminates the "jpeg artifacts", it smooths the image too much. A #8 compression on jpeg 2000 is a much larger files size than a #8 regular jpeg, and if compensated to match file size, the regular jpeg preserves more detail. And anyway, hardly any applications support jpeg 2000, so what's the use? Althepal 03:27, 8 January 2007 (UTC)

Test-Image

Perhaps, somebody can work it into the article.80.185.8.102 20:58, 1 January 2006 (UTC)

It's an interesting test image; it has been saved at 20% quality (6.9kb), and the JPEG2000 image has been saved with the same file size.

But I think JPEG2000 isn't better than JPEG at higher quality. It smooths more of the image and deletes some detail that JPEG would show.

I have found another comparison with some levels of compression with the Lura Wave plugin for Irfanview :[1] and these are the results:

Images in EMBED tag (browsers with a JPEG2000 plugin)

Images in IMG tag (browsers with naive JPEG2000 support, as Konqueror)

The frist table are images without colour subsamplig (4:4:4), and the second with a 4:2:2 subsamplig.

Sorry if my English is very poor.

--Magnus Colossus 16:08, 16 February 2006 (UTC)

i demand lena. 60.48.74.92 00:40, 27 July 2006 (UTC)

JPEG/JPEG 2000 comparision with JPEG images?

I don't understand why the test images provided here try to show the differences between JPEG and JPEG 2000 by showing them next to each other on a JPEG image. This is like comparing CD quality sound and HD quality sound by copying both of them on a Audio CD... --Abdull 21:01, 12 June 2006 (UTC)

I just came here to say the same thing. They took a JPEG 2000, turned up the loss, and then to show it to people on Wikipedia, they re-compressed it as a JPEG? If the final JPEG as saved at really high quality settings, then it's not as bad as the recording example given above, but it is still NOT VALID. It can NOT be a fair comparsson of the artifacts of JPEG-2000 vs JPEG when they're both a JPEG! It needs to be something lossless. I assume PNG is the most widely supported by web browsers?

Fixed. I hope you like the new image. --Shlomi Tal ☜ 18:45, 24 June 2006 (UTC)

Section on Techical Discussion

I've read the techinal description section, and I think it can be re-written a fair bit. In particular, the description can be organized much better, and the rich feature set offered by J2K can be made more explicit (eg: the progressive nature of the code-stream, compressed domain manipulations, and so on).

I'll probably be able to do this in a little while - but since I'm new to editing Wiki, I thought I'd make a post first and get people's opinions on this before I did anything substantial.

--Brokentooth 22:21, 20 July 2006 (UTC)

Free software

Regardless, however, of the monetary cost of licensing JPEG2000 patents, it would still be impossible to comply with the Debian Free Software Guidelines (the acid test of software freedom) with freely-licensed patents unless the licenses were redistributable and irrevocable, even if the licensed application is modified. This alone could hamper adoption of JPEG 2000 for web purposes as it would exclude open-source web browsers (most notably Gecko-based browsers) and popular LAMP web applications.

I know very little about free software licensing in general, but surely it could be implemented in a library with free software compatible license (even tho the license itself obviously wouldn't be a free software license) and therefore included as a non free software portion of a free software application. Non free software proponents may not want to do this, but it sounds to me like this is suggesting it's not possible to have JPEG2000 support in freesoftware which I'm pretty sure isn't true. Besides that can't you write the source code even if you can't distribute the binaries? Isn't this how XviD works? Also, VLC seems to have survived despite including support for the patented XviD...? Not to mention GIF was supported while it was patented. I understand why free software proponents dislike (or hate) patents, but I feel the current wording is misleading as it appears to suggest patents must be a deathnell Nil Einne 15:12, 11 January 2007 (UTC)