Ekipten zanaat, formatlar ve iyi bir sonucun arkasındaki küçük kararlar hakkında notlar.
WebP neden masaüstü uygulamalarında evrensel olarak desteklenmiyor
WebP 2010'da Google tarafından yayınlandı, ancak masaüstü yazılımlarının benimsemesi tarayıcı desteğinin çok gerisinde kaldı. Tarayıcılar WebP'yi erken benimsedi çünkü kendi işleme motorlarını denetlerler ve Google, Chrome'un WebP desteğini rekabet avantajı olarak etkin biçimde geliştirdi. Masaüstü uygulamaları yeni bir görüntü biçimini benimsemekte daha yavaştır, çünkü her uygulama kendi görüntü çözme yığınını sürdürür ve yeni bir biçimi desteklemek uzun bir uç durum kuyruğuna karşı test gerektirir. Profesyonel fotoğrafçıların ve tasarımcıların çoğunun kullandığı Adobe Photoshop, yerel WebP desteğini ancak 2022 sonunda 23.2 sürümünde sundu. Microsoft Office uygulamaları 2026 itibarıyla WebP'yi platformlar arasında hâlâ tutarsız biçimde ele alıyor. Baskı RIP yazılımı ve çoğu eski arşivleme aracı WebP'yi hiç benimsemedi. Pratik sonuç, bir tarayıcıda kusursuz görünen bir dosyanın kullanıcının ihtiyaç duyduğu yazılım tarafından tamamen reddedilebilmesidir ve PNG'ye dönüştürmek güvenilir geçici çözümdür.
WebP, PNG karşısındaki sıkıştırma üstünlüğünü nasıl elde ediyor
PNG, 1996'dan kalma genel amaçlı kayıpsız bir algoritma olan DEFLATE kullanır. Sıkıştırmadan önce bir dizi tersinir tarama satırı süzgeci uygular ve sonucu bir zlib akışıyla kodlar. Bu etkilidir, ancak makine öğrenmesi ve video kodek araştırmasının daha iyi teknikler üretmesinden önce tasarlanmıştır. WebP kayıplı modu, VP8 video sıkıştırmasından türetilmiş blok tabanlı bir dönüşüm kullanır, 16x16 makroblok birimlerine kare içi tahmin ve bir ayrık kosinüs dönüşümü uygular. WebP kayıpsız modu, tipik görüntü içeriği için DEFLATE'ten yapısal olarak daha verimli bir uzamsal tahmin, renk dönüşümü ve LZ77 kodlama aşaması kullanır. Google'ın yayımlanan ölçütleri, kayıpsız WebP'yi standart test görüntülerinden oluşan bir derlemde PNG'den yaklaşık yüzde 26 daha küçük ve alfalı kayıplı WebP'yi karşılaştırılabilir görsel kalitede PNG'den yaklaşık üç kat daha küçük gösterir. PNG'den WebP'ye yön bu kazanımları kullanır, WebP'den PNG'ye yön bunları tersine çevirir, bu nedenle çıktı daha büyüktür.
Ölçülen dosya boyutu büyüme örnekleri
Linux masaüstünde Chrome 148'de, çözülen WebP girdilerine uygulanan platform PNG yazma yolu kullanılarak ölçülmüştür. WebP'de 80 kalitede kaydedilmiş 400x300 piksellik küçük bir vektör tarzı grafik, yaklaşık 15 ila 25 ms'de çözülüp PNG olarak yeniden yazılır ve tipik bir dosya boyutu büyümesi yüzde 20 ila 30'dur. 1024x768 boyutunda, küçük boyutlu'lık fotoğrafik bir WebP, 100 ms'nin altında çözülüp PNG'ye yeniden yazılır ve tipik büyüme 3 ila 5 kattır. 3840x2160 boyutunda, yaklaşık 1 ila büyük boyutlu'lık büyük fotoğrafik bir WebP, sahne karmaşıklığına bağlı olarak 5 ila 10 kat büyümeyle yaklaşık 1,2 saniyede PNG'ye yazılır. Pratik üst sınır kabaca büyük bir WebP fotoğrafının çok daha büyük'lık bir PNG'ye dönüşmesidir. Bu sayılar iki biçim arasındaki sıkıştırma verimliliği farkını yansıtır ve piksel sayısıyla doğrusal olarak ölçeklenir.
Gidiş dönüşte alfa saydamlığı
WebP ve PNG'deki 8 bitlik alfa kanalı aynı değer aralığını kullanır, 0 tamamen saydam ve 255 tamamen opaktır. Tarayıcı alfalı bir WebP'yi çözdüğünde, A bileşeni özgün alfa verisini yansıtan RGBA değerlerinden oluşan bir piksel arabelleği üretir. O arabellek PNG olarak yeniden yazıldığında, PNG yazma aşaması A değerlerini doğrudan PNG'nin alfa kanalına yazar. Hiçbir birleştirme adımı olmaz, hiçbir arka plan rengi uygulanmaz ve önceden çarpma yan etkileri piksel değerlerini değiştirmez. Sonuç, her pikselin PNG'deki opaklık değerinin WebP'nin sakladığıyla eşleştiği, alfa kanalının kayıpsız bir aktarımıdır. Kenarlarda ince yumuşatma olan görüntüler için, örneğin bir metin kenarında yüzde 40 opaklıktaki bir piksel, her ara alfa değeri gidiş dönüşten bozulmadan geçer. Bu bağlılık, hedef uygulamanın görüntüyü birden çok arka planda göstermesi gerektiğinde PNG'yi JPG yerine doğru seçim yapan şeydir.
EXIF ve üst veri davranışı
Yeniden yazma süreci, PNG çıktısından EXIF, IPTC ve XMP üst verisini siler. WebP dosyaları üst veri parçalarına gömülü EXIF verisi taşıyabilir ve tarayıcı görüntüyü çözüp yeniden yazdığında o veri kaybolur. ICC renk profilleri farklı bir yol izler, Chrome ve Safari WebP'yi çözdükten sonra sRGB ICC profil etiketini PNG çıktısında korur, Firefox ise ICC profili dahil tüm üst veriyi siler. Pratik sonuç tüm tarayıcılarda sRGB güvenli çıktıdır, ancak kaynak WebP'ye gömülü geniş gamutlu bir profil Firefox'ta sağ çıkmaz. ICC etiketli gidiş dönüşlere dayanan profesyonel fotoğrafik iş akışları için, üst veriye duyarlı bir dönüştürme aracı kullanın. Standart web görüntü işleme için, üst veri kaldırma genellikle kabul edilebilirdir ve çıktı dosya boyutunu biraz azaltma yararı vardır.
Uygulamada gizlilik doğrulaması
Hiçbir dosya verisinin tarayıcıdan çıkmadığı iddiası, özel bir araç olmadan denetlenebilir. Tarayıcınızı açın, webp-to-png sayfasına gidin, ardından F12 ile veya sağ tık menüsüyle tarayıcı tarayıcının geliştirici araçlarını'unu açın. Ağ sekmesine geçin, var olan istekleri temizleyin ve bir WebP dosyası bırakarak bir dönüştürme çalıştırın. İstek listesini Fetch, XHR veya All ile süzün. Liste, yazma sırasında görüntü verisi içeren sıfır giden istek gösterir. Mevcut tek ağ istekleri ilk sayfa yükleme varlıkları ve yalnızca sayfa görüntülemelerini ve Core Web Vitals başarım verisini kaydeden, hiçbir görüntü içeriği olmayan standart analitik bildirimleridir. Her büyük uzak WebP'den PNG'ye dönüştürücü, dönüştürme başına en az bir yükleme POST'u ve bir indirme GET'i üretir, ikisi de sunucuda kaydedilir. Cihaz üstü mimari, o kayıt girdilerinin var olmaması anlamına gelir, hassas içerik taşıyan dosyaları dönüştüren kullanıcılar için önemli fark budur.
