Een JPG Afbeelding Comprimeren
Elke JPEG die je op deze pagina plaatst, wordt gedecomprimeerd tot ruwe pixels op je eigen machine en opnieuw opgebouwd door MozJPEG, de encoder die Mozilla heeft ontwikkeld om kleinere bestanden uit het JPEG-formaat van 1992 te halen dan stock libjpeg beheert. Niets wordt geüpload. De kwaliteitsregelaar is niet dezelfde als die je kent van een desktopeditor: het werkt relatief ten opzichte van hoe hard je bestand was gecomprimeerd voordat het aankwam, wat voorkomt dat een tweede doorgang een al klein JPEG verpest.
Één foto bij drie kwaliteitsinstellingen
| Slider | Output | Besparing |
|---|---|---|
| 90 | 347.8 KB | 35% kleiner |
| 60 | 212.4 KB | 61% kleiner |
| 30 | 131 KB | 76% kleiner |
Wat het kwaliteitsnummer op deze pagina betekent
Typ 75 in de meeste encoders en je krijgt een absolute sterkte, identiek voor elke invoer. Hier is het nummer een verhouding. Voordat de codering plaatsvindt, inspecteert de tool de compressie die al in je JPEG is gebakken, schat het niveau dat de vorige encoder gebruikte en richt je regelaar op een fractie daarvan. Een bestand dat vanuit Lightroom is geëxporteerd op ongeveer 90, gecomprimeerd met de regelaar op 70, wordt geschreven rond 63; een bestand dat een website al tot 55 had geperst, komt uit rond 39 van dezelfde regelaarinstelling.
Twee gevolgen volgen. Het terugvoeden van de output leidt niet tot pap, omdat de tweede doorgang de eerste meet en proportioneel eronder richt. En identieke regelaarposities produceren verschillende bestanden van verschillende bronnen — een camera-export en een web-download beginnen niet vanaf dezelfde plek — dus beoordeel elke run op de voor-en-na groottes in de resultatenlijst in plaats van op het nummer dat je instelt.
Progressieve scans en kleur subsampling
De standaardinstellingen van MozJPEG, die deze tool behoudt, produceren progressieve JPEG's met geoptimaliseerde Huffman-tabellen. Een progressief bestand arriveert als een reeks steeds scherpere volledige frame doorgangen in plaats van een strook die van bovenaf uitrolt, zodat op een langzame verbinding de hele foto vroeg herkenbaar is. Progressieve codering heeft ook de neiging om een paar procent van het bestand af te schaven, een van de zeldzame gratis winsten in een verliesformat.
De tweede standaard is chroma subsampling, automatisch gekozen per codering. JPEG slaat helderheid apart op van kleur omdat menselijke ogen helderheid veel fijner waarnemen, en bij typische webinstellingen houdt de encoder een enkele kleurmonster voor elke twee-op-twee blok pixels. Foto's negeren dat volledig. Verzadigde rode tekst, dunne gekleurde grafieklijnen en scherpe logo-randen doen dat niet — ze vervagen — wat de reden is waarom screenshots en diagrammen bij de PNG-compressor horen in plaats van hier.
Generatieverlies en welke grootte je moet nastreven
JPEG-schade is cumulatief in het slechtste geval en bijna gratis in het beste. Het opnieuw opslaan van hetzelfde ongewijzigde beeld bij één instelling stabiliseert na een of twee doorgangen, omdat de encoder steeds dezelfde beslissingen neemt over dezelfde waarden. Bewerken tussen opslagen is wat pijn doet: bijsnijden, rechtzetten of kleurcorrectie en de volgende codering staat voor verse pixels en besteedt zijn budget opnieuw — de vlek op een foto die via vijf chat-apps is doorgestuurd, is precies dit. De saaie gewoonte wint: houd één masterbestand, comprimeer elke keer vanaf dat bestand en beschouw elke gecomprimeerde output als wegwerpbaar.
Voor een grootte-doel, lees de ladder in de tabel: de bovenkant van het regelaarbereik hield twee derde van de oorspronkelijke bytes, de onderkant hield een kwart. Op een webpagina is een full-width hero foto meestal begroot onder ongeveer 200 KB en afbeeldingen in lopende tekst goed onder de 100 KB, beide comfortabel bereikbaar vanuit een 4K-bron. Voor e-mail is de beperking de boodschap: Gmail weigert alles boven de 25 MB, dus een batch foto's die door het midden van het regelaarbereik gaat, reist gemakkelijk waar camera-originals dat niet zouden doen.
Veelgestelde Vragen
Waarom gedraagt de regelaar hier zich anders dan die van Photoshop?
Desktopeditors beschouwen het nummer als een absolute coderingssterkte. Deze pagina beschouwt het als een fractie van de kwaliteit die je JPEG al heeft, geschat op basis van het bestand zelf, dus regelaar 80 op een onberispelijke export betekent iets anders dan regelaar 80 op een bestand dat het web al heeft geperst. De resultatenlijst is in beide gevallen de werkelijke waarheid.
Welke JPG-kwaliteit moet ik gebruiken voor een website?
Begin bij 80 en beoordeel de output. Achtergronden en miniaturen tolereren 50 of lager, vooral als je ze op weergavegrootte controleert in plaats van in te zoomen op 100%, waar zachtheid die niemand ooit zal zien alarmerend lijkt. De tabel hierboven toont wat elke stap daadwerkelijk heeft gekocht op één 4K-foto.
Zijn de JPEG's die hier worden geschreven progressief?
Ja. De progressieve modus van MozJPEG en geoptimaliseerde Huffman-codering zijn beide standaard ingeschakeld, zodat de bestanden worden weergegeven als een snelle vage doorgang die scherp wordt naarmate de gegevens binnenkomen, en ze zijn doorgaans iets kleiner dan een baseline codering met dezelfde kwaliteit.
Waarom zien rode tekst en dunne lijnen er vaag uit na compressie?
Chroma subsampling: JPEG registreert kleur met een lagere resolutie dan helderheid, en scherp afgebakende verzadigde details zijn precies wat dat beschadigt. Het is een eigenschap van het formaat in plaats van een probleem met de regelaar — screenshots, grafieken en interface-opnamen zouden in plaats daarvan PNG's moeten zijn.
Kan JPEG-compressie ongedaan worden gemaakt?
Nee. De verworpen details bestaan niet langer in het bestand, en niets herstelt het — een AI-upscaler kan plausibele vervangingen bedenken, wat generatie is, geen herstel. Dit is waarom de originele export belangrijker is dan welke instelling dan ook op deze pagina.
Is er een verschil tussen JPG en JPEG?
Helemaal niet. JPEG is de naam van het formaat; .jpg overleeft van besturingssystemen die extensies op drie letters beperkten. Deze pagina leest beide en schrijft identieke output, ongeacht welke extensie de invoer had.
Moet ik een JPG opnieuw schalen voordat ik het comprimeer?
Als het groter is dan het ooit zal worden weergegeven, ja, en doe de herverdeling eerst. Het snijden van pixelafmetingen verwijdert gegevens volledig, wat meer oplevert dan welke encoderinstelling dan ook kan, en comprimeren voordat je herverdeling toepast, verspilt moeite aan het coderen van details die de herverdeling vervolgens weggooit.
Waar gaan mijn afbeeldingen heen wanneer ik ze op deze pagina comprimeer?
Nergens. De encoder is WebAssembly die binnen de pagina draait; het bestand wordt gelezen, gecomprimeerd en weer aangeboden voor download zonder je machine te verlaten. Het laden van de pagina haalt code op — het comprimeren van een afbeelding haalt helemaal niets op, wat het netwerkpaneel van de browser zal bevestigen.
Andere compressiegidsen
Comprimeer Afbeeldingen Online — Gratis Afbeeldingscompressor