Firefox 152 ondersteunt JPEG XL-bestandsformaat

Mozilla heeft in Firefox 152 ondersteuning toegevoegd voor het JPEG XL-bestandsformaat. Eerder kon alleen de Nightly-versie van Firefox JPEG XL-bestanden decoderen. De ondersteuning staat niet standaard aan: deze moeten gebruikers inschakelen in de Firefox Labs-instellingen.

Bron: Thomas Fuller/SOPA Images/
LightRocket via Getty Images

Mozilla schrijft zelf dat Firefox 'experimentele ondersteuning' biedt voor het JPEG XL-formaat. Het bestandsformaat biedt efficiëntere compressie dan WebP, JPEG en PNG. Chrome voegde ondersteuning voor JPEG XL in januari toe. Tweakers interviewde kort daarna Jon Sneyers, een van de grondleggers van het bestandsformaat, over de adoptie van JPEG XL.

Mozilla heeft in Firefox 152 ook de interface van de instellingen vernieuwd. Volgens het bedrijf is de nieuwe interface gestroomlijnder. Ook zouden instellingen die bij elkaar horen beter zijn gegroepeerd. Verder kunnen gebruikers in privétabbladen de trackerblokkering voor een tabblad tijdelijk uitschakelen wanneer deze ervoor zorgt dat een website niet goed werkt. Ook kunnen gebruikers de Firefox-browser dempen door 'mute', 'shush' of 'sssh' in de adresbalk te typen. De browser zet vervolgens het geluid van alle tabbladen op stil.

JPEG XL-ondersteuning in Firefox

Reacties (18)

[Verwijderd]

Ooh timing, ik ben net begonnen aan een video codec op basis van jpeg-xl. Gewoon for the love of the game, en om wat nieuws te leren. Tot nu toe ziet het er echt niet uit vergeleken met h265 op dezelfde bitrate Maar goed ik moet nog i-frames implementeren en zo.

On topic, jpeg-xl heeft een aantal hele leuke features! RGBA, 8, 10, 12, 16 -bit per kanaal, zelf te definiëren extra kanalen, een .gif-achtige animatie optie (die gebruik ik niet), betere compressie / visuele kwaliteit dan ouderwetse jpeg, backward compatibility, en het lijkt (in ieder geval voor mij) ook meetbaar sneller te decoderen dan webp, maar misschien ligt dat aan mijn setup.

Ik ben benieuwd of het uiteindelijk webp uit de markt gaat drukken nu efficiëntie ineens heel belangrijk is in de computer wereld.

[rjmno1]

firefox is flink aan de weg aan het timmeren zie de update elders op dit forum.


klik hier voor nederlands

[Reactie gewijzigd door rjmno1 op 17 juni 2026 10:39]

[Killemov]

Ik begrijp niet waarom Mozilla er in dit geval voor heeft gekozen om dit afbeeldingsformaat door gebruikers te laten activeren.

[RobertMe]

Waarschijnlijk omdat het een experimentele feature is. Dit doen ze bv ook bij nieuwe CSS features. Vroeger kreeg je dan allemaal CSS features met een -moz-, -webkit- of -ms- prefix. Maar gevolg daarvan was dat web developers gewoon alle prefixes gingen opnemen. Vervolgens veranderde de standaard (omdat het dus nog geen final standaard was) en gingen zaken, voor eindgebruikers, weer stuk. Of features werden alleen gebruikt met de -webkit- prefix waardoor zaken wel werkte in Safari, Chrome etc, maar niet in Firefox of Internet Explorer en Edge. Terwijl web developers er nu dus geen echt gebruik van kunnen maken. Je kunt er prima zelf lokaal mee experimenteren en wellicht bijdragen aan de ontwikkeling van de (final) standaard, maar je kunt het niet gebruiken in een product dat je "oplevert" en productie in gaat.

En over een aantal versies zal in dit geval die hele feature toggle voor JPEG XL ondersteuning verwijderd worden en/of wordt het standaard aan gezet. Die setting blijft dus echt niet tot het einden der dagen bestaan. En waarschijnlijk kun je dit over een half jaar of zo zonder problemen gebruiken (of nouja, ook dan moet je nog rekening houden met een mogelijke userbase die op een oudere versie zit).

[maykoga]

Zonde inderdaad, JPEG XL (.jxl) zit al sinds 3 jaar in Safari

en sinds twee jaar ook in Chrome

het is verder best stabiel, er zijn C-code scripts voor en nu ook rust-compilers om .JXL te schrijven en lezen

[ClementL]

en sinds twee jaar ook in Chrome

Nee, dat was dusjaren geleden weer uit Chrome verwijderd. Zoals dit artikel aangeeft zit het pas sinds januari weer terug in Chrome.

[BeosBeing]

