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 JPG naar AVIF 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.
JPG naar AVIF






JPEG werd in 1992 vastgelegd en zijn compressie weerspiegelt wat toen rekenkundig haalbaar was: het beeld wordt in blokjes van acht bij acht geknipt en elk blokje wordt los beschreven. AVIF is een stilstaand beeldje van AV1, een videocodec uit 2018, en brengt dertig jaar onderzoek daarna mee — wisselende blokgroottes, voorspelling vanuit aangrenzende gebieden, veel betere entropiecodering.
In de praktijk levert dat 40 tot 50 procent minder omvang op bij gelijke zichtbare kwaliteit, en het verschil groeit juist bij de beelden die de meeste websites vullen: foto’s met grote gelijkmatige vlakken. Een lucht, een strakke muur, een onscherpe achtergrond — JPEG besteedt aan elk blokje daarvan echte bits, terwijl AVIF vrijwel het hele vlak vanaf de randen voorspelt.
AVIF maken gaat traag. Een grote foto kost hier een paar seconden waar een JPG een fractie daarvan kost, omdat de encoder een veel grotere ruimte aan mogelijke beschrijvingen doorzoekt. Bij honderd bestanden merk je dat.
Die prijs komt volledig bij degene die omzet te liggen, eenmalig. Uitlezen gaat snel — bezoekers wachten nergens op — en de bespaarde bytes zijn bij elke aanvraag opnieuw bespaard, voorgoed. Voor een afbeelding op een pagina met ook maar enig bezoek is de rekensom niet spannend. Voor een losse afbeelding in een e-mail is het wachten niet waard, en dan zijn JPG of WebP het verstandige antwoord.
WebP is de veiligere, snellere, iets grotere keuze; AVIF de kleinere, tragere. Het verschil is grofweg 20 procent in het voordeel van AVIF, wat op een pagina vol foto’s meetelt en op een site met een handvol afbeeldingen verwaarloosbaar is.
Het echte antwoord voor alles wat live gaat is allebei, binnen een `<picture>`-element: browsers nemen de eerste bron die ze begrijpen, dus AVIF gaat naar wie het ondersteunt en WebP of JPG naar de rest. Dat kost een paar regels HTML en maakt kiezen overbodig. Ga je toch maar één formaat maken: WebP voor het gemak, AVIF voor het gewicht.
Je JPG’s zijn verliesgevend. Er is detail weggegooid toen ze gemaakt werden, en omzetten naar AVIF betekent dat je codeert wat er overbleef — in beginsel inclusief de JPEG-artefacten zelf. Generatieverlies bestaat echt en deze pagina doet niet alsof dat niet zo is.
In de praktijk is het niet het probleem dat het lijkt. Bij verstandige kwaliteitsinstellingen is de AVIF niet te onderscheiden van de JPG waar hij uit kwam en is hij half zo groot, omdat de winst uit een betere beschrijving komt en niet uit meer weggooien. Vanaf een onaangeroerd origineel zou beter zijn; vrijwel niemand heeft er een, en dit blijft duidelijk de moeite waard.
De getallen van AVIF vallen niet samen met die van JPEG. Een AVIF rond de 50 à 60 komt vaak overeen met een JPG op 80 à 85, dus je gewende JPEG-cijfer overnemen levert meestal een bestand op dat veel groter is dan nodig.
Begin lager dan je gevoel zegt en vergelijk. Kijk daarbij niet naar het hele beeld maar naar de lastige plekken: huid, een verlopende lucht, en tekst die in de foto staat.
Elke huidige browser leest AVIF, en dat al enkele jaren. Buiten de browser is het rafeliger dan WebP: sommige beeldviewers, diverse editors en een aantal uploadformulieren kennen het nog niet.
Daarmee is AVIF een formaat voor je eigen pagina’s en niet om naar mensen te sturen. Gaat het bestand naar een persoon in plaats van naar een pagina, dan blijft JPG het antwoord.
AVIF ondersteunt een alfakanaal en reeksen beeldjes, dus anders dan JPG zit het niet vast aan ondoorzichtige stilstaande beelden. Niets daarvan doet ertoe als de bron een JPG is, want die heeft geen van beide.
Het telt wel als je een doelformaat voor een hele site kiest. Eén formaat dekt dan foto’s, logo’s met transparantie en korte animaties, waar JPG PNG en GIF naast zich nodig heeft.
Het AVIF-formaat kan EXIF dragen, maar wat hier ontstaat draagt het niet. De omzetting decodeert het JPG tot pixels en de encoder schrijft alleen beeld: datum, toestel en coördinaten blijven in het origineel achter.
Gaan de beelden een openbare pagina op, dan werkt dat in je voordeel. Wat deze omzetting niet doet, is het JPG zelf schoonmaken: wil je dat bestand zonder metagegevens maar in zijn eigen formaat, dan doet de pagina voor metagegevens dat zonder het beeld opnieuw te comprimeren.
Sleep een map erin en haal de resultaten op als ZIP. Er is geen bovengrens en geen wachtrij, omdat het coderen op je eigen machine gebeurt.
Diezelfde machine is ook de begrenzing. AVIF coderen is de zwaarste bewerking op deze site, en honderd grote foto’s zijn minuten in plaats van seconden. Zet het aan en laat het tabblad open staan.
| JPG | AVIF | |
|---|---|---|
| Volledige naam | JPEG-afbeelding | AV1 Image File Format |
| Bestandsextensie | .jpg, .jpeg, .jpe | .avif |
| Mediatype | image/jpeg | image/avif |
| Compressie | Met verlies — grootte wordt met kwaliteit betaald | Het een of het ander, afhankelijk van de instelling |
| Voor het eerst gepubliceerd | 1992 | 2019 |
| Uitgegeven door | Joint Photographic Experts Group | Alliance for Open Media |
| Specificatie | ITU-T T.81 | AV1 Image File Format |
| Licentie | Open standaard | Open standaard |
| Stand van zaken | Actueel | Actueel |
| Bitdiepte | 8 | 12 |
| Kleur die het kan beschrijven | RGB, grijswaarden, YCbCr | RGB, YCbCr, breed gamut |
| Grootste afbeelding | 65.535 px per zijde | 65.536 px per zijde |
| Opent in een browser | Elke browser | Huidige browsers |
| In plaats daarvan overwogen | WebP, HEIC | WebP, JXL |
AVIF heeft geen plek voor de IPTC-velden met bijschrift, credit en trefwoorden en de GPS-coördinaten, dus dat komt niet verder dan het JPG-bestand. Handig om te controleren voor je het origineel weggooit — en handig om te weten als weggooien juist de bedoeling was.
AVIF kan transparantie aan en JPG niet. Dat is ruimte die het resultaat heeft en die het origineel nooit gebruikt heeft: omzetten maakt geen transparante achtergrond, het maakt er pas achteraf een mogelijk.
AVIF kan animatie dragen; een JPG-bestand is één frame. Eruit komt een bestand met één beeld in een formaat dat er meer aan zou kunnen.
Actuele browsers lezen AVIF, oudere niet. Daarmee is het het minst draagbare van de twee. Ga liever na of de ontvanger het aanneemt voor je het verstuurt.
AVIF is een container, geen enkelvoudig formaat. Wat er speelt is de codec erin — meestal AV1 — en daarom kunnen twee bestanden met dezelfde extensie zich op hetzelfde apparaat anders gedragen.
GIMP leest zowel JPG als AVIF, dus je kunt het resultaat naast het origineel leggen zonder een tweede programma.
Het resultaat wordt groter dan het origineel en niet beter. JPG heeft al detail weggegooid en AVIF bewaart wat er over is zonder er meer weg te gooien: het voorkomt verder verlies, het draait het eerste niet terug.
JPG is het formaat van Joint Photographic Experts Group, verschenen in 1992. Er wordt met 8 bits per kanaal vastgelegd.
AVIF komt van Alliance for Open Media en stamt uit 2019, vastgelegd in AV1 Image File Format. GIMP, Squoosh en ImageMagick lezen het formaat.
JPG verscheen in 1992 en AVIF in 2019. Het oudste is doorgaans het veiligste bestand om te overhandigen; het nieuwste doet hetzelfde werk met minder bytes.
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.
AVIF comprimeert, dus er gaan gegevens verloren. Met de standaardinstelling valt dat niet op; wil je zeker zijn, zet de kwaliteit dan hoger.
Het resultaat wordt groter dan het origineel en niet beter. JPG heeft al detail weggegooid en AVIF bewaart wat er over is zonder er meer weg te gooien: het voorkomt verder verlies, het draait het eerste niet terug.
Actuele browsers lezen AVIF, oudere niet. Daarmee is het het minst draagbare van de twee. Ga liever na of de ontvanger het aanneemt voor je het verstuurt.
AVIF heeft geen plek voor de IPTC-velden met bijschrift, credit en trefwoorden en de GPS-coördinaten, dus dat komt niet verder dan het JPG-bestand. Handig om te controleren voor je het origineel weggooit — en handig om te weten als weggooien juist de bedoeling was.
Wat deze pagina over JPG en AVIF beweert, is na te gaan, en dit zijn de documenten die de zaak beslechten.