ImgZilla Test (III): Vanuit de perspectief van de fotograaf: is de gecomprimeerde JPEG nog steeds bruikbaar voor post-productie?

De eerste twee artikelen gingen over 'hoeveel GB bespaart u en wat is de waarde'. In dit artikel gaat het niet over facturen, maar alleen over het antwoord op een vraag die fotografen echt interesseren: als je een JPEG bestand aan ImgZilla geeft, wat is er precies veranderd? Wat is de prijs die je betaalt in Lightroom / Photoshop / Capture One? De gegevens komen uit dezelfde batch van 32.188 foto's van camera's / telefoons als in de eerste twee artikelen, plus gedetailleerde byte-voor-byte vergelijkingen van meer dan 200 bestandsparen.

Een. Eerst het scherpste antwoord: is de bitdiepte gekort?

De meest voorkomende angst in de fotografiewereld over 'compressie' is: mijn 12-bit of 14-bit data wordt afgeknapt tot 8-bit.

Dit is een verkeerd object. Laat de twee dingen even gescheiden worden:

Kleurbitdiepte (bit depth): hoeveel bits wordt er per kleurkanaal gebruikt. 8-bit = 256 niveaus per kanaal, 14-bit = 16.384 niveaus. De bitdiepte bepaalt hoe ver je in de post-productie in de donkere gebieden of de lucht kunt duwen zonder banden te krijgen.
Bestandsdichtheid (bits per pixel / bpp): bestandsgrootte ÷ aantal pixels. In het vorige artikel is dit per bpp gecategoriseerd – het meet hoeveel bytes er per pixel in het bestand zitten en is het object van compressie; dit heeft niets te maken met de kleurbitdiepte.

ImgZilla comprimeert het laatste (de dichtheid) en raakt het eerste (de bitdiepte) niet. Bovendien is de bitdiepte voor JPEG een niet-bestaand probleem:

Bij het onderzoeken van 209 paren origineel / gecomprimeerd bestand is per JPEG SOF-markering gecontroleerd: de precisie is voor en na volledig 8-bit.

Het is eenvoudig – standaard JPEG is gedefinieerd als 8-bit per kanaal. Camera-uitgaven JPEG hebben nooit over 12-bit kunnen spreken, dus ImgZilla kan deze ook niet 'verlagen'.

Waar zitten dan de 12/14-bit gegevens? Alleen in RAW-bestanden. En ImgZilla ondersteunt de formaten gif / png / jpg / jpeg / svg / heic / heif / webp / avif – er zit geen enkel RAW-formaat bij (CR2, CR3, NEF, ARW, RAF, DNG staan allemaal niet op de lijst; ze worden genegeerd als je ze erin sleurt). Je digitale negatieven komen niet eens in zijn processtroom, dus ze zijn vanzelfsprekend veilig.

Conclusie van dit gedeelte: bij JPEG is er geen bitdiepte om te verlagen; 8-bit in, 8-bit uit. RAW wordt niet aangeraakt. De bitdiepte is niet het onderwerp waar je je zorgen over hoeft te maken – het echte punt is wat eronder volgt.

Twee. Wat is er eigenlijk veranderd: een volledige lossy re-encoding

ImgZilla verwerkt JPEG niet door 'onverliesgevend optimaliseren' op het origineel bestand, maar door het beeld volledig te decoderen en daarna opnieuw te encoderen. Het volledige proces:

JPEG lezen
→ decoderen naar 8-bit RGB pixels
→ opnieuw converteren naar YCbCr
→ opnieuw kwantiseren met vaste kwantisatietabel (effectieve kwaliteit ongeveer kwaliteit 70)
→ opnieuw de optimale Huffman-tabel berekenen
→ uitvoeren als progressieve JPEG

De stap 'opnieuw kwantiseren' is hier verliesgevend. Hoe ruwer de kwantisatietabel, hoe meer hogere-frequentiedetails verloren gaan en hoe kleiner het bestand. Gebruikmakend van de kwantiseringssterkte (som van de kwantisatiestappen) van de steekproefbestanden (hoe hoger het getal, hoe ruwer de kwantisatie):

	Kwantisatietabelsterkte (mediaan)
