blurred
Zstandard (ZSTD) added to Python standard library
Re:First automatic JPEG-XL cloud service
on Wednesday September 20, 2023 @03:28AM (#37581413)
Also nearly all Apple devices should now be able to also convert JPEG-XL: https://www.theregister.com/2023/06/07/apple_safari_jpeg_xl/
>Google snubbed JPEG XL so of course Apple now supports it in Safari
Chromium JPEG XL just changed to “Untriaged” for evaluation
Re:J40: Independent, self-contained JPEG XL decoder
on Sunday September 18, 2022 @04:30AM (#32885605)
One is theory, second is practice. Here is some discussion about this patent:
https://encode.su/threads/3863-RANS-Microsoft-wins-data-enco...
Re:J40: Independent, self-contained JPEG XL decoder
on Sunday September 18, 2022 @04:03AM (#32885474)
Also it seems it has unresolved patent issue: https://www.theregister.com/2022/02/17/microsoft_ans_patent/
Re:FFmpeg now supports JPEG XL
on Wednesday April 27, 2022 @08:57AM (#31179277)
Re:The smallest 256x256 single-color PNG file, and where you've seen i...
on Friday April 22, 2022 @10:41PM (#31130882)
There is this JPEG XL art gallery with very nice images 20-100 bytes e.g.: https://jpegxl.info/art/2021-04_jon.html
To see them, enable flag in chrome: chrome://flags/#enable-jxl
Re:Arb: Efficient Arbitrary-Precision Midpoint-Radius Interval Arithme...
on Sunday February 07, 2021 @04:01PM (#26058148)
Arithmetic coding encodes into range, ANS into single natural number.
BTW, JPEG XL on ANS just got standardized.
Re:JPEG XL is coming to store our photos at 1/3 size
on Friday May 03, 2019 @04:11AM (#19816488)
"The JPEG XL Image Coding System (ISO/IEC 18181) has a richer feature set than existing codecs and can deliver images with similar quality at a third of the size of widely used alternatives."
Its lossy part is being developed by Google PIK team ( https://github.com/google/pik ) + Jon Sneyers (author of FLIF) – some details: https://encode.ru/threads/3108-Google-s-compression-proje%D1... https://encode.ru/threads/2793-PIK-image-format