De to foregående artikler handlede om, hvor mange GB der blev sparet og hvor meget det var værd. Denne artikel handler ikke om regninger, men besvarer kun det, der virkelig interesserer en fotograf: Hvad ændrer ImgZilla faktisk på en JPEG, og hvilke omkostninger medfører disse ændringer i Lightroom / Photoshop / Capture One. Dataene stammer fra en test af 32.188 billeder fra kameraer / smartphones, samt en detaljeret byte-for-byte sammenligning af 200 par filer.
1. Svaret på det mest skarpe spørgsmål: Er bit-dybden blevet skåret af?
Den mest almindelige bekymring inden for fotografering er: Min 12 bit eller 14 bit bliver sat ned til 8 bit.
Denne bekymring rammer forkert objekt. Lad os først skille to ting ad:
- Farve-bit-dybde (bit depth): Hvor mange bit der bruges til at registrere hver farvekanal. 8 bit = 256 niveauer pr. kanal, 14 bit = 16.384 niveauer. Bit-dybden bestemmer, hvor langt du kan presse i mørkepartier og himmel i post-production, uden at få farvebånd (banding).
- Fil-fordeling (bits per pixel / bpp): Filstørrelse ÷ antal pixels. I den forrige artikel blev denne opdelt i kategorier – den måler, hvor mange bytes der bruges til at gemme hvert enkelt pixel, hvilket er objektet for komprimeringen, og er ikke det samme som farve-bit-dybden.
ImgZilla komprimerer den sidste (fordelingen), og rører ikke den første (bit-dybden). Og for JPEG gælder det desuden, at spørgsmålet om bit-dybden simpelthen ikke eksisterer:
Baseret på 209 sammenligninger af originale og komprimerede billeder, blev SOF-mærket i hver JPEG analyseret: Præcisionen var 8 bit før og efter komprimeringen.
Årsagen er enkel – standard-basistypen JPEG er defineret som 8 bit pr. kanal. Fotos direkte fra kameraet har aldrig været 12 bit, og ImgZilla kan derfor heller ikke "nedsætte" det.
Hvor ligger så 12/14 bit-dataene? Kun i RAW-filer. Og ImgZilla understøtter ikke nogen RAW-formater (CR2, CR3, NEF, ARW, RAF, DNG ignoreres simpelthen, hvis de trækkes ind). Din digitale negativ bliver ikke engang rørt i dets proces, hvilket gør det naturligt sikkert.
Konklusion på dette afsnit: JPEG har ingen bit-dybde, der kan sænkes; 8 bit ind, 8 bit ud. RAW røres ikke. Bit-dybde er ikke noget, du behøver at bekymre dig om i denne artikel – det vigtigste at se på er de to næste afsnit.
2. Hvad ændres der egentlig: En komplet og medfølgende genkodning
ImgZilla behandler JPEG ikke ved at "optimere uden tab" på den originale fil, men ved at decode hele billedet og genkode det. Den fulde proces er:
Indlæs JPEG
→ Decode til 8 bit RGB pixels
→ Konverter tilbage til YCbCr
→ Genkvantisering med fast kvantiseringstabel (effektiv kvalitet ca. quality 70)
→ Beregn optimal Huffman-tabel
→ Output som progressiv JPEG
Trinnet "genkvantisering" er her, der er tab. Jo grovere kvantiseringstabellen er, jo flere høje frekvensdetaljer mister du, og jo mindre bliver filen. Ved hjælp af kvantiseringstabellen fra de udvalgte filer (summen af kvantiseringssteg, højere tal = mere kvantisering) ser vi:
| Kvantiseringstabelforhold (median) | |
|---|---|
| Kamera / Smartphone direkte JPEG | 1858 |
| ImgZilla komprimeret | 6852 |
Kvantiseringsstyrken er ca. 3,7 gange højere. Dette er en reel sekundær kvantisering – ikke en "uden tab omarrangering", men en ny runde tab af høje frekvensinformation.
Der er to ting, der ikke ændres:
- Opløsningen ændres ikke med ét pixel. I statistikken over alle 32.188 billeder var feltet
dimensions_changedundtagelsesløst false. ImgZilla skalerer ikke, beskærer ikke; sparet plads kommer udelukkende fra genkodningen. - Bit-dybden forbliver uændret (se forrige afsnit), 8 bit ind, 8 bit ud.
Ét ting ændres sig, men påvirker ikke billedkvaliteten: Outputtet er en progressiv JPEG (originalen er næsten altid basistypen). Progressiv er bedre til at indlæse på nettet, men koster intet i kvalitet. Lightroom / Photoshop / Capture One kan læse det uden problemer – kun nogle meget gamle programmer måske ikke genkender det.
3. Det, der påvirker post-production mest: Chromasubsampling tvunget ned til 4:2:0
Dette er den vigtigste information for en fotograf i denne artikel.
JPEG bruger "chromasubsampling" til at spare plads – øjet er mere følsomt over for lysstyrke end farveopløsning, så farveinformationens opløsning kan sænkes:
- 4:4:4: Farve og lysstyrke har samme opløsning, farveinformationen er mest komplet.
- 4:2:2: Farveopløsningen halveres i vandret retning. Mange kameraer og nogle smartphones bruger dette som standard JPEG.
- 4:2:0: Farveopløsningen halveres både vandret og lodret, kun 1/4 af lysstyrkeopløsningen. Det er standarden for de fleste "volumen-optimerede" JPEG.
Baseret på 209 filpar analyserede vi chromasubsampling før og efter:
| Chromasubsampling | Original | ImgZilla komprimeret |
|---|---|---|
| 4:4:4 | 1 | 0 |
| 4:2:2 | 128 (61%) | 0 |
| 4:2:0 | 80 (38%) | 209 (100%) |
100% af de komprimerede billeder er 4:2:0. 61% af billederne faldt fra 4:2:2 – lodret farveopløsning halveres, og det er ikke reversibelt.
Hvad manifesterer dette sig i post-production
Nedsat farveopløsning er ofte ikke synligt i et uskadt billede, men problemet opstår, når du rører ved det:
- Farvejustering / Split Toning: Når du øger mætning, justerer i HSL eller laver farvegrading, vil kanterne af farveblokkene begynde at blive tydelige, især i overgange i hudtoner og himmel mod horisont – store flader med glatte overgange.
- Farvebaserede udvælgelser / Masker / Keying: Lightrooms farveområde-masker, Photoshops farveområde, green-screen keying – disse afhænger af præcisionen i farvekanter. Efter 4:2:0 bliver kanterne uklare og kan have "sag".
- Farvede kanter på høj kontrast: Rød-sorte tekst, neonlys, grene i baggrundslys – 4:2:0 kan efterlade farvelige "overskridelser" i disse områder.
Superpositionseffekten
Med en effektiv kvalitet på ca. quality 70 og 4:2:0 er dette et arbejdsområde, der er "lidt komprimeret". Et billede, der oprindeligt var quality 92 og 4:2:2, kan tåle meget mere manipulation i post-production end det samme billede, der er komprimeret til quality 70 og 4:2:0. Og så regnes det endnu en runde tab, når du redigerer og gemmer efter komprimeringen – to lag medfølgende komprimering oven i hinanden.
Hvornår er denne ting ligegyldig
Hvis dit originale billede allerede er 4:2:0 (mange mellemklasse smartphones, ældre kameraer og enhver JPEG, der allerede er optimeret til nettet), så vil ImgZillas genkodning ikke skabe yderligere tab i farve – den koncentrerer blot billedet til et arbejdsområde, der er tæt på originalen. Dette er også årsagen til, at komprimeringsraten for disse billeder er lavere (se seksjonen om opløsning: iPhone-spilder kun 70,7%, mens mere "fedtede" generelle 12MP billeder kan spare 80%).
4. Metadata: EXIF / XMP / ICC er alle væk
ImgZilla fjerner metadata som standard. Baseret på 209 filpar:
| Metadata | Original har | Komprimeret beholder |
|---|---|---|
| EXIF (billedoplysninger) | 204 | 0 |
| XMP (bedømmelse / nøgleord / ophavsret) | 134 | 0 |
| ICC (farveprofil) | 2 | 0 |
Her er en gennemgang af, hvad der går tabt:
- EXIF: Blænde, lukker, ISO, fokallængde, linsetype, kroppetype, tidsstempel, GPS-koordinater, ophavsretsfelt – alt er væk. Dette er en alvorlig svaghed for fotografen, der bruger billedbiblioteker, vil analysere optagelsesparametre eller skal have ophavsretlig information med sig.
- Orienteringsmærket (EXIF Orientation): Dette skal nævnes for sig selv, da det direkte påvirker visningen. Mange kameraer og ældre smartphones registrerer ikke fysisk rotation af pixels, men skriver kun et orienteringsmærke. Når mærket fjernes, vil et lodret fotograferet billede vises vandret i visse programmer – libjpeg genkoder ikke pixels automatisk. Moderne flagsskinner har fysisk rotation + mærke, så de påvirkes ikke, men for kameraer eller ældre enheder bør du tjekke, før du komprimerer.
- XMP: Stjerner, flag, nøgleord, titel og ophavsret, du har indsat i Lightroom / Bridge – hvis disse er skrevet direkte i XMP (ikke sidecar eller katalogdatabase), forsvinder de efter komprimering.
- ICC-farveprofil: Der var næsten ingen ICC-integrationer i dette stikprøve (de fleste er uspecificerede sRGB), så denne blev ikke aktiveret i denne test. Men hvis du leverer i Display P3 eller Adobe RGB, vil den integrerede ICC blive fjernet, og afspilleren vil tolke billedet som sRGB, hvilket kan få farverne til at virke dæmpede eller skiftede. Vær opmærksom på dette i en bred farveområde workflow.
Der er et valgmulighed i indstillingerne til "behold metadata", men hvis metadata er vigtigt for din proces, er det mest sikre råd: Brug ikke ImgZilla direkte til at komprimere billeder, der skal bevare metadata – behold originalen.
5. Hvornår kan disse omkostninger accepteres
Samlet set handler ImgZillas behandling af JPEG om: 8 bit uændret, opløsning uændret, chromasubsampling sat ned til 4:2:0, kvalitet ca. 70, metadata fjernet, i bytte for en gennemsnitlig reduktion på −76,8% i filstørrelse.
Denne byttehandel er fornuftig i følgende scenarier:
- Levering til kunder til visning af billeder, porteføljer på hjemmesider eller upload til sociale medier. Disse billeder komprimeres allerede af platformen, og 4:2:0 + quality 70 er næsten usynligt for modtageren, mens filstørrelsen kan skæres ned med fire femtedele – hurtigere upload, hurtigere indlæsning, lavere omkostninger til billedlager og CDN (regnestykket er beregnet i de to forrige artikler).
- JPEG, der skal arkiveres efter udvælgelse. Billeder, der skal beholdes som referencer, og som ikke skal redigeres yderligere.
- Send billeder via WeChat / e-mail eller dele med kolleger – overførselstiden forkortes direkte proportionalt med filstørrelsen.
Forudsætningen er: Brug det indbyggede sammenligningsvindue (⌘D) til at tjekke selv. ImgZilla viser originalen og den komprimerede version side om side, og du kan zoome ind til pixels for at sammenligne punkt for punkt. Hvis du er følsom over for billedkvalitet, så tro ikke på udsagnet "ingen forskel" – zoom ind til 100% og se på de dele, du bekymrer dig mest om – hudtoner, himmel, håranden.
6. Hvornår skal du ikke bruge den til komprimering
- JPEG, som skal gennemgå store ændringer i Lightroom / Photoshop / Capture One – især kun JPEG uden RAW. Hver eneste bit af redigeringskompetence er guld værd her, så spis ikke på det før tid. Behold originalen og komprimer kun den version, du eksporterer efter redigering.
- Billedbiblioteker, der kræver at bevare EXIF / ophavsret / GPS / stjernemærkede nøgleord.
- Levering i Display P3 / Adobe RGB – ICC vil blive fjernet.
- Dine RAW-filer – de røres ikke (ImgZilla rører dem simpelthen ikke), men lad dig ikke lokke til at tro, at dette værktøj kan hjælpe med at slanke RAW-filer – det er ikke dets formål.
En ting siger det hele: ImgZilla er egnet til at komprimere "output", ikke "mellemprodukter, der skal redigeres yderligere".
7. Data-vedhæftning: Denne samling på 32.188 direkte JPEG
Denne stikprøve er den samme som i de to forrige artikler, 16 undermapper, ingen filtre, komprimeret på plads.
Samlet
| Størrelse | I forhold til original | |
|---|---|---|
| Kamera / Smartphone direkte JPEG | 99,9 GB | — |
| ImgZilla komprimeret | 23,1 GB | −76,8% |
Gennemsnit 2,96 MB → 0,69 MB. Den aritmetiske gennemsnitsbesparelse pr. fil er 76,6%, medianen 77,3%, hvilket falder sammen med 76,8% baseret på total byte.
Opløsning: Forskellen i plads er stor
| Opløsningsstørrelse | Antal billeder | Andel | Gennemsnitlig besparelse pr. fil |
|---|---|---|---|
| 4000×3000 (Generisk 12MP, mest Android / kompaktkameraer) | 19867 | 61,7% | 80,1% |
| 4032×3024 (iPhone hovedkamera 12MP standard) | 3529 | 11,0% | 70,7% |
| 3456×4608 (16MP portræt) | 2631 | 8,2% | 76,9% |
| 4608×3456 (15,9MP) | 903 | 2,8% | 54,8% |
| 1600×1200 | 257 | 0,8% | 51,4% |
(Kameratyper er estimeret ud fra opløsning, ikke læst fra EXIF – EXIF er ikke længere tilgængeligt i de komprimerede data.)
Samme værktøj, samme oprindelige filer – den største besparelse (80%) og den mindste (55%) adskiller sig med 25 procentpoint. Forskellen ligger udelukkende i selve originalerne: Apples JPEG-proces bruger mere aggressiv kvantisering og mere tæt kodning fra fabrikken, hvilket er tæt på det mest rationelle niveau. Mange billigere / ældre enheder bruger mere konservative faste kvantiseringstabeller, så der er mere "fedtet" at komprimere. Jo nyere flagsskinne med stor sensor, jo mere "tynn" er den direkte JPEG, og jo mindre plads er der til yderligere komprimering – det er ikke et problem, det er bare, at din originale fil ikke er så spildig.
Pris pr. fil (fordeling)
| Besparelse % | Antal billeder | 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% af billederne sparer mellem 70% og 90%. Ifølge percentiler: Halvdelen af billederne sparer over 77%, og de 10% med lavest besparelse sparer stadig ca. 68%, kun ca. 1% (p99) sparer mindre end 40%.
Ekstremerne
| Original | Komprimeret | Besparelse | |
|---|---|---|---|
| Højeste kompressionsforhold | 3,55 MB (4000×3000) | 100 KB | 97,2% |
| Mest besparet enkelt billede | 17,9 MB (4000×3000) | 1,13 MB | 16,8 MB |
| Mindst besparet | 70 KB (1242×1242) | 68,8 KB | 2,1% |
8. Data- og testbeskrivelse
- Stikprøveomfang: Tallene for generel kompressionsrate, opløsningskategorier og pr. fil fordeling stammer fra denne test af 32.188 billeder direkte fra kameraer / smartphones, og afspejler kun resultaterne for denne stikprøve, ikke "ImgZilla gennemsnitlig komprimeringsrate på 76,8%". Resultaterne varierer afhængigt af kamera, model og indstillinger.
- Stikprøveudvælgelse: Filerne blev komprimeret som de var, uden filtre eller rensning, i deres oprindelige 16 undermapper.
- Kameratilknytning: I tabellen over opløsning er enhederne estimeret ud fra billedstørrelse, ikke læst fra EXIF (EXIF er ikke længere tilgængeligt i de komprimerede data); samme opløsning kan komme fra flere enheder.
- Byte-for-byte sammenligning er stikprøve: Konklusionerne om chromasubsampling, bit-dybde, kvantisering og metadata baserer sig på en stikprøve på 209 filpar, analyseret punkt for punkt. Det er ikke en fuldstændig analyse af alle 32.188 filer.
- Statistisk tilgang: Den samlede 76,8% er beregnet som "totalt sparet byte / totalt original byte"; den aritmetiske gennemsnitsbesparelse pr. fil er 76,6% og medianen 77,3%, som er anført i teksten. Størrelsesenheden er baseret på 1 GB = 10⁹ bytes.
- Komprimeringsparametre: Parametrene er faste, der er ingen glider til kvalitet / sampling på brugergrænsefladen. Dette er et designvalg – parametrene er indstillet til et balancepunkt, hvor tabet er næsten usynligt for øjet. Fotografer, der er vant til selv at justere quality / sampling manuelt, bør være opmærksomme på dette.
- "Visuelt uden tab" er ikke det samme som "uden tab": Rigtig uden tab (pixel ændringer er 0) findes kun for PNG og SVG; JPEG er en medfølgende komprimering, og parametrene er valgt i et område, hvor øjet næsten ikke kan se forskel. Det indbyggede sammenligningsvindue kan bruges til at tjekke punkt for punkt.
- Miljø: Testen blev udført lokalt, billeder blev ikke uploadet til internettet (med undtagelse af App Store validering).
Vil du teste det selv? ImgZilla har en gratis version, der tillader 10 komprimeringer om dagen, og der kun trækkes fra, hvis komprimeringen lykkes. Tag et par af dine mest krævende billeder – portrætter, himmel, håranden – komprimer dem, brug sammenligningsvinduet og zoom ind til 100% for at se selv, før du beslutter dig for at give hele billedbiblioteket til værktøjet.
Mac App Store: https://apps.apple.com/app/apple-store/id6749323539?pt=127227004&ct=v2&mt=8
Læs mere: https://imagetool.app/ImgZilla
Systemkrav: macOS 12.3 eller nyere.