ImageMagick

Questions and postings pertaining to the development of ImageMagick, feature enhancements, and ImageMagick internals. ImageMagick source code and algorithms are discussed here. Usage questions which are too arcane for the normal user list should also be posted here.

I see that JPEG XR support has been added recently. Though it requires the jxrlib to be manually added. Is there a reason for this? jxrlib is licenced under the BSD licence and could be added directly into the project as far as I can tell.

It would be great if support for jpeg-xr enhanced. To be honest, I haven't succeeded to make it work at the current state. The format is now supported by 3 browsers IE9-11 and natively by Windows Vista -8.1 so I guess it could be in quite a high demand.
Looking forward to seeing it implemented.
Thanks in advance.

To my understanding, the main obstacle for bpg are the licensing issues - but imho xr has still too few advantages over jpeg other than transparency support, the same problem that stopped jpeg2k in its tracks.

To me, this seems to be a useless comparison. Data that has already been mangled by lossy (I assume) JPEG compression, in a way that suits JPEG, is then further mangled by some other format. So if the third generation is lower quality than the second generation, does this prove anything useful?

snibgo wrote:But apparently all the images are from JPG files, which are then converted to the other formats.

What makes you say that, and "apparently". I just assumed that of course the source is a lossless file and then compressed to the various destination formats - it's not like it's difficult to acquire a lossless image like that scene nowadays.

The only catch is that of course the images in the list would be chosen to suit bpg, while I guess that with more natural scenes jpeg2000 would do better - for example note the heavy wavelet blur on the fine details of the church. But even considering that and that jpeg2000/jpeg-xr encoders aren't as tuned as jpeg, bpg blows everything out of the water and even decompresses quickly. Plus hevc/x265 intra-image encoding is still being improved...