4 ms·
It looks like the the creator (Jon Sneyers) has since (2019) made another image format more focused on the lossy compression, FUIF[0], which itself has been sub
by tangm 7y ago
It looks like the the creator (Jon Sneyers) has since (2019) made another image format more focused on the lossy compression, FUIF[0], which itself has been subsumed by the JPEG XL format[1]. I hope the "JPEG" branding doesn't make folks think that JPEG XL isn't also a lossless format!
[0] https://github.com/cloudinary/fuif https://github.com/cloudinary/fuif
[1] https://jpeg.org/jpegxl/index.html https://jpeg.org/jpegxl/index.html
- pnako 7y agoJPEG XL is either lossy compression for large pictures, or something named by people who suck at branding.
- deleted 7y ago[deleted]
- andrewzah 7y agoMade by the same folks who brought you JPEG 2000. /s
- Double_a_92 7y agoAnd AVIF was that weird video format before mp4 became common everywere, right? /s
- chungy 7y agoA reference implementation of JPEG XL is available at: https://gitlab.com/wg1/jpeg-xl https://gitlab.com/wg1/jpeg-xl
- twotwotwo 7y agoJXL is an interesting standard. Integrates a recompressor that shaves ~20% off .jpgs without further loss(!), FUIF for essentially-lossless images in a progressive/interlaced mode like this, a separate lossless format, and a new lossy format with variable-sized DCTs and a bunch of other new tools (other transforms for DCT-unfriendly content, postfilter for DCT artifacts, new colorspace, chroma-from-luma...). It's intended to be royalty-free. I'm not sure if putting it all under one standard will make it hard to adopt, and/or if AVIF (based on AV1) will just become the new open advanced image format first. Interesting to see in any case. Brief presentation: https://www.itu.int/en/ITU-T/Workshops-and-Seminars/20191008/Documents/Touradj_Ebrahimi_Presentation.pdf https://www.itu.int/en/ITU-T/Workshops-and-Seminars/20191008... Longer presentation with more of the rationales for choices: https://www.spiedigitallibrary.org/conference-proceedings-of-spie/11137/111370K/JPEG-XL-next-generation-image-compression-architecture-and-coding-tools/10.1117/12.2529237.full?SSO=1 https://www.spiedigitallibrary.org/conference-proceedings-of... Draft standard: https://www.researchgate.net/publication/335134903_Committee_Draft_of_JPEG_XL_Image_Coding_System https://www.researchgate.net/publication/335134903_Committee... Play in your browser: http://libwebpjs.appspot.com/jpegxl/ http://libwebpjs.appspot.com/jpegxl/
- tangm 7y agoI think the progressive loading feature of FLIF/FUIF/JXL would be really interesting for WebGL. WebGL games already have asynchronous resource loading and incremental image decoding/texture upload just by virtue of using the available APIs. One could get a pseudo texture streaming effect by default (although no unloading of textures...)
- twotwotwo 7y agoThe fancy new lossy mode has some incremental loading too; could be interesting for both.
- vanderZwan 7y ago> Play in your browser: http://libwebpjs.appspot.com/jpegxl/ http://libwebpjs.appspot.com/jpegxl/ > Input: 61710Bytes => JPEGXL: 35845Bytes 0.58% size of input I think someone forgot to multiply by 100. (too bad, I mean 172x compression would be even more amazing!)
- eclipseo76 7y agoLast time I heard they were teaming with Google Pik for the JPEG XL format. Don't know where they are at.
- spider-mario 7y agoStill there. Collaboration is ongoing.
- ScopeBurst 7y agoNext-generation of Image Formats for the Internet https://youtu.be/RYJf7kelYQQ?t=692 https://youtu.be/RYJf7kelYQQ?t=692