Origineel (camera / telefoon)	1858
Gecomprimeerd door ImgZilla	6852

De kwantiseringssterkte is ongeveer 3,7 keer hoger dan origineel. Dit is een echte tweede kwantisatie – geen 'onverliesgevend herschikken', maar echt een ronde hogere-frequentie informatie verloren gaan.

Er gebeurt twee dingen niet:

Resolutie: geen enkele pixel verandert. Bij alle 32.188 afbeeldingen is het veld dimensions_changed statistisch gezien nimmer waar. ImgZilla schaalt niet, snijdt niet in, en de bespaarde grootte komt volledig door de re-encoding.
Bitdiepte is onveranderd (zie vorige sectie), 8-bit in, 8-bit uit.

Er is één ding veranderd dat de beeldkwaliteit niet beïnvloedt: de uitvoer is een progressieve JPEG (de meeste origineels zijn baseline). Progressieve JPEG's zijn beter voor de laadervaring op websites en kosten geen enkele kwaliteit, Lightroom / Photoshop / Capture One kunnen ze normaal lezen – alleen zeer oude software kan ze soms niet herkennen.

Drie. Het item met de meeste invloed op de post-productie: chroma subsampling is geforceerd naar 4:2:0

Dit is het punt waar fotografen het meeste over moeten weten.

JPEG gebruikt 'chroma subsampling' om ruimte te besparen – het oog is gevoeliger voor helderheid dan voor kleurresolutie, dus de resolutie van de kleurinformatie kan lager zijn dan die van de helderheid:

4:4:4: chroma en luma hebben dezelfde resolutie, de kleurinformatie is het meest compleet.
4:2:2: de horizontale resolutie van de chroma is gehalveerd. Veel camera's en sommige telefoons gebruiken dit voor hun uitgaven JPEG's.
4:2:0: de chroma-resolutie is horizontaal en verticaal gehalveerd, slechts 1/4 van de resolutie van de luma. Het merendeel van de 'voor ruimte geoptimaliseerde' JPEG's gebruikt dit.

Bij het analyseren van 209 paren bestanden is de chroma subsampling voor en na gecontroleerd:

Chroma subsampling	Origineel	Gecomprimeerd door ImgZilla
4:4:4	1	0
4:2:2	128 (61%)	0
4:2:0	80 (38%)	209 (100%)

Na compressie is 100% 4:2:0. Bij 61% van de afbeeldingen is dit gedaald van 4:2:2 – de verticale chroma-resolutie is gehalveerd en dit is onomkeerbaar.

Hoe dit zich in de post-productie vertoont

Bij een niet-gebruikte afbeelding is een lagere chroma-resolutie vaak onzichtbaar voor het blote oog. Het probleem ontstaat wanneer je het aanraakt:

Kleurbalans / Split Toning: bij het verhogen van de verzadiging, het slepen van HSL, het kleurcorrigeren – de grenzen van de chroma-blokken beginnen zichtbaar te worden, vooral bij transities van huidskleur naar donker en overgangen van blauwe lucht naar de horizon in grote gladde gebieden.
Kleurenbereik selecteren / maskeren / rotondersteunen: het kleurbereik-masker van Lightroom, kleurenbereik van Photoshop, groene achtergrond-uitknippen – dit alles vereist de precisie van chroma-edges; na 4:2:0 worden randen wazig en gekarteld.
Kleurrijke randen met hoge contrasten: rode en zwarte tekst, neonlichten, takken tegen het licht – 4:2:0 laat hier 'kleuroverloop' achter.

Cumulatief effect

Met een effectieve kwaliteit van ongeveer 70 + 4:2:0 is dit een werk punt die 'zwaar gecomprimeerd' is. Een origineel JPEG van kwaliteit 92 en 4:2:2 kan in de post-productie veel meer veranderingen aan, vergeleken met dezelfde afbeelding na compressie naar kwaliteit 70 en 4:2:0. Reken er ook op dat je de gecomprimeerde bestanden opnieuw bewerkt en opslaat – dan liggen er twee verliesgevende re-encodings op elkaar.