Zonde inderdaad, JPEG XL (.jxl) zit al sinds 3 jaar in Safari

Het zit nog steeds in geen enkele professionele camera. Ook niet in die van Fujifilm ondanks de Kaizen-firmware updates, laat staan in legacy merken zoals Canon en Nikon.

[Reactie gewijzigd door BeosBeing op 17 juni 2026 12:44]

[maykoga]

Ja super jammer, legacy point-and-shoot camera merken zoals Canon, Nikon, Sony, Fuji zijn erg traag met integreren van innovaties zoals:

Photo:

opslaan als .heic (HDR tone-mapped foto's)

opslaan als compressed: .jxl / .avif (met HDR)

opslaan als compressed RAW


Video:

h.265 codec (.heif)

HDR >1000 nits peak brightness Rec.2020 saving

[ZakKa.dev]

Ik vind het heel jammer dat we niet meer HDR foto's op het web hebben. Of als wallpapers.

[maykoga]

ja zeg dat, ik hou echt van >1000nits HDR photo's

op iPhone is dat zo een meerwaarde, ook de HDR video's, mensen om me heen vragen gelijk: "wow hoe heb je dat opgenomen"?

[ZakKa.dev]

ken je goede bronnen ervoor? Ik kan maar heel weinig vinden online kwa afbeeldingen

[BeosBeing]

Ja super jammer, legacy point-and-shoot camera merken zijn erg traag met integreren van innovaties

Ik verwees vooral naar de professionele merken zoals Leaf, Hasselblad, Red, Blackmagic, Nikon, Canon, Arri, Sony, ... niet naar de compacte rommel.

En voor allebei geldt; sommige dingen zijn gewoon niet mogelijk. Een smartphone kan de informatie van verschillende sensoren (standaard, groothoek, tele) combineren, een gewone camera niet. De topmodellen bij de lenzen van Canon, Nikon, Sigma en Zeiss wegen per stuk ongeveer een kilogram - dat is dus zonder de camera zelf (die weegt meestal ook rond een kilogram. Daarvan ga je er geen 2 of 3 op je camera monteren.

Daarbij, heic is een drama om te converteren naar tekst. Dat mogen ze van mij uit alle iphones slopen.

Compressed RAW wordt volgens mij door alle d-slr en mirrorless camera's ondersteund en werkt prima op alle pc's, enkel niet op Apple zooi.

Video: h.265 is een drama als je het wilt gaan bewerken (knippen).

zoals:

Photo:

opslaan als .heic (HDR tone-mapped foto's)

opslaan als compressed: .jxl / .avif (met HDR)

opslaan als compressed RAW


Video:

h.265 codec (.heif)

HDR >1000 nits peak brightness Rec.2020 saving

[batjes]

Waarschijnlijk zullen er nog wat haken en ogen aanzitten. Dan is zo'n wat gelimiteerde uitrol allicht een betere keuze.

Mozilla doet dit wel vaker met de meer 'experimentele' features. Deze een paar releases achter een about:config flag/toggle houden.

[elmuerte]

De gebruikte decoder, jxl-rs, is nog work-in-progress. Helaas zie ik geen indicatie over hoe ver af de decoder is.

[Solopher]

Mocht je Firefox Labs niet kunnen vinden bij je Instellingen, je dient hiervoor dus data naar Mozilla te sturen. Ik kon het zelf niet vinden namelijk, maar het komt hierdoor.

Settings -> Permissions and data -> Send technical and interaction data to Mozilla" -> "Allow Firefox to run feature studies".

[Rainboww]

Vreemd: ik heb die setting die jij noemt uitstaan, maar heb in de Settings gewoon de Firefox Labs optie (welke je volgens de screenshot in het artikel nodig hebt).
Of het moet al zo zijn dat je hem even 1x moet aanzetten om Firefox Labs te enablen, en dat je daarna "Send technical and interaction data to Mozilla" weer kunt uitzetten.
Je kunt echter ook gewoon Firefox Labs openen via: about:preferences#experimental

[Solopher]

Ik heb het even getest! Blijkbaar moet je het dus echt eerst aanzetten.

Ik kreeg daarna opeens ook Firefox profiles, VPN, en nog heel veel andere "spam". Heb JPEG XL aangezet, maar alle "tracking" stuff direct weer uit.

[JunkDog]

Ik gebruik zelf AVIF voor de meeste van mijn compressie-doeleinden, maar de primaire reden hiervoor was puur dat JPEGXL amper ondersteund werd. Fijn om nu eindelijk het tij te zien keren. JXL is vlotter met (meestal) betere compression voor hetzelfde visuele kwaliteit, dus hoop dat dit de nieuwe standaard wordt

[Reactie gewijzigd door JunkDog op 16 juni 2026 18:05]