First automatic JPEG-XL cloud service
gumlet.com
First automatic JPEG-XL cloud service
1–10 of 68 posts
Re: First automatic JPEG-XL cloud service
#2Anyone know the one-liner to losslessly recompress an existing JPEG as a JPEG-XL? That was one of the most interesting features of the format to me.
Re: First automatic JPEG-XL cloud service
#3Every time I see JPEG XL I always get my wires crossed with JPEG 2000... as in, "Isn't that that weird format I had to use Irfanview to decode?"
Re: First automatic JPEG-XL cloud service
#4Anyone know the one-liner to losslessly recompress an existing JPEG as a JPEG-XL? That was one of the most interesting features of the format to me.
[deleted]
Re: First automatic JPEG-XL cloud service
#5Anyone know the one-liner to losslessly recompress an existing JPEG as a JPEG-XL? That was one of the most interesting features of the format to me.
Iirc, cjxl is smart enough to do it automatically.
cjxl input.jpg output.jxl
The cjxl --help and cjxl -v -v --help pages are very well done and you'll find the option to explicitly set the option on if you wish to do so.
Re: First automatic JPEG-XL cloud service
#6Every time I see JPEG XL I always get my wires crossed with JPEG 2000... as in, "Isn't that that weird format I had to use Irfanview to decode?"
I always confuse it with JBIG2, infamous from NSO's Pegasus zero-click iMessage exploit:
> JBIG2 doesn't have scripting capabilities, but when combined with a vulnerability, it does have the ability to emulate circuits of arbitrary logic gates operating on arbitrary memory. So why not just use that to build your own computer architecture and script that!? That's exactly what this exploit does. Using over 70,000 segment commands defining logical bit operations, they define a small computer architecture with features such as registers and a full 64-bit adder and comparator which they use to search memory and perform arithmetic operations. It's not as fast as Javascript, but it's fundamentally computationally equivalent.
> The bootstrapping operations for the sandbox escape exploit are written to run on this logic circuit and the whole thing runs in this weird, emulated environment created out of a single decompression pass through a JBIG2 stream.
https://googleprojectzero.blogspot.com/2021/12/a-deep-dive-i...
Re: First automatic JPEG-XL cloud service
#7This is google+cloudinary published benchmarks of jpeg-xl vs avif vs webp
Re: First automatic JPEG-XL cloud service
#8For other platforms it should check to see if it's more efficient to serve a JPEGXL WASM polyfill
Re: First automatic JPEG-XL cloud service
#9Every time I see JPEG XL I always get my wires crossed with JPEG 2000... as in, "Isn't that that weird format I had to use Irfanview to decode?"
I always confuse it with JBIG2, infamous from NSO's Pegasus zero-click iMessage exploit: > JBIG2 doesn't have scripting capabilities, but when combined with a vulnerability, it does have the ability to emulate circuits of arbitrary logic gates operating on arbitrary memory. So why not just use that to build your own computer architecture and script that!? That's exactly what this exploit does. Using over 70,000 segme…
I imagine writing that exploit was extremely satisfying.
Re: First automatic JPEG-XL cloud service
#10Anyone know the one-liner to losslessly recompress an existing JPEG as a JPEG-XL? That was one of the most interesting features of the format to me.
Iirc, cjxl is smart enough to do it automatically. cjxl input.jpg output.jxl The cjxl --help and cjxl -v -v --help pages are very well done and you'll find the option to explicitly set the option on if you wish to do so.
https://github.com/libjxl/libjxl#usage
> Specifically for JPEG files, the default cjxl behavior is to apply lossless recompression and the default djxl behavior is to reconstruct the original JPEG file (when the extension of the output file is .jpg).