Cookies voor statistiek en advertenties
We gebruiken cookies voor statistiek en voor advertenties, allebei naar Google. Weigeren verandert niets aan wat je te zien krijgt.Lees de privacypagina
Hier zet je JXL naar WebP om, gratis en zonder account: sleep het bestand hierboven erin en binnen een paar seconden staat het resultaat klaar om te downloaden. De omzetting gebeurt binnen je eigen browser, dus het bestand wordt nooit geüpload. Het werkt hetzelfde op Windows, macOS en Linux als op iPhone en Android, en het blijft werken als je de verbinding verbreekt.
Tot 100 bestanden tegelijk. Verschillende formaten door elkaar is prima.
Ze worden een voor een omgezet en samen in één ZIP gedownload.
JXL naar WebP



JPEG XL verloor het browserargument. Chrome droeg het achter een vlag, verwijderde de decoder in 2023 en heeft hem niet teruggezet; Safari leverde het en behield het. Die splitsing is de reden dat mensen hier terechtkomen: een foto die perfect rendert op een Mac is een gebroken-afbeeldingicoontje voor het merendeel van een publiek.
WebP is de andere kant van die geschiedenis. Google publiceerde het in 2010, het is gespecificeerd in RFC 9649, en elke huidige browser leest het — net als de uploadformulieren, contentmanagementsystemen en chatclients ertussen. De omzetting is technisch geen verbetering. Het is een ruil van getrouwheid voor bereik, bewust gemaakt.
Browserondersteuning is de kop, maar niet het deel dat de meeste mensen een middag kost. De problemen clusteren rond software waar niemand aan denkt: een WordPress-mediabibliotheek die de extensie weigert, een lege Slack-preview, een collega op Windows wiens Foto’s-app niets toont, een productfeedvalidator die het bestand ronduit afwijst.
JPEG XL heeft GIMP en ImageMagick aan zijn kant en verder weinig in het consumentensegment. WebP wordt rechtstreeks door Photoshop, GIMP en Squoosh gelezen en werkt vrijwel overal waar een bestand geüpload in plaats van geopend wordt.
JPEG XL staat tot 32 bit per kanaal toe en beschrijft breed kleurbereik nativement, een groot deel van waarom het als archiefformaat werd voorgesteld. WebP slaat 8 bit per kanaal op en niet meer. Elke ruimte die het origineel had voor belichtingscorrectie stopt bij deze omzetting.
De pijplijn maakt dat concreet nog voor de encoder draait. De JPEG XL-decoder geeft 8-bit RGBA-pixels terug, en alles daarna werkt op die buffer. Bewaar de JPEG XL — het is de mastercopie, en zodra deze pixels 8-bit zijn, is er geen weg terug naar de oorspronkelijke diepte.
Dit verrast mensen die scans en panorama’s omzetten. De WebP-container codeert afmetingen in 14 bit, dus 16.383 pixels is het harde maximum per as — geen instelling, gewoon een grens in het formaat geschreven. JPEG XL kent in gewoon gebruik geen vergelijkbaar plafond, een van de redenen dat het werd voorgesteld voor scan- en archiefwerk.
De maximale-breedte-instelling op deze pagina is het antwoord als een bestand daarover heen gaat. Stel een breedte in die de bestemming echt nodig heeft — 2000 pixels is ruim voor een volledig-breed webbeeld. Is het hele punt van het bestand dat het 20.000 pixels breed is, dan is WebP het verkeerde doel en TIFF of PNG het eerlijke advies.
Beide formaten dragen een volledig alfakanaal, dus dit is een van de weinige omzettingen op de site waar transparantie geen probleem is. Een uitgesneden productfoto of een logo met zachte randen wordt omgezet zonder achtergrondkleur te kiezen en zonder rand.
Vergelijk dat met de alternatieven vanuit hetzelfde startpunt. Naar JPG of BMP gaan betekent de alfa platslaan op een gekozen kleur, en als het beeld op meer dan één achtergrond komt te staan, is die keuze een permanente vergissing. Waar transparantie in de bron zit, zijn WebP en AVIF de enige twee gangbare leveringsformaten die ze behouden.
JPEG XL kan animatie bevatten, en WebP ook, wat dit het teleurstellende geval maakt: de hier gebruikte decoder geeft één afbeelding terug, dus een geanimeerde bron komt eruit als een stilstaand beeld. Het eerste frame is wat je krijgt, en de rest wordt stilzwijgend door de codec weggelaten.
Telt de beweging, dan is een beeldformaat sowieso het verkeerde doel. Een kort filmpje als MP4 of WebM is doorgaans een fractie van de grootte van de gelijkwaardige animatie en speelt met hardwaredecodering op elke telefoon af.
De standaard is 82, het punt waarop de herencodering bij normale kijkafstand onzichtbaar is voor de meeste foto’s. Omdat de bron in de meeste gevallen al gecomprimeerd is, is dit een tweede generatie lossy compressie, en de artefacten die zich opstapelen zitten rond harde randen en tekst.
Verhoog richting het midden negentig voor schermafbeeldingen, diagrammen en alles met dunne lijnen of kleine tekst — daar toont een tweede slag zich het eerst. Verlaag alleen onder de 70 voor decoratieve achtergronden die niemand van dichtbij bekijkt.
JPEG XL kan EXIF, XMP en een ICC-profiel bevatten. Niets daarvan bereikt de uitvoer hier. De omzetting decodeert naar ruwe pixels en codeert opnieuw, een overtocht die geen metadatablok overleeft. Er is hier geen schakelaar voor, want er is niets voor een schakelaar om te beslissen.
Dat is meestal precies wat mensen willen bij een webafbeelding — de gps-coördinaten van het huis waar een foto gemaakt is, horen niet in een pagina-asset — maar het is een verlies waar het bestand ook het archiefstuk is. Bewaar dan de JPEG XL naast de WebP.
WebP heeft twee modi. De lossless modus slaat exacte pixels op en is de juiste keuze voor vlakke graphics; de lossy modus is een stilstaand frame van de VP8-videocodec en is wat vrijwel elke WebP op het web werkelijk is. Deze omzetting schrijft de lossy modus, op de kwaliteit die je instelt.
Eén detail werkt in je voordeel: het alfakanaal wordt apart van de kleur gecomprimeerd en standaard op volle kwaliteit, dus transparantie blijft scherp zelfs als de afbeelding zelf zwaar gecomprimeerd wordt. Wil je echt lossless uit een JPEG XL, dan is PNG het doel dat dat op deze site levert, tegen een flink grotere bestandsgrootte.
Sleep de hele map naar binnen. Elke JPEG XL wordt na elkaar op je eigen processor gedecodeerd en herencodeerd, behoudt zijn bestandsnaam met gewijzigde extensie, en de set komt terug als één ZIP. Geen wachtrij, geen wachttijd per bestand, geen daglimiet, want geen server doet het werk.
Het privacyargument is hier sterker dan gemiddeld, vanwege wie er met JPEG XL-bestanden eindigt: fotografen die een archiefcodec testen, Apple-apparaten, mensen die het formaat bewust kozen — kortom, persoonlijke fotobibliotheken eerder dan stockbeelden.
| JXL | WebP | |
|---|---|---|
| Volledige naam | JPEG XL | WebP-afbeelding |
| Bestandsextensie | .jxl | .webp |
| Mediatype | image/jxl | image/webp |
| Compressie | Het een of het ander, afhankelijk van de instelling | Het een of het ander, afhankelijk van de instelling |
| Voor het eerst gepubliceerd | 2021 | 2010 |
| Uitgegeven door | Joint Photographic Experts Group | |
| Specificatie | ISO/IEC 18181 | RFC 9649 |
| Licentie | Open standaard | Open standaard |
| Stand van zaken | Niche | Actueel |
| Bitdiepte | 32 | 8 |
| Kleur die het kan beschrijven | RGB, grijswaarden, breed gamut | RGB, YCbCr |
| Grootste afbeelding | — | 16.383 px per zijde |
| Opent in een browser | Sommige browsers | Elke browser |
| In plaats daarvan overwogen | AVIF, PNG | AVIF, JPG, PNG |
JXL bewaart tot 32 bits per kanaal en WebP houdt er 8 over. Die extra precisie is wat stevige correcties zonder banden doorstaat: zet dus liever om ná het bewerken dan ervoor.
De transparantie blijft. JXL en WebP bewaren allebei een alfakanaal: een uitsnede blijft uitgesneden en erachter wordt niets opgevuld.
De animatie blijft. JXL en WebP dragen allebei meerdere frames, dus het resultaat beweegt nog steeds.
WebP opent in elke actuele browser. JXL komt nog minder ver. Gaat het bestand naar een webpagina of een formulier, dan is dat meestal de hele reden voor de omzetting.
GIMP leest zowel JXL als WebP, dus je kunt het resultaat naast het origineel leggen zonder een tweede programma.
De twee mikken op ander werk: JXL op archivering en fotografie, WebP op het web en een af bestand overdragen. Dat is het afwegen waard, want de reden dat het ene bestaat is meestal de reden dat het andere onhandig is.
JXL is het formaat van Joint Photographic Experts Group, verschenen in 2021. Er wordt met 32 bits per kanaal vastgelegd.
WebP komt van Google en stamt uit 2010, vastgelegd in RFC 9649. Adobe Photoshop, GIMP en Squoosh lezen het formaat.
Nee. Deze omzetting gebeurt volledig in je browser, dus het bestand verlaat je apparaat niet. Je kunt het zelf nagaan: open het netwerktabblad van de ontwikkelaarshulpmiddelen en zet iets om. Je ziet de pagina zelf en de verzoeken voor statistiek en advertenties waarmee deze dienst betaald wordt, en geen enkel verzoek dat je bestand meeneemt. De motor achter juist dit paar is jSquash, WebAssembly-versies van de referentiecodecs voor beeld; je browser haalt die één keer op en bewaart hem.
Ja. Geen account, geen watermerk en geen dagtegoed dat opraakt: het draait op je eigen machine, dus je mag zo vaak terugkomen als je wilt. De browser verwerkt bestanden tot 100 MB, 100 tegelijk. jSquash wordt naar je eigen machine gehaald en draait daar, en daarom staat er geen teller op.
WebP comprimeert, dus er gaan gegevens verloren. Met de standaardinstelling valt dat niet op; wil je zeker zijn, zet de kwaliteit dan hoger.
JXL bewaart tot 32 bits per kanaal en WebP houdt er 8 over. Die extra precisie is wat stevige correcties zonder banden doorstaat: zet dus liever om ná het bewerken dan ervoor.
De transparantie blijft. JXL en WebP bewaren allebei een alfakanaal: een uitsnede blijft uitgesneden en erachter wordt niets opgevuld.
De animatie blijft. JXL en WebP dragen allebei meerdere frames, dus het resultaat beweegt nog steeds.
Wat deze pagina over JXL en WebP beweert, is na te gaan, en dit zijn de documenten die de zaak beslechten.