Afbeelding comprimeren
Er wordt niets geüpload: elke afbeelding wordt in deze browser verwerkt
Comprimeren codeert een beeld opnieuw op een lagere kwaliteitsinstelling en gooit detail weg dat het oog het minst mist. Een JPEG van kwaliteit 95 naar 78 brengen halveert het bestand meestal zonder zichtbaar verschil, en dezelfde foto als WebP opslaan scheelt nog eens 25 tot 30 procent. De langste zijde begrenzen scheelt veel meer dan allebei.
Zo comprimeer je afbeeldingen
Resolutie telt meestal zwaarder dan kwaliteit. Een foto van 4000 pixels die op 800 pixels breed wordt getoond, sleept vijfentwintig keer meer data mee dan hij kan laten zien, en de langste zijde begrenzen haalt die verspilling weg voordat de kwaliteitsinstelling iets doet. Comprimeer eerst op afmeting en dan op kwaliteit. Andersom gooi je detail weg uit pixels die je toch al ging schrappen.
Het uitvoerformaat kiezen
De drie formaten gaan op verschillende plekken mis, en het goede formaat hangt af van wat het beeld is, niet van wat het nu toevallig is. JPEG is lossy en gemaakt voor foto’s; het heeft geen alfakanaal, dus transparantie wordt dicht. PNG is verliesvrij, wat betekent dat de kwaliteitsschuif er niets doet en dat er andere ingrepen gelden; die staan bij PNG comprimeren. WebP kan allebei: de lossy modus concurreert met JPEG op foto’s, met ruwweg 25 tot 30 procent kleiner bij gelijke kwaliteit, en het houdt transparantie, wat PNG alleen verliesvrij kan. Elke huidige browser leest het, dus het oude compatibiliteitsargument is weg; de wrijving die overblijft zit buiten de browser, waar sommige desktopsoftware en een paar mailprogramma’s er nog slecht mee omgaan. AVIF is nog kleiner, maar trager om te coderen en minder breed ondersteund, en daarom is WebP nog steeds de veiligere standaard.
Het kwaliteitsgetal zelf is geen percentage van iets en niet vergelijkbaar tussen encoders. Het bepaalt hoe grof de encoder elk blok van 8×8 frequentiecoëfficiënten kwantiseert, dus kwaliteit 78 in de ene JPEG-bibliotheek en 78 in een andere zijn verschillende bestanden. Wat wel vergelijkbaar is, is de vorm van de curve: de bestandsgrootte daalt steil van 95 tot ongeveer 80 terwijl er vrijwel niets zichtbaars verdwijnt, en vlakt dan af, terwijl de artefacten (rimpels langs harde randen, blokken in egale verlopen zoals een heldere lucht) onder 60 snel opduiken. Daarom is het bruikbare bereik smal en is alles buiten 60 tot 90 meestal een vergissing de ene of de andere kant op.
Hetzelfde bestand twee keer comprimeren
JPEG-verlies stapelt zich op. Een bestand dat vijf keer opnieuw is gecodeerd, ziet er zichtbaar slechter uit dan hetzelfde bestand dat één keer naar dezelfde eindkwaliteit is gecomprimeerd, omdat elke ronde kwantiseert wat de vorige al had weggegooid. Werk altijd vanuit het origineel en niet vanuit een kopie die door een chatapp is gegaan, en bewaar dat origineel als je later misschien een andere maat nodig hebt. Generatieverlies is precies waarom een afbeelding die steeds opnieuw wordt gedeeld er uiteindelijk zo uitziet.
Waar mensen het voor gebruiken
- Een reeks foto’s onder een uploadlimiet krijgen
- Afbeeldingen klaarmaken voor een website
- Een map schermafbeeldingen verkleinen voordat je ze mailt
- Het filmrolletje van je telefoon verkleinen voor het archief
- Camera-JPEG’s opnieuw coderen op een lagere kwaliteit
- De afbeeldingen van een website omzetten naar WebP
Vragen
Zoveel als je apparaat aankan. Er is geen server, dus geen uploadlimiet en geen wachtrij. Het enige wat telt is geheugen.
Nee. Elke afbeelding wordt door je eigen browser gedecodeerd, verkleind en opnieuw gecodeerd. Er verlaat niets het apparaat.
Rond 78 voor het web en 85 of hoger voor alles wat wordt afgedrukt. Onder ongeveer 60 worden de artefacten zichtbaar in egale vlakken en langs randen.
Voor een camera-JPEG op kwaliteit 75 tot 78 doorgaans ongeveer de helft. Als je ook de afmetingen begrenst, kan er 90 procent of meer af.
Meestal 25 tot 30 procent kleiner bij gelijke zichtbare kwaliteit, en het houdt transparantie, wat JPEG niet kan.
Ja, elke huidige browser. Het is al jaren geen praktisch probleem meer.
Voor een website doorgaans wel. Voor een bestand dat je naar iemand stuurt, reizen JPEG en PNG nog makkelijker door desktopsoftware en mailprogramma’s.
Nog kleiner, maar trager om te coderen en minder breed ondersteund. WebP is vandaag de veiligere standaard.
PNG is verliesvrij, dus de schuif doet er niets. Begrens de afmetingen of wissel van uitvoerformaat; PNG comprimeren legt uit wat wel en niet werkt.
Ja. JPEG heeft geen alfakanaal, dus transparante delen worden dicht. Gebruik WebP als je transparantie en een klein bestand wilt.
Ja. JPEG is lossy en de verliezen stapelen zich op, dus werk altijd vanuit het origineel en niet vanuit een al gecomprimeerde kopie.
Nee. Het getal bepaalt hoe grof de encoder kwantiseert, en encoders verschillen. Beoordeel het aan het bestand dat eruit komt, niet aan het getal.
JPEG voor foto’s, PNG voor egale kleur en scherpe randen, WebP als je een van beide kleiner wilt.
Browsers blokkeren herhaalde automatische downloads, dus een lus zou het grootste deel van een reeks stil laten vallen. Eén ZIP komt altijd compleet aan.