De två första artiklarna handlar om hur mycket GB som sparas och vad det är värt. Den här artikeln handlar inte om fakturan, utan om att svara på ett problem som verkligen bryr sig fotografer om: Vad gör ImgZilla egentligen med en JPEG, och vilka konsekvenser har dessa ändringar i Lightroom / Photoshop / Capture One? Data baserad på samma batch på 32 188 kamerar / mobila råa JPEG-filer som i de två föregående artiklarna, plus en detaljerad byte-för-byte jämförelse av 200+ parfiler.
1. Svara först på den mest brännande frågan: har bitdjupet skurits ner
Den vanligaste misstanken inom fotovärlden kring "komprimering" är: Mina 12 bit, 14 bit kommer att komprimeras till 8 bit.
Detta oroa sig fel objekt. Låt oss först skilja på två saker:
- Färgbitdjup (bit depth): Hur många bitar varje färgkanal använder för att sparas. 8 bit = 256 nivåer per kanal, 14 bit = 16 384 nivåer. Bitdjupet avgör hur långt du kan pressa i mörka områden och himlen utan att få färgband.
- Filens densitet (bits per pixel / bpp): Filstorlek ÷ pixlar. I förra artikeln såg vi detta uppdelat efter bpp – det mäter hur många byte som används per pixel, vilket är objektet för komprimeringen, och det är en annan sak än färgbitdjupet.
ImgZilla komprimerar det senare (densiteten) och rör inte det förra (bitdjupet). Dessutom finns bitdjupsproblemet egentligen inte ens för JPEG:
Genom att抽样 209 parfiler med original / komprimerade bilder, läser vi JPEG:s SOF-markering för varje enskild fil: precisionen är 8 bit både före och efter komprimering.
Orsaken är enkel – baselin JPEG definieras enligt standard som 8 bit per kanal. Kamerans råa JPEG har aldrig talat om 12 bit, så ImgZilla kan inte heller "sänka" det.
Var finns då 12/14 bit-data? Bara i RAW. Och ImgZilla stöder formaten gif / png / jpg / jpeg / svg / heic / heif / webp / avif – det finns inga RAW-format (CR2, CR3, NEF, ARW, RAF, DNG) med i listan; om du drar in dem ignoreras de helt. Din digitala film kommer inte in i dess bearbetningsflöde, vilket gör dem naturligt säkra.
Slutsatsen för detta avsnitt: JPEG har inget bitdjup att sänka, 8 bit in, 8 bit ut; RAW rörs inte. Bitdjup är inte något du behöver oroa dig för i den här artikeln – det som faktiskt är intressant är de två nästa avsnitten.
2. Vad har det ändrat egentligen: en komplett medelsam omkoding
ImgZilla hanterar JPEG inte genom "oinskränkt optimering av originalet", utan dekomprimerar hela bilden och kodar om den helt. Det fulla flödet är:
Läser in JPEG
→ Dekomprimerar till 8 bit RGB pixlar
→ Konverterar om till YCbCr
→ Omkvantisering med fast kvantiseringstabell (effektiv kvalitet ca quality 70)
→ Beräknar om optimal Huffman-tabell
→ Skriver ut som progressiv JPEG
Stegen med "omkvantisering" är medelsam. Ju grovare kvantiseringstabellen, desto mer högfrekvent detalj som förloras och desto mindre blir filen. Med hjälp av kvantiseringstabellstyrkan (kvantiseringssstegens summa, högre tal = mer kvantisering) för provfiler får vi:
| Kvantiseringstabellstyrka (medelvärde) | |
|---|---|
| Kamera / mobil råa original | 1858 |
| ImgZilla komprimerad | 6852 |
Kvantiseringstyrkan är cirka 3,7 gånger original. Detta är en faktisk sekundär kvantisering – inte "oinskränkt omarrangering", utan en ny runda med förlorad högfrekvent information.
Två saker inte ändras:
- Upplösningen förblir oförändrad en pixel. Av alla 32 188 bilder visar statistiken
dimensions_changed– inget enda är false. ImgZilla skalar inte, beskär inte, och den sparade volymen kommer enbart från omkodingen. - Bitdjupet är oförändrat (se föregående avsnitt), 8 bit in 8 bit ut.
En sak har förändrats men påverkar inte bildkvaliteten: utdata är progressiv JPEG (originalen är i regel baselin). Progressiv är bättre för laddningstider på webben och kostar inget för kvaliteten, och Lightroom / Photoshop / Capture One läser dem normalt – bara vissa mycket gamla program kanske inte erkänner dem.
3. Det som påverkar postproduktionen mest: krominanssampling tvingas ner till 4:2:0
Detta är den viktigaste informationen för fotografer i hela artikeln.
JPEG använder "krominanssampling" för att spara utrymme – ögat är mer känsligt för ljusstyrka än för färgupplösning, så det är möjligt att minska upplösningen på färginformationen jämfört med ljusstyrkan:
- 4:4:4: Färg och ljusstyrka har samma upplösning, färginformationen är mest komplett.
- 4:2:2: Färgupplösningen halveras i horisontell riktning. Många kameror och vissa mobiler använder detta för sina råa JPEG.
- 4:2:0: Färgupplösningen halveras både horisontellt och vertikalt, bara en fjärdedel av ljusstyrkeupplösningen. De flesta "volym-optimerade" JPEG använder detta.
Genom att抽样 209 parfiler ser vi krominanssamplingen före och efter komprimering:
| Krominanssampling | Original | ImgZilla komprimerad |
|---|---|---|
| 4:4:4 | 1 | 0 |
| 4:2:2 | 128 (61%) | 0 |
| 4:2:0 | 80 (38%) | 209 (100%) |
100% är 4:2:0 efter komprimering. Av dessa är 61% av bilderna från 4:2:2 ner till 4:2:0 – färgupplösningen vertikalt halveras, och det är inte reversibelt.
Hur detta syns i postproduktionen
När krominansupplösningen minskar är det ofta svårt att se skillnaden på en orörd bild. Problemet uppstår när du gör ändringar:
- Färgjustering / Separat toning: När du ökar mättnaden, justerar i HSL eller gör färggradering kommer krominansblockens kanter att börja synas, särskilt vid tonövergångar i huden och gradienter från himmel till horisont i stora, släta ytor.
- Välj efter färg / maskering / klippning: Lightrooms färgområde-maskering, Photoshop:s färgintervall, green screen klippning – allt detta behöver precision i färgkanten. Efter 4:2:0 blir kanterna oskärpa och kan ha "sågar".
- Färgade konturer vid hög kontrast: Röd-svarta text, neontexter, grenar i bakljus – 4:2:0 lämnar kvar färgad "spill" i dessa områden.
Summationseffekt
Med effektiv kvalitet ca 70 + 4:2:0 är detta ett "lite för komprimerad" arbetspunkt. En originalbild med kvalitet 92 och 4:2:2 kan tåla mycket mer manipulering i postproduktion än samma bild som komprimerats till 4:2:0 och quality 70. Och om du sedan redigerar och sparar igen efter komprimeringen – då ligger två ronder med medelsam omkoding på varandra.
När detta inte spelar någon roll
Om ditt original redan är 4:2:0 (stora mängder medel/budgetmobiler, gamla kameror och alla bilder som redan har webboptimerats) kommer ImgZillas omkoding inte att medföra ytterligare förluster på krominanssidan – den bara sammanställer bilden till ett arbetspunkt som liknar originalet. Detta är också anledningen till att kompressionsgraden är låg för dessa bilder (se avsnitt 6 om upplösning: iPhone råa sparar bara 70,7%, medan mer "feta" 12MP-generella bilder kan spara 80%).
4. Metadata: EXIF / XMP / ICC går förlorade
ImgZilla tar bort metadata som standard. Genom att抽样 209 parfiler ser vi skillnaden:
| Metadata | Original har | Komprimerad behåller |
|---|---|---|
| EXIF (fotoparametrar) | 204 | 0 |
| XMP (betyg / nyckelord / copyright) | 134 | 0 |
| ICC (färgprofil) | 2 | 0 |
Låt oss gå igenom vad som går förlorat:
- EXIF: Bländare, slutare, ISO, fokalavstånd, objektivmodell, kameramodell, tidsstämpel, GPS-koordinater, copyrightfält – allt är borta. Detta är ett stort problem för biblioteks-katalogisering, att analysera fotoparametrar eller om du behöver copyrightinformation i filen.
- Riktningsmarkör (EXIF Orientation): Detta har vi tagit fram separat, eftersom det direkt påverkar visningen. Många kameror och gamla mobiler skrivs inte om fysiskt när du tar bilden, bara en markör skrivs. När markören tas bort kan en vertikalt fotograferad bild visas som horisontell i vissa program – libjpeg kommer inte att rotera pixlarna åt dig. De flesta moderna flaggskepp mobiler har redan fysisk rotation + rätt markör, så de påverkas inte; men om du använder en kamera eller en äldre enhet, bör du kontrollera detta innan du komprimerar.
- XMP: Om du satt stjärnor, flaggor, nyckelord, titlar och copyright i Lightroom / Bridge – om detta är skrivet till XMP-filen (inte en sidecar eller katalogdatabas) försvinner det efter komprimering.
- ICC-färgprofil: I denna provsamling var det nästan inga inbäddade ICC (oftast omarkerad sRGB), så denna punkt utlöses inte i detta test. Men om ditt leveransarbetsflöde använder Display P3 eller Adobe RGB, kommer den inbäddade ICC att tas bort, och visningsenheten måste tolka som sRGB, vilket kan göra färgerna dämpade eller förskjutna. Se till att vara extra försiktig med detta om du jobbar i bredfärg.
Det finns ett alternativ i inställningarna för "bevara metadata", men om metadata är viktigt för ditt flöde är det säkraste att: bilder som kräver metadata inte komprimeras här – spara istället originalet.
5. När kan dessa kostnader accepteras
Sammanfattningsvis är ImgZillas hantering av JPEG: 8 bit oförändrad, upplösning oförändrad, krominans ner till 4:2:0, kvalitet ca 70, metadata rensad, i utbyte mot en volymminskning på i genomsnitt −76,8%.
Detta utbyte är lönsamt i följande scenarion:
- Leverans till kunder för visning, webbportfolio och sociala medier. Dessa bilder kommer redan att komprimeras igen av plattformen. 4:2:0 + quality 70 är nästan obemärkt för visning, men volymen kan krympa med tre fjärdedelar – uppladdning går snabbare, laddning går snabbare, billan för bildvärd och CDN blir lägre (räkningen gjordes i de två första artiklarna).
- JPEG som ska arkiveras på lång sikt efter att ha sorterats bort. Bilder som sparas som en dokumentation, utan planerad ytterligare postproduktion.
- Skicka bilder via WeChat / e-post eller dela med kollegor – överföringstiden minskar proportionerligt med volymen.
Förutsättningen är: Använd inbyggd jämförelsefönster (⌘D) för att verifiera själv. ImgZilla visar original / komprimerad i sidan-fönster, och du kan zooma in för att jämföra pixlar för pixlar. Om du är känslig för kvalitet, lita inte på att du "inte ser skillnad" – zooma in till 100% och titta på det du bryr dig mest om – huden, himlen, hårkanter.
6. När du inte bör använda ImgZilla
- JPEG som fortfarande kommer att bearbetas i stor utsträckning i Lightroom / Photoshop / Capture One – särskilt om du bara har JPEG, inget RAW. Varje bit av redigeringsutrymme är värdefullt i dessa bilder, spara inte upp det innan. Spara originalet och komprimera den slutliga versionen när du har gjort klart redigeringen.
- Katalogbibliotek som kräver att EXIF / copyright / GPS / stjärnbetyg och nyckelord ska sparas.
- Leverans med Display P3 / Adobe RGB – ICC kommer att tas bort.
- Ditt RAW – det påverkas inte (ImgZilla rör det inte), men lita inte på att verktyget ska hjälpa dig att släppa på RAW-filer – det är inte dess jobb.
Kort sagt: ImgZilla är bra för att komprimera "produkter", inte för "mellanliggande filer som ska bearbetas igen".
7. Databilaga: Denna batch på 32 188 råa JPEG
Samma provsamling som i de två föregående artiklarna, 16 underkataloger, ingen filtrering, komprimering på plats.
Totalt
| Volym | Relativt original | |
|---|---|---|
| Kamera / mobil råa original | 99,9 GB | — |
| ImgZilla komprimerad | 23,1 GB | −76,8% |
Genomsnitt per bild: 2,96 MB → 0,69 MB. Den aritmetiska medelvärdet för filkompression är 76,6% sparad, median är 77,3%, vilket överensstämmer med 76,8% baserat på totala byte.
Uppdelat efter upplösning: olika enheter sparar olika mycket
| Upplösning | Antal bilder | Andel | Genomsnittlig sparad andel |
|---|---|---|---|
| 4000×3000 (vanlig 12MP, oftast Android / kamera) | 19867 | 61,7% | 80,1% |
| 4032×3024 (iPhone huvudkamera 12MP standard) | 3529 | 11,0% | 70,7% |
| 3456×4608 (16MP vertikal) | 2631 | 8,2% | 76,9% |
| 4608×3456 (15,9MP) | 903 | 2,8% | 54,8% |
| 1600×1200 | 257 | 0,8% | 51,4% |
(Enhetsmodeller är uträknade baserat på upplösning, inte läst EXIF – EXIF är inte längre tillgängligt i komprimerade data.)
Samma verktyg, samma orörda original, den absolut mest komprimerbara gruppen (80%) och den svårast att komprimera (55%) skiljer sig med 25 procentpunkter. Skillnaden ligger helt i originalet själva: Apples kamerajournalistik är mer aggressiv vid kvantisering och kodning, så kanten är någorlunda naturlig från fabrik; många billigare / äldre enheter använder mer konservativa fasta kvantiseringstabeller, där "feta" delar inte rörtits. Ju nyare stora sensor-flaggskepp, desto mer "smal" är originalet, och mindre utrymme finns för ytterligare komprimering – inte ett fel, bara att originalet inte är så slöseriaktigt.
Fördelning per fil
| Sparad andel | Antal bilder | Andel |
|---|---|---|
| 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% |
| Under 50% | 956 | 3,0% |
82,7% av fotona sparar 70%–90%. Enligt percentiler: mer än hälften sparar mer än 77%, och de 10% som sparar minst sparar cirka 68%, medan cirka 1% (p99) sparar mindre än 40%.
Några extrema fall
| Original | Komprimerad | Sparad | |
|---|---|---|---|
| Högst kompressionsförhållande | 3,55 MB (4000×3000) | 100 KB | 97,2% |
| Max sparad per fil | 17,9 MB (4000×3000) | 1,13 MB | 16,8 MB |
| Minst sparad | 70 KB (1242×1242) | 68,8 KB | 2,1% |
8. Data och testbeskrivning
- Utvärderingsområde: Siffror för total kompressionsgrad, uppdelat efter upplösning och fördelning per fil kommer från denna provbatch på 32 188 kamerar / mobil råa JPEG, och återspeglar resultaten för denna provsamling, inte "ImgZilla kan i genomsnitt komprimera 76,8%". Resultatet varierar med kamera, modell och exportinställningar.
- Provurval: Filerna filtrerades inte eller rensades, utan komprimerades som helhet i de 16 underkatalogerna.
- Enhetsindelning: Enhetsbestämningen i upplösningstabellen görs baserat på upplösning, inte genom att läsa EXIF (EXIF är inte längre tillgängligt i komprimerade data); samma upplösning kan komma från olika enheter.
- Byte-jämförelse är provurval: Slutsatserna om krominanssampling, bitdjup, kvantiseringstabell och metadata kommer från att slumpmässigt抽样 209 parfiler med original / komprimerade bilder och analysera JPEG-markeringar byte för byte, vilket är en provurvalsmetod, inte en fullständig analys av alla 32 188 bilder.
- Statistiskt perspektiv: Den totala 76,8% är "totalt sparade byte ÷ totalt original byte"; den aritmetiska medelvärdet för filkompression är 76,6% och medianen 77,3% som redan listats i texten. Volymenhet är omräknad till 1 GB = 10⁹ byte.
- Komprimeringsparametrar: Parametrar är fasta, det finns ingen kvalitet / sampling-skjutreglage på gränssnittet. Detta är ett designval – parametrarna har justerats till en punkt som balanserar visuellt oinskränkt.
- "Visuellt oinskränkt" betyder inte "oinskränkt". Det enda som är fullt oinskränkt (pixlar helt oförändrade) är PNG och SVG; JPEG är en medelsam omkoding, vald i ett intervall som nästan inte kan skiljas på med ögat. Det inbyggda jämförelsefönstret kan användas för att verifiera pixel för pixel.
- Miljö: Processen slutförs helt lokalt, bilderna är inte uppkopplade eller laddas upp (för App Store-verifiering undantaget).
Vill du verifiera själv? ImgZilla har en gratisversion som kan komprimera 10 bilder om dagen, och en enda lyckad kompression drar av en kvot. Ta några av dina mest kritiska bilder – porträtt, himmel, hår i bakljus – komprimera dem och använd jämförelsefönstret för att zooma in till 100% och se själv, innan du bestämmer dig för att ge hela bildbiblioteket till verktyget.
Mac App Store: https://apps.apple.com/app/apple-store/id6749323539?pt=127227004&ct=v2&mt=8
Läs mer: https://imagetool.app/ImgZilla
Systemkrav: macOS 12.3 eller nyare.