Allt om JXL-filer
den planerade efterföljaren till JPEG, som inte låter sig nedslås
Det har gjorts många försök att ersätta JPEG: WDP, JXR, JPEG-2000 – alla misslyckades. JPEG XL hotades av nästan samma öde, men i slutet av 2025/början av 2026 kom (än en gång) vändningen: Google kommer trots allt att stödja JPEG XL i Chrome.
JXL som efterföljare till JPEG
JPEG XL (filändelse .jxl) har kommit för att ersätta JPEG och har allt som behövs för detta. Formatet förenar förlustfri och förlustbefylld komprimering i en enda, licensavgiftsfri standard och levererar dessutom ännu bättre resultat än JPEG, PNG och WEBP. JPEG XL har utvecklats av Joint Photographic Experts Group (JPEG) och standardiserats som ISO/IEC 18181, och ska på sikt ersätta de klassiska bildformaten [1]. ”L” står för Long-Term, medan ”X” har hämtats från de andra JPEG-tilläggen (XR, XT, …).
Vad gör JPEG XL så speciellt?
JPEG XL är inte ”lite mer JPEG”. Det är ett extremt modernt bildformat som försöker lösa flera problem på en gång. I förlustbefriat läge (som JPEG) är JXL-filer vanligtvis 50 till 60 % mindre än konventionella JPEG-filer VID jämförbar kvalitet. Jämfört med det likaledes mycket moderna AVIF-formatet kan JPEG inte alltid erbjuda mindre filer, men åtminstone en högre hastighet vid kodningen.
Det verkliga höjdpunkten: JPEG XL kan omkomprimera befintliga JPEG-filer utan ytterligare kvalitetsförlust och därmed spara cirka 20 % lagringsutrymme [3]. Ingen kvalitetsförlust, inga artefakter, bara 20 % mindre lagringsbehov. För webbplatser med många bilder är 20 % en enorm besparing.
Dessutom erbjuder JPEG XL funktioner som inget annat vanligt webbbildformat stöder i denna kombination: progressiv avkodning (bilden byggs upp från grovt till fint istället för att laddas rad för rad), HDR-stöd med upp till 32 bits färgdjup, breda färgrymder (Display P3, Rec. 2100) och transparens (alfakanal) [1]. Dessutom får bilder ha en höjd och bredd på upp till 1 miljard pixlar, till skillnad från JPEG som måste rymmas inom 65 535 x 65 535 pixlar.
JPEG-XL:s turbulenta historia
Utvecklingen av JPEG XL inleddes 2017 med en inbjudan att lämna förslag från JPEG-gruppen [3]. Två lovande ansatser, Googles PIK och Cloudinarys FUIF, slogs samman och resulterade 2022 i den färdiga standarden. Så långt, så vanligt.
Den mer spännande historien utspelar sig i webbläsarna: Chrome och Firefox erbjöd från och med 2021 experimentellt stöd bakom en funktionsflagga [3]. Men sedan, i oktober 2022, kom bombnyheten: Google tog bort JXL-stödet från Chrome med motiveringen att det inte fanns ”tillräckligt intresse i ekosystemet” och hänvisade till säkerhetsfarhågor [5]. Över 1 000 upprösta röster och många upprörda kommentarer i Chromium-bugtrackern såg dock annorlunda på saken [6]. Kritiker misstänkte att Google hellre ville driva sitt eget AVIF-format (via Alliance for Open Media) än att bana väg för en oberoende standard [3].
Det som följde var en treårig kamp från communityn. Apple införde officiellt JPEG XL i Safari 2023, och iPhone 16 Pro använder standarden i Apples ProRaw. Mozilla svängde från en avvisande hållning till en neutral och började arbeta på en Rust-baserad avkodare [1], som sedan också undanröjde säkerhetsfarhågorna. I slutet av 2025 gav även Google efter: Chromium-statusen ändrades från ”Obsolete” till ”Assigned”, och i februari 2026 släpptes Chrome 145 (återigen) med en inbyggd JXL-avkodare [2]. Även införandet av JPEG XL i PDF-specifikationen bör ha bidragit till Googles omsvängning [5]. Ännu i april 2026 måste JPEG XL-funktionen aktiveras manuellt i både Chrome och Firefox.
Webbläsar- och programvarustöd (per 2026)
| Programvara | JXL-stöd | Anmärkning |
|---|---|---|
| Safari | från version 17 (2023) | Inbyggt, ledande bland webbläsarna |
| Chrome | från version 145 (feb. 2026) | Rust-avkodare, fortfarande bakom flagga [2] |
| Edge | från version 145 | Chromium-baserad, samma avkodare |
| Firefox | Nightly (från 2026) | Flagga krävs, stabil version väntar [1] |
| Windows | Via plugin | Plugin för Explorer, bildvisning etc. tillgängligt [1] |
| macOS / iOS | Inbyggt | Quick Look, iPhone 16 Pro (ProRAW) |
| Ubuntu | från 25.04 | Aktiverat som standard [1] |
| GIMP | Plugin för 2.10 | Fullt användbart |
| IrfanView | från 4.59 | Plugin krävs [7] |
| XnView MP | Stöder | Öppna och redigera |
| Paint.NET | från 5.1.5 | Inbyggt, tidigare via plugin [7] |
| Photopea | Import inbyggt | Export via plugin |

