İlk iki bölüm "kaç GB kazanıldığını" ve "ne kadar para kazandırdığını" hesapladı. Bu bölüm faturadan bahsetmiyor, sadece fotoğrafçıların gerçekten merak ettiği bir soruyu yanıtlıyor: Bir JPEG'yi ImgZilla'ya verdiğinizde, aslında neyi değiştirdi? Bu değişiklikler Lightroom / Photoshop / Capture One içinde ne kadar bedel öder? Veriler, önceki iki bölümle aynı kümeye ait 32.188 kamera / telefon doğrudan JPEG çıkışının testinden geldi, ayrıca bunların 200'den fazla çifti için dosya başına bayt karşılaştırması yapıldı.
Birinci Bölüm: En Keskin Soruyu Yanıtlayalım: Bit Derinliği Kesiliyor mu?
Fotoğrafçılık dünyasında "sıkıştırma" konusunda en yaygın endişe: 12 bit veya 14 bit verilerim 8 bite düşürülebilir mi.
Bu endişe yanlış bir hedeftir. İki şeyi birbirinden ayırmalıyız:
- Renk Bit Derinliği (bit depth): Her renk kanalının ne kadar bit ile kaydedildiği. 8 bit = kanal başına 256 seviye, 14 bit = 16384 seviye. Bit derinliği, karanlık bölgelere veya gökyüzüne ne kadar kadar itebileceğinizi belirler ve renk bantlarını aşmadan kısıtlar.
- Dosya Yoğunluğu (bits per pixel / bpp): Dosya boyutu / Piksel sayısı. Önceki bölümde bpp'ye göre kategoriler ayırdım – bu, "bu resmin her pikseli kaç baytla saklandığını" ölçer; sıkıştırmanın nesnesidir ve renk bit derinliğiyle aynı şey değildir.
ImgZilla, ikincisi (yoğunluk) üzerinde çalışır, ancak birincisi (bit derinliği) üzerinde işlem yapmaz. Ayrıca JPEG için bit derinliği sorunu aslında yoktur:
209 çift orijinal / sıkıştırılmış resmi örnekledik ve her birini JPEG'in SOF etiketini okuduk: Sıkıştırma öncesi ve sonrası hassasiyeti her zaman 8 bit.**
Sebep basittir – Temel JPEG standardı her kanal için 8 bit tanımlar. Kamera doğrudan JPEG çıkışı asla 12 bit'ten bahsetmez, ImgZilla de "düşür"mek için hiçbir yolu yoktur.
O zaman 12 / 14 bit veriler nerede? Sadece RAW dosyalarında. ImgZilla desteklediği formatlar gif / png / jpg / jpeg / svg / heic / heif / webp / avif şeklindedir – hiçbir RAW formatını içermeyen (CR2, CR3, NEF, ARW, RAF, DNG hepsi listede yoktur, sürüklendiğinde yok sayılır). Dijital negatifleriniz ImgZilla'nın işleme akışına girmez, bu doğal olarak güvenlidir.
Bu bölümün sonucu: JPEG'in düşürülebilir bir bit derinliği yoktur, 8 bit ile girer ve 8 bit ile çıkar; RAW'a dokunulmaz. Bit derinliği bu makalenin endişe etmesi gereken konu değil – gerçekten aşağıdaki iki bölümde bakılması gereken şeyler var.
İkinci Bölüm: Aslında Neyi Değiştirdi: Tamamlanmış Bir Kayıplı Yeniden Kodlama
ImgZilla'nın JPEG işleme yöntemi, "orijinal dosyada kayıpsız optimizasyon yapmak" değil, resmi tamamen yeniden kodlamakdır. Tam iş akışı:
JPEG Oku
→ 8 bit RGB piksel olarak kod çöz
→ YCbCr formatına yeniden dönüştür
→ Sabit bir kuantizasyon tablosuna yeniden kuantize et (etkili kalite yaklaşık 70)
→ Optimum Huffman tablosunu yeniden hesapla
→ İlerleyen (progressive) JPEG olarak çıktı ver
Buradaki "yeniden kuantizasyon" adımı kayıplıdır. Kuantizasyon tablosu ne kadar kaba olursa, yüksek frekanslı detaylar o kadar çok kaybolur ve dosya boyutu o kadar küçülür. Örnek dosyaların kuantizasyon tablosu gücünü (kuantizasyon adımı toplamı, sayı ne kadar büyükse kuantizasyon o kadar sert) ölçtük:
| Kuantizasyon Tablosu Gücü (Ortalama) | |
|---|---|
| Kamera / Telefon Orijinali | 1858 |
| ImgZilla Sıkıştırılmış | 6852 |
Kuantizasyon gücü yaklaşık 3.7 kat daha yüksek. Bu gerçekten ikinci bir kuantizasyondur – "kayııpsız yeniden sıralama" değil, yüksek frekans bilgilerini yeniden kaybetmektir.
İki şey değişmez:
- Çözünürlük her pikselde aynı. Tüm 32.188 resimde
dimensions_changedalanını kontrol ettik, hepsi false. ImgZilla ölçeklendirmez, kesmez, tasarruf edilen hacim tamamen yeniden kodlamadan kaynaklanır. - Bit derinliği değişmez (önceki bölümde bahsedildiği gibi), 8 bit ile girer 8 bit ile çıkar.
Bir şey değişir ancak kaliteyi etkilemez: Çıktı ilerleyen (progressive) JPEG formatındadır (orijinal dosyalar çoğunlukla temel (baseline) formatındadır). İlerleyen format, web yükleme deneyimi için daha iyidir, ancak kalite için hiçbir bedel ödemez; Lightroom / Photoshop / Capture One bunu normal okuyabilir – sadece çok eski yazılımlar bunu tanımayabilir.
Üçüncü Bölüm: Düzenlemeye En Etkili Konu: Krominans Örnekleme Zorunlu Olarak 4:2:0'a Düşürüldü
Bu, makalenin en önemli bilgisi.
JPEG, alan tasarrufu için "krominans örnekleme" kullanır – göz renk hassasiyetinden daha çok parlaklığa hassastır, bu yüzden renk bilgisi çözünürlüğünü parlaklığın altına düşürebilir:
- 4:4:4: Krominans ve parlaklık aynı çözünürlüktedir, renk bilgisi en tamdır.
- 4:2:2: Krominans yatayda yarıya düşer. Çoğu kamera ve bazı telefonların doğrudan JPEG çıkışları bunu kullanır.
- 4:2:0: Krominans hem yatay hem dikeyde yarıya düşer, parlaklığın sadece 1/4 çözünürlüğündedir. Çoğu "alan optimizasyonu" yapılmış JPEG bunu kullanır.
209 çift dosyayı örnekleyerek sıkıştırma öncesi ve sonrası krominans örneklemini inceledik:
| Krominans Örnekleme | Orijinal | ImgZilla Sıkıştırılmış |
|---|---|---|
| 4:4:4 | 1 | 0 |
| 4:2:2 | 128 (61%) | 0 |
| 4:2:0 | 80 (38%) | 209 (100%) |
Sıkıştırılmış dosyaların %100'ü 4:2:0'dır. Bunun %61'lik kısmı 4:2:2'den 4:2:0'a düşmüştür – krominans dikey çözünürlüğü yarıya düşer ve bu dönüşüm geri alınamaz.
Bu Düzenlemelerde Nerede Yansır?
Krominans çözünürlüğünün düşmesi, çoğu zaman bozulmamış bir resmi görmek için fark edilemez. Sorun düzenlemelerde ortaya çıkar:
- Renk Düzenleme / Ayrıştırılmış Ton: Doygunluğu artırma, HSL yapma, renk sınıflandırma yapma. Krominans bloklarının sınırları belirginleşmeye başlar, özellikle cilt tonunun parlaklık geçişlerinde ve gökyüzünden ufka olan geçişlerde gibi büyük düz alanlarda.
- Renk Bazlı Seçim / Maskeleme / İzole Etme: Lightroom'ın renk aralığı maskelemesi, Photoshop'ın renk aralığı, yeşil ekran izole etme – hepsi krominans kenarlarının hassasiyetini tüketir; 4:2:0 sonrası kenarlar tüy döker ve dişli olabilir.
- Yüksek Kontrastlı Renkli Kenarlar: Kırmızı-siyah yazı, neon ışıklar, ışığa karşı dallar – 4:2:0 bu bölgelerde renkli "taşma" bırakır.
Katkılı Etki (Stacking Effect)
Etkili kalite yaklaşık 70 + 4:2:0, temel olarak "sıkıştırılmış" bir çalışma noktasıdır. Orijinali kalite 92 ve 4:2:2 olan bir dosya, düzenleme sırasında taşıyabileceği oynatma aralığı (headroom), aynı dosyayı kalite 70 ve 4:2:0'a sıkıştırdıktan sonra çok daha azdır. Ayrıca sıkıştırdıktan sonra düzenleme yapma ve tekrar kaydetme adımını eklerseniz – o iki tur kayıplı yeniden kodlama üst üste biner.
Bu Konuda Endişelenmenize Gerek Yoktur
Eğer orijinal dosyanız zaten 4:2:0 ise (banyak orta-alt seviye telefonlar, eski cihazların doğrudan JPEG çıkışları ve herhangi bir web sitesi için optimize edilmiş resimler), ImgZilla'nın yeniden kodlaması krominans üzerinde ek bir kayıp bırakmaz – sadece resmi orijinaline çok yakın bir çalışma noktasına toplar. Bu da bu tür resimlerin düşük sıkıştırma oranlarına sahip olmasının (altıncı bölümdeki çözünürlük kategorilerine bakın: iPhone doğrudan çıkış sadece %70.7 tasarruf sağlarken, daha "şişkin" genel 12MP'nin %80 tasarruf sağladığını görürsünüz) sebebidir.
Dördüncü Bölüm: Üst Bilgiler: EXIF / XMP / ICC Tümü Kaybolur
ImgZilla varsayılan olarak üst bilgileri (metadata) kaldırır. 209 çift dosya üzerinde karşılaştırma yaptık:
| Üst Bilgi (Metadata) | Orijinalde Var | Sıkıştırılmışta Kalır |
|---|---|---|
| EXIF (Çekim Parametreleri) | 204 | 0 |
| XMP (Puanlama / Anahtar Kelimeler / Telif Hakkı) | 134 | 0 |
| ICC (Renk Tanımlayıcısı) | 2 | 0 |
Her birini açıklayalım:
- EXIF: Diyafram, düğme hızı, ISO, odak mesafesi, lens modeli, kasa modeli, çekim zamanı, GPS koordinatı, telif hakkı alanı – hepsi gitti. Kütüphane kataloglaması yapmak, çekim parametrelerine göre geriye bakmak veya dosyayla birlikte telif hakkı bilgisinin gitmesi gereken fotoğrafçılar için bu ciddi bir sorun.
- Yön İşareti (EXIF Orientation): Bu özel olarak ayrıldı çünkü görüntülemede doğrudan etkiler. Birçok kamera ve eski telefon "pikselleri çekim sırasında fiziksel olarak döndürmez, sadece bir yön işareti yazar." İşaret kaldırıldığında, dikey çekilmiş fotoğraflar bazı yazılımlarda yatay görünebilir – libjpeg yeniden kodlama sırasında pikselleri düzeltmez. Modern lüks telefonların çoğu zaten fiziksel olarak döndürme + işareti düzeltme yapmış durumdadır, etkilenmez; ancak kamera kullanıyorsanız veya eski cihaz kullanıyorsanız, sıkıştırmadan önce bunu kontrol etmeniz iyi olur.
- XMP: Lightroom / Bridge'de verdiğiniz yıldız, bayrak, anahtar kelime, başlık, telif hakkı beyanı – bunlar dosyaya yazıldıysa (sidecar veya dizin veritabanı değil), sıkıştırmadan sonra yok olur.
- ICC Renk Tanımlayıcısı: Bu örnekteki veri setinde neredeyse hiçbir yerleşik ICC yoktu (çoğunlukla işaretsiz sRGB), bu yüzden bu testte bu madde temelde tetiklenmedi. Ancak eğer Display P3 veya Adobe RGB geniş renk aralığında teslim ediyorsanız, yerleşik ICC kaldırılır ve oynatıcı端 sadece sRGB yorumlar, renkler soluklaşabilir veya kayabilir. Geniş renk aralığı iş akışları için bu maddeye çok dikkat etmelisiniz.
Ayarlar arasında "Üst Bilgileri Koru" seçeneği var, ancak eğer üst bilgiler iş akışınız için önemliyse, en güvenli yol: Üst bilgileri korumanız gereken resimleri ImgZilla ile sıkıştırmayın – orijinal resimleri koruyun.
Beşinci Bölüm: Bu Bedelleri Ne Zaman Kabul Edebilirsiniz?
Yukarıdaki üç bölümü birleştirince, ImgZilla'nın JPEG işleme şekli şudur: 8 bit sabit, çözünürlük sabit, krominans 4:2:0'a düşürüyor, kalite yaklaşık 70'e çekiliyor ve üst bilgiler temizleniyor, bunu karşılığında ortalama %76.8 hacim tasarrufu sağlıyor.
Bu takas aşağıdaki senaryolarda faydalıdır:
- Müşteriye sunum veya yükleme için resimler, web portföyü, sosyal medya gönderileri. Bu resimler zaten platform tarafından tekrar sıkıştırılır, 4:2:0 + kalite 70 görüntüleme uçunda neredeyse hissedilir, ancak hacim dörtte üçüne inebilir – yükleme daha hızlı, yükleme hızlı, sunucu ve CDN faturası daha düşük (önceki bölümlerde hesaplandı).
- Seçim sonrası uzun süreli arşivlenecek JPEG dosyaları. Kayıt tutmak için, düzenlemeye tekrar girilmeyecek resimler olarak bırakmak için.
- WeChat / E-posta ile resim gönderme, ortak çalışanlara materyal gönderme – iletim süresi hacme göre orantılı olarak kısalır.
Şart şudur: Önce kendi içindeki karşılaştırma penceresini (⌘D) kullanın. ImgZilla sıkıştırılmış öncesi ve sonrasını yan yana koyar, gerçek piksel seviyesinde karşılaştırabilirsiniz. Kalite hassasiyeti yüksek olanlar için "aynı olmadığını" duymayın, kendiniz %100 yakınlaştırarak en çok önem verdiğiniz kısımlara bakın – cilt tonu, gökyüzü, saç kenarları.
Altıncı Bölüm: Ne Zaman Kullanmamalısınız?
- Lightroom / Photoshop / Capture One içinde önemli değişiklikler yapmak için JPEG kullanıyorsanız – özellikle sadece JPEG var, RAW yoksa. Bu resimlerin her birinin düzenleme esnekliği paha biçilemez, önceden tüketmemelisiniz. Orijinali bırakın, düzenlemeyi bitirdiğinizde sıkıştırmayı yapın.
- EXIF / Telif Hakkı / GPS / Yıldızlı Anahtar Kelimeler içeren kataloglara ihtiyacınız varsa.
- Display P3 / Adobe RGB geniş renk aralığında teslimat – ICC kaldırılır.
- RAW dosyalarınız – bunlara dokunmaz (ImgZilla doğrudan temas kurmaz), ancak bu aracı RAW boyutunu küçültmek için kullanmayı beklemezsiniz, bu onun işi değil.
Tek bir cümleyle: ImgZilla, "çıktı ürünü" için uygundur, "daha fazla işlenmesi gereken ara ürün" için değil.
Yedinci Bölüm: Veri Ek: Bu 32.188 Doğrudan JPEG Kümeleri
Önceki bölümlerle aynı kümeye ait örnek, 16 alt dizin, filtreme yapılmadı, orijinal yerinde sıkıştırıldı.
Genel
| Hacim | Orijinale Göre | |
|---|---|---|
| Kamera / Telefon Orijinali | 99.9 GB | — |
| ImgZilla Sıkıştırılmış | 23.1 GB | −76.8% |
Ortalama her resim 2.96 MB'den 0.69 MB'ye düşüyor. Dosya bazlı sıkıştırma oranı aritmetik ortalaması %76.6 tasarruf, medyan %77.3 tasarruf, toplam baytlarla hesaplanan %76.8 ile neredeyse örtüşüyor.
Çözünürlüğe Göre Kategoriler: Farklı Cihazlar Farklı Alan Bırakır
| Çözünürlük | Resim Sayısı | Oran | Dosya Başına Ortalama Tasarruf |
|---|---|---|---|
| 4000×3000 (Genel 12MP, çoğunlukla Android / Dijital Kamera) | 19867 | 61.7% | %80.1 |
| 4032×3024 (iPhone Ana Kamera 12MP Varsayılan Boyut) | 3529 | 11.0% | %70.7 |
| 3456×4608 (16MP Dikey) | 2631 | 8.2% | %76.9 |
| 4608×3456 (15.9MP) | 903 | 2.8% | %54.8 |
| 1600×1200 | 257 | 0.8% | %51.4 |
(Modeller çözünürlüğe göre tahmin edildi, EXIF okunmadı – EXIF sıkıştırılmış veride artık mevcut değildi.)
Aynı araç, aynı kümeye ait henüz dokunulmamış orijinal resimler için, en iyi kategori (%80 tasarruf) ve en kötü kategori (%55 tasarruf) arasındaki fark 25 puan. Fark tamamen orijinal resimde yatıyor: Apple kamerasının JPEG iş akışı daha agresif kuantizasyon ve sıkı kodlamaya sahiptir, fabrika çıkışı zaten makul bir alt sınıra yakındır; bol miktarda ucuz / eski cihazların doğrudan çıkışı daha tutucu sabit kuantizasyon tablolarını kullanır, şişkin kısımlar henüz dokunulmamıştır. Yeni büyük sensör lüks modeller, doğrudan çıkış o kadar "ince"dir ki, ikinci sıkıştırma için boş alan o kadar azdır – bu kötü bir şey değil, orijinal resimleriniz o kadar israf etmiyordu.
Dosya Bazlı Dağılım
| Tasarruf Oranı | Resim Sayısı | Oran |
|---|---|---|
| %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% |
| %50'nin Altı | 956 | 3.0% |
Resimlerin %82.7'si %70–90 arası tasarruf sağlıyor. Kuarterlere göre: %50'den fazlası %77'nin üzerinde tasarruf sağlar, en kötü %10 bile yaklaşık %68 tasarruf sağlar, sadece yaklaşık %1'i (p99) %40'nin altında tasarruf sağlar.
Bazı Ufak Durumlar
| Orijinal | Sıkıştırılmış | Tasarruf | |
|---|---|---|---|
| En Yüksek Sıkıştırma Oranı | 3.55 MB (4000×3000) | 100 KB | %97.2 |
| Tekil En Fazla Tasarruf | 17.9 MB (4000×3000) | 1.13 MB | 16.8 MB |
| En Az Tasarruf | 70 KB (1242×1242) | 68.8 KB | %2.1 |
Sekizinci Bölüm: Veri ve Test Açıklaması
- Örnek Kapsamı: Genel sıkıştırma oranı, çözünürlük kategorileri, dosya bazlı dağılım bu sayılar, bu 32.188 kamera / telefon doğrudan JPEG kümelerinin testinden gelir ve bu örnek kümelerine ait sonuçları yansıtır; "ImgZilla'nın ortalaması %76.8 sıkıştırma yapabileceği" anlamına gelmez. Farklı kameralar, modeller, dışa aktarma ayarları sonuçları değiştirir.
- Örnek Seçimi: Tüm dosyalar filtrelenmedi veya temizlenmedi, mevcut 16 alt dizine göre toplu sıkıştırıldı.
- Modellerin Atanması: Çözünürlük kategorilerindeki cihaz tanımı çıkış çözünürlüğüne göre tahmin edildi, EXIF okunmadı (EXIF sıkıştırılmış veride artık mevcut değildi); aynı çözünürlük birden fazla cihazdan gelebilir.
- Bayt Karşılaştırması Örnektir: Krominans örnekleme, bit derinliği, kuantizasyon tablosu, üst bilgiler sonuçları rastgele seçilen 209 çift orijinal / sıkıştırılmış resimlerin JPEG etiketlerini bayt bayt analiz etmesinden gelir, örnek temelinde olup, tüm 32.188 resim için değildir.
- İstatistiksel Kapsam: Genel %76.8 "toplam tasarruf edilen bayt / toplam orijinal bayt"tır; dosya bazlı sıkıştırma oranı aritmetik ortalaması %76.6, medyan %77.3 zaten metinde listelenmiştir. Hacim birimi 1 GB = 10⁹ bayt ile değiştirildi.
- Sıkıştırma Parametreleri: Parametreler sabittir, arayüzde kalite / örnekleme kaydırıcı yoktur. Bu bir tasarım tercihidir – parametreler görsel olarak kayıpsız aralığın dengeli noktasına ayarlanmıştır. Kendi manuel kalite / örnekleme ayarlarını yapan fotoğrafçılar için bunu bilmeleri gerekir.
- "Görsel Kayıpsız" "Kayıpsız" Değildir: Gerçekten kayıpsız (pikseller tamamen değişmez) sadece PNG ve SVG'dir; JPEG kayıplı yeniden kodlamadır, parametreler gözün neredeyse fark edemeyeceği bir aralığa seçilmiştir. İçindekiler karşılaştırma penceresi piksel piksel doğrulayabilir.
- Çalışma Ortamı: Tüm işlem yerel yapıldı, resimler internete bağlı değil, yüklenmiyor (App Store satın alma doğrulaması hariç).
Kendiniz test etmek ister misiniz? ImgZilla ücretsiz sürümde günlük 10 resim sıkıştırma hakkı vardır, sadece başarıyla sıkıştırıldığında kredi düşer. En çok önem verdiğiniz bazı resimleri – portreler, gökyüzü, ışığa karşı saçlar – alın, sıkıştırın ve karşılaştırma penceresini %100 yakınlaştırarak kendiniz görün, sonra tüm kütüphaneyi ona verip vermemeye karar verin.
Mac App Store: https://apps.apple.com/app/apple-store/id6749323539?pt=127227004&ct=v2&mt=8
Daha Fazla Bilgi: https://imagetool.app/ImgZilla
Sistem Gereksinimleri: macOS 12.3 veya üzeri.