Why Apple uses JPEG XL in the iPhone 16
20 september 2024 - 11:17    reactie #1
geplaatst door: puk1980
Interessant.

Je kunt bestaande JPEG bestanden omzetten naar JPEG XL (met de cjxl tool) zodat ze minder ruimte innemen, én geen bit verliezen. Dat wil zeggen, als je de JPEG XL weer converteert naar JPEG, krijg je exact hetzelfde JPEG bestand terug. Dat klinkt bijna als een truc van Hans Klok.  :smile:

https://taurit.pl/convert-jpeg-to-jxl-losslessly/


Why Apple uses JPEG XL in the iPhone 16
20 september 2024 - 11:22    reactie #2
geplaatst door: boiing
Hans Klok Jan Sloot :biggrin:
The amount of energy needed to refute bullshit is an order of magnitude bigger than that needed to produce it (Brandolini's Law)
Why Apple uses JPEG XL in the iPhone 16
20 september 2024 - 12:52    reactie #3
geplaatst door: doctor_apple
Eindelijk, zou eens tijd worden ... Heel goede ontwikkeling verder, maar langzame jongens ...
Why Apple uses JPEG XL in the iPhone 16
20 september 2024 - 15:02    reactie #4
geplaatst door: puk1980
Zou eens tijd worden? Langzame jongens? JPEG XL is pas sinds Maart 2022 gestandaardiseerd. Met RCS had ik je een punt gegeven.


Overigens: kudos voor de lengte van je bijdrage!  :thumbs-up:
Why Apple uses JPEG XL in the iPhone 16
20 september 2024 - 15:32    reactie #5
geplaatst door: doctor_apple
Zou eens tijd worden? Langzame jongens? JPEG XL is pas sinds Maart 2022 gestandaardiseerd. Met RCS had ik je een punt gegeven.


Overigens: kudos voor de lengte van je bijdrage!  :thumbs-up:

Samsung's Uitleg inzake JPEG XL (18 januari 2024)

Alle Samsung S24 telefoons hebben het dus sinds januari 2024, en de rest van de telefoons volgde rap. Wat ik alleen hoop is dat Apple het formaat beter heeft geimplementeerd dan Samsung. Daar heeft men - zeker in het begin - den nodige stommiteiten begaan. Maar goed, we hebben eindelijk JPEG XL in iOS ... Eindelijk, want het formaat an sich is Open en biedt heel goede resultaten.
Why Apple uses JPEG XL in the iPhone 16
20 september 2024 - 16:51    reactie #7
geplaatst door: Heintje
Is dit een herintroductie van het aloude "zippen"?  :happy:
Why Apple uses JPEG XL in the iPhone 16
20 september 2024 - 17:34    reactie #8
geplaatst door: puk1980
Is dit een herintroductie van het aloude "zippen"? 
Nee, zippen levert geen winst op. Zie plaatje: het .7z en .zip bestand zijn (vrijwel) even groot als het originele .jpg bestand. Alleen het .jxl bestand is een stuk kleiner.

Why Apple uses JPEG XL in the iPhone 16
27 oktober 2024 - 08:07    reactie #9
geplaatst door: puk1980
Nog wat JPEG XL informatie (uit 2020).

How JPEG XL Compares to Other Image Codecs
https://cloudinary.com/blog/how_jpeg_xl_compares_to_other_image_codecs

https://news.ycombinator.com/item?id=41920055

Citaat
JPEG XL is three different codecs in one.

There is a lossless ultra-packer for existing JPEG files. It's completely reversible, you can get byte-for-byte identical JPEGs back.

Then there is "VarDCT" mode, which acts like JPEG, lossy Webp, or video codecs.

Then there is "Modular Mode", a completely different kind of codec that has different kinds of compression artifacts than JPEG-like codecs. The compression artifacts you see tend to be more like sections becoming more pixelated, or slight color differences. Strong edges don't have ringing artifacts. Modular mode mainly is used for lossless compression, but also allows lossy compression.
Why Apple uses JPEG XL in the iPhone 16
20 januari 2026 - 21:24    reactie #10
geplaatst door: puk1980
Google is om: waarom JPEG XL alsnog de standaard voor het web wordt.

Citaat
JPEG XL werd in het leven geroepen als de opvolger van JPEG, maar de adoptie bleef achter ten opzichte van WebP en AVIF. Tot eind vorig jaar, toen de PDF Association aankondigde JPEG XL in PDF-bestanden te gaan ondersteunen en Google de wil uitsprak om ondersteuning voor het afbeeldingsformaat in Chrome te integreren, iets wat het bedrijf vorige week ook deed. Tweakers sprak met de Belg Jon Sneyers, een van de grondleggers van JPEG XL: "Dit kan de standaardcodec voor afbeeldingen worden."

Met die twee gevoelige klappen leek JPEG XL, in ieder geval als webstandaard, al bijna ten dode opgeschreven. Daarna is de adoptie echter toegenomen. Dat begon in 2023, toen Apple uit het niets aankondigde JPEG XL in Safari te gaan ondersteunen. Mozilla stelde het jaar daarna zijn mening bij en meldde interesse te hebben in een implementatie van JPEG XL op basis van de programmeertaal Rust. Het jaar erna volgden zoals gezegd de aankondigingen van de PDF Association en Google.

Het nieuws over de wens van Google om JPEG XL in Chrome te integreren eind november kwam voor Sneyers onverwachts, zo geeft hij toe: "Ik ging er wel van uit dat Chrome vroeg of laat van gedachte zou veranderen, maar zo plots had ik niet verwacht. Dat was wel een verrassing, net zoals het stoppen met de ondersteuning eind 2022 een verrassing in negatieve zin was." Sneyers zag wel al de tekenen aan de wand, geeft hij toe: "Apple ondersteunde het al in Safari en daarbuiten ook in zijn besturingssystemen, Microsoft ondersteunt het in Windows, Adobe in Photoshop en Mozilla was ook al van positie veranderd. Chrome was zo'n beetje de enige belangrijke speler die nog niet openlijk had uitgesproken JPEG XL te gaan ondersteunen."
Why Apple uses JPEG XL in the iPhone 16
21 januari 2026 - 22:49    reactie #12
geplaatst door: Franky2002
En wat gaat jpeg-xl de mensheid opleveren? Eén kolencentrale minder omdat er minder data verstouwd hoeft te worden?
Why Apple uses JPEG XL in the iPhone 16
21 januari 2026 - 23:41    reactie #13
geplaatst door: doctor_apple
Gaan we weer… het begint een beetje vermoeiend te worden. We hebben inmiddels WebP, AVIF en JPEG XL. Allemaal halen ze prima resultaten, maar voor mij ontstaat nu vooral een praktisch dilemma.

Ik beschik over flink wat opslag: terabytes aan externe SSD’s en HDD’s, terwijl alleen de MacBook een relatief kleine interne SSD heeft, net als een paar oudere Surface Go 2’s die vooral dienstdoen als kalender- en keukenscherm. De meeste andere systemen hebben gewoon 2 TB of meer aan interne SSD-opslag.

Moet ik me dan echt druk gaan maken over het feit of een formaat nu 20% tot 50% efficiënter is dan AVIF? Zeker als JPEG XL zijn voordelen vooral buiten het browserdomein laat zien, zoals bij hogere kleurdieptes en resoluties. In het zwaar geoptimaliseerde segment (zeer hoge compressie) lijkt AVIF juist weer beter te scoren, behalve bij grotere bestanden. Dat voelt voor mij niet echt als een browser-use-case.

En verbindingssnelheden? Of ik nu in Spanje zit en het huis met Lobster's 1GB verbinding thuis verbind, 8GB/s op kantoor met Orange in Polen zit, danwel via 5G aan het browsen ben ... Met databundels met onbeperkte data, telefoons met Wifi 6E of 7, dan ga je toch niet lopen ziften met JPEG XL die de processor zwaarder zal belasten en omdat je zo graag vanuit Adobe Photoshop in een keer wil exporteren op je Mac voor ... het web ...

Waar ik me meer zorgen over maak, is dat we langzaam weer richting een situatie gaan zoals in de jaren ’80 en ’90: overal verschillende formaten, beperkte compatibiliteit en steeds lastiger keuzes. Wat gebruik je tegenwoordig nog? JPEG? PNG? TIFF? JPEG2000? AVIF? JPEG XL?

Daarbovenop komt de vraag hoe goed al die formaten ondersteund worden op andere platformen dan Windows of macOS. Denk niet alleen aan Linux, maar denk ook aan embedded devices. En zo zijn er nog wel meer onzekerheden.

Het voelt soms alsof we collectief heel enthousiast worden van “weer iets nieuws”. JPEG is oud, dat klopt, net als PNG en TIFF. Maar AVIF is pas van 2018/2019 en wordt nog steeds steeds breder toegepast. Moeten we dan nu alweer door naar iets nieuws?

Ik merk dat ik wat moe word van verandering omwille van de verandering. Ik heb niets tegen JPEG XL, integendeel: het is sterk bij hoge bitrates, hoge kwaliteit en hoge resoluties. Maar bij hoge compressieratio’s is het minder efficiënt dan AVIF. Daarnaast mist JPEG XL (vooralsnog) brede hardware-ondersteuning, terwijl AVIF daar juist wel voordeel van heeft.

Daar komt nog iets bij: format fatigue. Weer een extra formaat dat onderhouden, ondersteund en beveiligd moet worden. Dat vraagt veel van ecosystemen en van mensen die ermee moeten werken.

Voor mij staat JPEG XL symbool voor een bredere trend. Hetzelfde zie je bij GUI’s en apps die steeds opnieuw worden aangepast, vaak terwijl ze prima functioneerden. Op macOS en iOS zijn er genoeg voorbeelden van goed werkende apps die na meerdere “verbeteringen” vooral anders werden. Windows 11 en Office.com volgen een vergelijkbaar pad. Ook bij Android-skins zoals Samsung’s One UI zie je grote veranderingen in korte tijd, soms gevolgd door weer gedeeltelijke terugdraaiingen.

Het voelt alsof er weinig langetermijnvisie is. Beslissingen lijken soms vooral ingegeven door het willen presenteren van iets nieuws, in plaats van door gebruiksgemak, stabiliteit en consistentie voor de eindgebruiker.

Misschien is JPEG XL “maar” een afbeeldingsformaat, maar voor mij is het ook een symptoom van een bredere ontwikkeling waar ik persoonlijk steeds minder enthousiast van word: skimpflation, polyester kleding, door de strot geduwde halfbakken software, hardware die het "net niet is", winterschoenen die je een paar jaar terug niet eens zou durfen verkopen buiten de "el cheapo" supermarktketens in Frankrijk, Spanje of Polen, maar nu merkschoenen die van niet veel betere kwaliteit zijn.

Kortom: een zekere versuffing, achteruitgang en verdebilisering der samenleving. Iets wat je dus ook terugziet in dit domein. JPEG XL? Het was bijna dood, nu weer terug, prachtig formaat, maar de wijze waarop dit alles gebeurd ... Treurig.

Zeker ook omdat JPEG XL geavanceerde features niet de meest "lean and mean" code opleveren, omdat er weer een bibliotheek in de software opgenomen moet worden die weer een redelijke slag groter is. AVIF was daarin juist eigenlijk dav1d (libavif) is zoveel eleganter dan wat het kost om JPEG XL uit te pakken.

Iets met "use the right tool for the problem". JPEG XL als archiveringsformaat? MEGA! JPEG XL als export formaat voor een drukker? Zou (technisch gezien) niet mijn favoriet zijn, JPEG XL als opslagformaat op je toekomstige 420 megapixel camera? SUPER! JPEG XL als web-formaat?  :dozingoff:

En voordat we krijgen dat ik overdrijf: kijk naar obsolescence van apparatuur. Het web zal namelijk ook in vele apparaten ontsloten moeten worden die met een vaste "ROM" werken. Ik zie steeds vaker webtoepassingen als "digital signage" of specialistische toepassingen die de veranderingen niet "bijhouden". Gebrek aan planning, gebrek aan structuur, gebrek aan visie, gebrek aan architectuur ...

... *zucht* ...

Zo, nu tijd voor dromenland ... Schaapjes tellen en dromen van een revival in macOS 27, een nieuwe CEO voor Apple met meer visie, een MacBook Air met M6 en ingebouwde 5G modem, de introductie van een Tablet met macOS (ala Microsoft Surface lijn), het opwaarderen van APFS alwaar de slordigheden eruit gehaald zijn en echte checksumming wordt geimplementeerd, en apparaten (telefoons en macs) een laatste update krijgen op het moment dat ze niet meer ondersteund worden, waarbij de devicetree wordt beschikbaar gesteld aan "de community" om Linux of andere OS'en te kunnen uitbrengen met volledige ondersteuning voor dergelijke apparaten, beter voor het milieu, en doet Apple niets pijn.

Dus, om het positief af te sluiten: ik blijf dromen voor een betere toekomst voor Apple. Iets met een moeilijke relatie met m'n oude liefde, haat/liefde verhouding ... Kan soms niet meer met Apple door een deur, of ik krijg wurg neigingen. Maar omgekeerd, zonder kan ik ook niet echt, want ga ik Apple missen.

Doctor, wat te doen?  :happy: :wacko:.

Een goede nacht ...
Why Apple uses JPEG XL in the iPhone 16
22 januari 2026 - 07:58    reactie #14
geplaatst door: puk1980
En wat gaat jpeg-xl de mensheid opleveren? Eén kolencentrale minder omdat er minder data verstouwd hoeft te worden?
In het Tweakers interview met Jon Sneyers worden een aantal zaken genoemd. Het is een lang en in sommige alineas een vrij technisch verhaal, maar een van de dingen die ik eruit pikte:

Citaat
Verder kan JPEG XL parallel worden geëncodeerd en gedecodeerd. Dat betekent dat een cpu de workload over meerdere rekenkernen kan verdelen om de taak sneller uit te voeren. "Dat is niet volledig lineair, maar het scheelt niet veel", zegt Sneyers. "Als je acht cores hebt, gaat het ongeveer zeven keer zo snel. Dat maakt wel een groot verschil. JPEG en WebP hebben dat voordeel niet. Dus als een JPEG of WebP wilt laden in Photoshop, maakt het niet uit of je twee of twintig cores hebt, het gaat niet sneller."
Why Apple uses JPEG XL in the iPhone 16
22 januari 2026 - 10:53    reactie #15
geplaatst door: Franky2002
Vraag is of designers/fotografen/noemmaarop gaan lopen pielen in Photoshop met een compressieformaat om het een een milliseconde sneller op het scherm te krijgen. Ik denk van niet eerlijk gezegd; ze zullen toch liever met non-destructive materiaal werken.
Why Apple uses JPEG XL in the iPhone 16
22 januari 2026 - 15:26    reactie #16
geplaatst door: Flix
Overigens: kudos voor de lengte van je bijdrage!  :thumbs-up:
😁 Zolang het feestje duurde, dan...
Why Apple uses JPEG XL in the iPhone 16
22 januari 2026 - 20:04    reactie #17
geplaatst door: Night (Moderator)
Hoewel Photoshop (via Camera Raw) wel jxl kan openen (lees: importeren), kan het programma er zelf verder niets mee. PS heeft geen eigen open of save voor jxl.