Wanneer is dit geen probleem

Als je origineel al 4:2:0 is (veel middelgrote tot low-budget telefoons, oude camera's en elke foto die al voor web geoptimaliseerd is), dan veroorzaakt ImgZilla's re-encoding geen extra verlies aan de chroma – het converteert het beeld gewoon naar een werk punt dat vergelijkbaar is met het origineel. Dit is ook de reden dat het compressievermogen van dit type afbeeldingen lager is (zie sectie zes over resolutie: iPhone-uitgaven besparen slechts 70,7%, terwijl algemene 12MP-bestanden 80% kunnen besparen).

Vier. Metadata: EXIF / XMP / ICC zijn allemaal verloren

ImgZilla verwijdert standaard metadata. Bij het vergelijken van 209 paren bestanden:

Metadata	Origineel aanwezig	Gecomprimeerd behouden
EXIF (fotoparameters)	204	0
XMP (beoordelingen / trefwoorden / auteursrecht)	134	0
ICC (kleurbepalingsprofiel)	2	0

Hier is wat er precies verloren gaat:

EXIF: diafragma, sluitertijd, ISO, focussen, lensmodel, camera-model, tijd, GPS-coördinaten, auteursrechten – alles is weg. Voor het categoriseren van beeldbanken, het analyseren van fotoparameters of als je auteursrechten nodig hebt die meegaan met het bestand, is dit een serieuze tekortkoming.
Oriëntatiemerkering (EXIF Orientation): deze is apart genoemd omdat deze direct invloed heeft op de weergave. Veel camera's en oude telefoons draaien de pixels niet fysiek tijdens het opnemen, maar schrijven alleen een oriëntatiemerkeling. Als deze wordt verwijderd, worden verticaal genomen foto's in sommige software's in horizontale weergave getoond – libjpeg herencoderen doet dit niet voor je. Moderne vlaggenschip-telefoons hebben meestal al fysieke rotatie + correcte markering, dus dit is niet een probleem; maar als je een camera gebruikt of een oud apparaat, controleer dan voor compressie.
XMP: de sterren, vlaggen, trefwoorden, titels en auteursrechtverklaringen die je in Lightroom / Bridge hebt ingevoerd – als dit in het XMP-bestand staat (niet in een sidecar of de catalogus-database), dan zijn ze weg na compressie.
ICC kleurbepalingsprofiel: in deze steekproef zat er bijna geen ingebouwde ICC (meestal ongemarkeerd sRGB), dus deze test heeft dit item nauwelijks geactiveerd. Maar als je werkt met Display P3 of Adobe RGB, dan wordt de ingebouwde ICC verwijderd en de afspeler kan het alleen als sRGB interpreteren, waardoor de kleuren dof of verschoven kunnen lijken. Pas op bij workflows met een breed kleurenpalet.

Er is een optie 'metadata behouden', maar als metadata belangrijk is voor je workflow, is de veiligste aanpak: gebruik het niet om te comprimeren als het bestand metadata moet behouden – bewaar het origineel.

Vijf. Wanneer is dit acceptabel?

Samengevat is de manier waarop ImgZilla JPEG verwerkt: 8-bit onveranderd, resolutie onveranderd, chroma verlaagd naar 4:2:0, kwaliteit rond 70, metadata gewist, in ruil voor een gemiddelde volumevermindering van −76,8%.

Deze ruil is een goed deal in deze scenario's:

Afleveren aan klanten om te bekijken, portfolio's voor websites, inzendingen voor sociale media. Deze afbeeldingen worden al door platforms opnieuw gecomprimeerd, 4:2:0 + kwaliteit 70 is voor de kijker bijna onmerkbaar, terwijl het volume met driekwart kan worden geknipt – sneller uploaden, sneller laden, lagere kosten voor image hosting en CDN (dit is in de eerste twee artikelen berekend).
JPEG's die na selectie en verwijdering langdurig worden gearchiveerd. Bewaard als record, niet bedoeld om nog in post-productie te gaan.
Foto's verzenden via WeChat / e-mail of het delen van bronmateriaal met collega's – de overdrachttijd wordt in verhouding tot het volume verkort.

Voorwaarde is: gebruik eerst het ingebouwde vergelijkingsvenster (⌘D) om het zelf te verifiëren. ImgZilla splitst het scherm in linker- en rechterhelft met origineel en gecomprimeerd, wat je kunt inzoomen tot op pixel-niveau om te vergelijken. Voor mensen die gevoelig zijn voor beeldkwaliteit, geloof niet het cliché 'er valt niets op', maar zoom in op 100% op wat voor jou het belangrijkst is – huidskleur, lucht, randen van haar.

Zes. Wanneer gebruik het niet om te comprimeren

JPEG's die nog steeds in Lightroom / Photoshop / Capture One aanzienlijk worden aangepast – vooral als het alleen JPEG is, geen RAW. De marginale 'edit tolerance' van dergelijke foto's is kostbaar, gebruik het niet vooraf. Bewaar het origineel en comprimeer de uitvoer wanneer je klaar bent met het bewerken.
Catalogi die EXIF / auteursrecht / GPS / ster-beoordelingen en trefwoorden nodig hebben.
Aflevering in Display P3 / Adobe RGB – de ICC wordt verwijderd.
Jouw RAW-bestanden – deze worden niet beïnvloed (ImgZilla raakt ze gewoon niet), maar je kunt er niet op rekenen dat dit hulpmiddel RAW-bestanden kan 'dunner maken', dat is niet zijn taak.

Kortom: ImgZilla is geschikt voor het comprimeren van 'uitgaven', niet voor 'tussenproducten die nog bewerkt moeten worden'.

Zeven. Data Appendix: deze batch van 32.188 uitgaven JPEG's

Deze steekproef is hetzelfde als in de eerste twee artikelen, 16 submappen, geen filteren, direct comprimeren.

Algemeen

	Volume	Verhouding tot origineel
Origineel (camera / telefoon)	99,9 GB	—
Gecomprimeerd door ImgZilla	23,1 GB	−76,8%

Gemiddeld per bestand 2,96 MB → 0,69 MB. De rekenkundige gemiddelde compressieverhouding per bestand is 76,6% besparing, de mediaan is 77,3%, wat redelijk overeenkomt met de 76,8% op basis van totale bytes.

Per resolutie-categorie: verschillende apparaten besparen verschillende hoeveelheden

Resolutie	Aantal	Percentage	Gemiddelde besparing per bestand
4000×3000 (algemeen 12MP, meestal Android / pocketcamera)	19867	61,7%	80,1%
4032×3024 (iPhone hoofdcamera 12MP standaard)	3529	11,0%	70,7%
3456×4608 (16MP verticaal)	2631	8,2%	76,9%
4608×3456 (15,9MP)	903	2,8%	54,8%
1600×1200	257	0,8%	51,4%

(De apparaten zijn afgeleid uit de resolutie, niet uit het lezen van EXIF – EXIF is niet meer beschikbaar in de gecomprimeerde data.)

Met dezelfde tool en dezelfde ongerepte origineel-bestanden, is het verschil tussen de categorie met de meeste besparing (80%) en de categorie met de minste besparing (55%) 25 procentpunten. Het verschil zit volledig in de origineel-bestanden zelf: de JPEG-pijplijn van Apple-camera's is agressiever geoptimaliseerd en compacter gecodeerd, al uit de fabriek dicht bij het logische minimum; veel goedkopere / oudere apparaten gebruiken conservatieve vaste kwantisatietabellen, dus de 'dikke' delen zijn nog niet aangeraakt. Hoe nieuwer de grote sensoren van de vlaggenschip-modellen, hoe 'magerder' de uitgaven, hoe minder ruimte er is voor een tweede compressie – dit is geen slecht ding, je origineel is al zo efficiënt.

Per bestandsverdeling

Percentage besparing	Aantal	Percentage
90%–100%	866	2,7%
80%–90%	11375	35,3%
70%–80%	15244	47,4%
60%–70%	3349	10,4%
50%–60%	398	1,2%
Minder dan 50%	956	3,0%

82,7% van de foto's bespaart 70%–90%. Op basis van percentielen: meer dan de helft bespaart meer dan 77%, en zelfs de slechtste 10% bespaart ongeveer 68%, slechts ongeveer 1% (p99) bespaart minder dan 40%.

Een paar extreme gevallen

	Origineel	Gecomprimeerd	Bespaard
Hoge compressieverhouding	3,55 MB (4000×3000)	100 KB	97,2%
Meeste besparing per bestand	17,9 MB (4000×3000)	1,13 MB	16,8 MB
Minste besparing	70 KB (1242×1242)	68,8 KB	2,1%

Acht. Data en testinstructies

Bereik van de steekproef: de cijfers voor de algemene compressieverhouding, resolutie-categorieën en per bestandsverdeling komen uit deze batch van 32.188 camera's / telefoon-uitgaven JPEG's; dit weerspiegelt de resultaten van deze steekproef en betekent niet dat 'ImgZilla gemiddeld 76,8% kan comprimeren'. Resultaten kunnen variëren per camera, model en export-instelling.
Selectie van steekproef: de bestanden zijn niet gefilterd of gereinigd, maar de originele 16 submappen zijn geheel gecomprimeerd.
Apparaat-identificatie: de apparaatclassificatie in de resolutie-categorieën is afgeleid uit de afgegeven resolutie, niet door het lezen van EXIF (EXIF is niet meer beschikbaar in de gecomprimeerde data); dezelfde resolutie kan van verschillende apparaten komen.
Byte-voor-byte vergelijking is gestructureerd: de conclusies over chroma subsampling, bitdiepte, kwantisatietabel en metadata zijn afgeleid door het analyseren van 209 willekeurig gekozen paren origineel / gecomprimeerd bestanden per JPEG-markering; dit is een gestructureerde steekproef, niet een volledige telling van alle 32.188 bestanden.
Statistische definitie: de algemene 76,8% is 'totale bespaarde bytes ÷ totale originele bytes'; de rekenkundige gemiddelde compressieverhouding per bestand is 76,6%, de mediaan 77,3%, zoals in de tekst genoemd. De volume-eenheden zijn omgerekend met 1 GB = 10⁹ bytes.
Compressieparameters: de parameters zijn vast; er zijn geen kwaliteit / sampling-schuiven op het interface. Dit is een ontwerpkeuze – de parameters zijn ingesteld op een punt dat 'visueel onschadelijk' is. Fotografen die gewend zijn om zelf kwaliteit / sampling handmatig te regelen, moeten hierop letten.
'Visueel onschadelijk' is niet gelijk aan 'onverliesgevend': ware onverliesgevendheid (pixels zijn volledig identiek) bestaat alleen bij PNG en SVG; JPEG is een verliesgevende re-encoding en de parameters zijn gekozen in een interval dat voor het menselijk oog nauwelijks te onderscheiden is. Het ingebouwde vergelijkingsvenster kan per pixel worden gecontroleerd.
Omgeving: alles is lokaal uitgevoerd, afbeeldingen zijn niet online en niet geüpload (behalve de Apple App Store-verificatie).

Wil je dit zelf controleren? De gratis versie van ImgZilla comprimeert 10 afbeeldingen per dag, en het krediet wordt pas verbruikt als de compressie succesvol is. Neem几张 foto's die het belangrijkst voor jou zijn – portretten, blauwe lucht, haarranden tegen het licht – comprimeer ze en gebruik het vergelijkingsvenster op 100% om het zelf te zien, voordat je besluit om je hele beeldbank aan het hulpmiddel te geven.

Mac App Store: https://apps.apple.com/app/apple-store/id6749323539?pt=127227004&ct=v2&mt=8
Meer informatie: https://imagetool.app/ImgZilla

Vereisten: macOS 12.3 of hoger.
}