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 WebP naar JXL 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.
WebP naar JXL



WebP en JPEG XL zijn allebei efficiënter dan klassiek JPEG, maar worden niet door dezelfde software of browsers even breed herkend. Wie werkt met een programma dat specifiek JXL verwacht, komt met een WebP-bestand hier terecht.
De afbeelding wordt gedecodeerd tot pixels en opnieuw gecodeerd als JXL, niet simpelweg herverpakt.
JPEG XL kent een echte losless-modus in de standaard, maar de encoder hier vraagt daar nooit om — de kwaliteit staat standaard vast op 82, dezelfde waarde als bij JPEG, WebP en AVIF. Dat geldt ongeacht of de bron zelf al met verlies was gecomprimeerd.
Was de bron-WebP zelf al lossy gecodeerd — de gangbare instelling voor WebP — dan ondergaat de afbeelding hier een tweede lossy compressieronde. Bij een gewone foto is dat in de praktijk niet te zien; bij een afbeelding met scherpe randen of tekst is het verschil eerder zichtbaar.
WebP kan ook zonder verlies worden opgeslagen, maar dat verandert niets aan hoe deze omzetting werkt: de afbeelding wordt hoe dan ook gedecodeerd tot pixels en met een vaste lossy kwaliteit opnieuw gecodeerd.
Een losless WebP verliest bij deze omzetting dus alsnog iets, ook al leek de bron zelf perfect. Wilde je dat niet, dan is er hier geen instelling om de JXL ook zonder verlies te laten schrijven.
JPEG XL slaat transparantie niet plat naar een effen kleur. Had de WebP een doorzichtige achtergrond, dan blijft die transparantie in de JXL staan, zonder dat je een achtergrondkleur hoeft te kiezen.
Dat maakt deze omzetting geschikt voor een uitgeknipte afbeelding die zijn doorzichtigheid moet behouden.
De WebP wordt gedecodeerd tot pixels en de JXL wordt daaruit opnieuw opgebouwd, dus een eventueel EXIF-blok komt die stap niet door.
Voor de meeste WebP-bestanden, die zelden veel metadata dragen, speelt dit in de praktijk een beperkte rol.
WebP wordt inmiddels door vrijwel elke browser getoond; JPEG XL is nog geen gemeengoed. Controleer of de bestemming van het bestand het formaat daadwerkelijk weergeeft voor je een hele map omzet.
Voor een afbeelding op een publieke webpagina blijft WebP op dit moment vaak de bredere gedragen keuze; JXL past beter bij software die er specifiek om vraagt.
Tot honderd bestanden tegelijk neerzetten kan; elk bestand wordt onafhankelijk verwerkt en het resultaat komt terug als één ZIP.
Bij een grote batch is het verstandig eerst één bestand te controleren op kwaliteit voor je de rest laat volgen.
De omzetting decodeert en herschrijft de afbeeldingen in deze browsertab, zonder dat er iets naar een server wordt gestuurd — te controleren via het netwerktabblad tijdens het omzetten.
Er is geen account, geen wachtrij en geen dagelijkse limiet, want het werk gebeurt op je eigen processor.
| WebP | JXL | |
|---|---|---|
| Volledige naam | WebP-afbeelding | JPEG XL |
| Bestandsextensie | .webp | .jxl |
| Mediatype | image/webp | image/jxl |
| Compressie | Het een of het ander, afhankelijk van de instelling | Het een of het ander, afhankelijk van de instelling |
| Voor het eerst gepubliceerd | 2010 | 2021 |
| Uitgegeven door | Joint Photographic Experts Group | |
| Specificatie | RFC 9649 | ISO/IEC 18181 |
| Licentie | Open standaard | Open standaard |
| Stand van zaken | Actueel | Niche |
| Bitdiepte | 8 | 32 |
| Kleur die het kan beschrijven | RGB, YCbCr | RGB, grijswaarden, breed gamut |
| Grootste afbeelding | 16.383 px per zijde | — |
| Opent in een browser | Elke browser | Sommige browsers |
| In plaats daarvan overwogen | AVIF, JPG, PNG | AVIF, PNG |
De transparantie blijft. WebP en JXL bewaren allebei een alfakanaal: een uitsnede blijft uitgesneden en erachter wordt niets opgevuld.
De animatie blijft. WebP en JXL dragen allebei meerdere frames, dus het resultaat beweegt nog steeds.
Maar een deel van de browsers leest JXL. Daarmee is het het minst draagbare van de twee. Ga liever na of de ontvanger het aanneemt voor je het verstuurt.
GIMP leest zowel WebP als JXL, dus je kunt het resultaat naast het origineel leggen zonder een tweede programma.
De twee mikken op ander werk: WebP op het web en een af bestand overdragen, JXL op archivering en fotografie. Dat is het afwegen waard, want de reden dat het ene bestaat is meestal de reden dat het andere onhandig is.
WebP is het formaat van Google, verschenen in 2010. Er wordt met 8 bits per kanaal vastgelegd.
JXL komt van Joint Photographic Experts Group en stamt uit 2021, vastgelegd in ISO/IEC 18181. GIMP en ImageMagick 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.
JXL comprimeert, dus er gaan gegevens verloren. Met de standaardinstelling valt dat niet op; wil je zeker zijn, zet de kwaliteit dan hoger.
Maar een deel van de browsers leest JXL. Daarmee is het het minst draagbare van de twee. Ga liever na of de ontvanger het aanneemt voor je het verstuurt.
De transparantie blijft. WebP en JXL bewaren allebei een alfakanaal: een uitsnede blijft uitgesneden en erachter wordt niets opgevuld.
De animatie blijft. WebP en JXL dragen allebei meerdere frames, dus het resultaat beweegt nog steeds.
Wat deze pagina over WebP en JXL beweert, is na te gaan, en dit zijn de documenten die de zaak beslechten.