Installera JPEG XL-stöd i Windows 11
För närvarande krävs fortfarande installation av följande tillägg för att aktivera stöd för JXL i Windows 11: JPEG XL – Microsoft Store.
JPEG XL vs. AVIF vs. WebP
Jämförelse mellan de tre moderna webbbildformaten:
AVIF (baserat på AV1-videokodeken) erbjuder mycket bra komprimering, men är långsamt vid kodning, stöder varken progressiv avkodning eller förlustfri JPEG-omkomprimering och är begränsat till bildstorlekar på 8 192 x 8 192 pixlar, i vissa fall är 65 536 x 65 536 pixlar möjligt. [4]
WebP (Googles äldre bildstandard) var ett bra första steg och har bred webbläsarstöd. Komprimeringen ligger dock betydligt efter JPEG XL och AVIF, och även när det gäller färgdjupet (maximalt 8 bitar) finns det begränsningar.
JPEG XL förenar styrkorna hos båda formaten: bästa komprimering vid praktiska hastigheter, progressiv avkodning, förlustfri JPEG-omkomprimering, HDR, breda färgrymder och bilder på upp till en miljard pixlar [1]. Den enda nackdelen hittills har varit det bristfälliga stödet i webbläsare. Jag utgår från att funktionsflaggorna i Firefox och Chrome kommer att aktiveras redan under 2026 och att spridningen snabbt kommer att öka.
Tekniska nyckeltal för JXL
JPEG XL baseras på en kombination av blockbaserad DCT-kodning (för det förlustrika läget, liknande det klassiska JPEG) och ett ”modulärt läge” för förlustfri komprimering och syntetiskt bildinnehåll [1]. Som entropikodning används ANS (Asymmetric Numeral Systems) – en modern metod som är både snabb och effektiv.
Formatet stöder färgdjup från 8 till 32 bitar per kanal, variabel färgsampling (4:4:4, 4:2:2, 4:2:0), ICC-färgprofiler, metadata (EXIF, XMP), animationer och till och med flera lager (layers) i en fil. Referensimplementeringen är libjxl (C++), och dessutom finns jxl-rs, en avkodare i Rust, som numera används både i Chrome och Firefox [1].
Konvertera JXL
Trots det växande stödet finns det 2026 fortfarande tillräckligt många situationer där en konvertering är nödvändig: äldre webbläsare och operativsystem utan eller med inaktivt JXL-stöd, sociala medieplattformar som (ännu) inte accepterar formatet, eller arbetsflöden med programvara som inte känner till JXL. I dessa fall hjälper konvertering till JPEG (för maximal kompatibilitet och små filer), PNG (när transparens eller förlustfri kvalitet krävs) eller WEBP (för webbanvändning). Konvertering med konvertera-online.se går snabbt och säkert, kräver ingen installation av programvara och är gratis.
Personligen är jag glad över att communityn har lyckats få Google att återigen satsa på JPEG XL. JPEG XL är ett utmärkt format med många positiva egenskaper och kommer förhoppningsvis inte att försvinna in i byrålådan efter kort tid, precis som JPEG-2000 eller JPEG XR.
Källor
[1] Wikipedia: JPEG XL
[2] Phoronix: Chrome 145
[3] JPEG: JPEG XL Whitepaper
[4] Wikipedia: AVIF
[5] Phoronix: Google Looks To Bring JPEG-XL Support Back To Chrome / Chromium
[6] issues.chromium.org: JPEG XL decoding support (image/jxl)
[7] JPEG XL-programvarustöd
Konvertera, öppna och redigera JXL-filer
Uppgifter om JXL-filer
- Programvara för att öppna JXL-filer
- GIMP Adobe Photoshop
- Programvara för att redigera JXL-filer
- GIMP
- MIME-typ för JXL
- image/jxl
Inga kommentarer