AVIF vs JPEG XL: Hangisi Kazandı?

AVIF kullanın, çünkü JPEG XL'in aksine tüm ana tarayıcılarda desteklenmektedir. Çoğu teknik ölçümde JPEG XL; kayıpsız JPEG dönüştürme, kademeli kod çözme ve bayt başına mükemmel kalite sunarak daha güçlü olan formattır. Ancak pratik amaçlar için açık web'de dağıtılabilir durumda değildir.

Chrome, yetersiz ekosistem ilgisini gerekçe göstererek 2023 yılında JPEG XL desteğini kaldırdı ve Chrome olmadan bir web görsel formatının yaygınlaşması mümkün değildir. AV1 Image File Format (AVIF), tarayıcı üreticilerinin halihazırda yatırım yaptığı bir video kodlayıcı-çözücüsü olan AV1'den yararlanma avantajına sahipti. Daha iyi olan teknoloji, daha güçlü bir dağıtım hikayesine sahip olana yenildi; bu da yeni bir durum değildir.

2 formatın karşılaştırılması

JPEG XL kodlama hızı, kademeli yükleme ve kayıpsız JPEG dönüştürme konularında öne çıkarken; AVIF, kullanımı belirleyen tek ölçüt olan tarayıcı desteğinde kazanır.

Kayıpsız JPEG dönüştürme satırı, web'in kaybettiği özelliktir. JPEG XL, mevcut bir JPEG dosyasını yaklaşık yüzde 20 daha küçük olacak şekilde yeniden paketleyebilir ve hiçbir risk almadan arşivlerin küçültülmesine olanak tanıyarak orijinal dosyanın birebir aynısına geri dönüştürebilirdi.

Chrome neden JPEG XL'i kaldırdı?

Chrome, ekosistemden yetersiz ilgi görünmesini, mevcut formatlara kıyasla sınırlı avantaj sunmasını ve başka bir kod çözücünün bakım maliyetini gerekçe gösterdi. Karar 2022'de açıklandı ve 2023'te yürürlüğe girdi.

Gerekçe o dönemde tartışmalıydı ve hala da öyle. Destekleyenler, ölçülebilir sıkıştırma avantajlarına ve birkaç büyük görsel yayıncısının desteğine dikkat çekti. Karşı argüman ise AVIF'in, tarayıcıların video için halihazırda sunduğu bir kod çözücüyü kullanarak bu avantajların çoğunu zaten sağladığı yönündeydi. Hangi görüş doğru olursa olsun, Chrome desteği olmayan bir format web trafiğinin çoğunluğuna sunulamaz.

JPEG XL hala nerelerde kullanılıyor?

JPEG XL; profesyonel fotoğrafçılıkta, arşiv depolamada ve tek bir üreticinin süreci kontrol ettiği Apple yazılımlarında varlığını sürdürüyor. Safari, 2023 yılında destek ekleyerek formatın Apple platformlarında canlı kalmasını sağladı.

• Fotoğraf arşivleri, kayıp riski olmadan depolama alanını azaltmak için kayıpsız JPEG dönüştürmeyi kullanır.
• Profesyonel kamera iş akışları, yüksek bit derinliğinden ve geniş renk desteğinden yararlanır.
• Apple platformları kod çözme yapabilir, bu da formatı kapalı ekosistemler içinde kullanılabilir kılar.
• Tıbbi ve bilimsel görüntüleme, kayıpsız moda ve kademeli kod çözmeye önem verir.
• Açık web değil, çünkü burada bir formatın kullanılabilir olması için her tarayıcıda çalışması gerekir.

Bir web sitesinde AVIF ne zaman kullanılmalı?

AVIF'i, WebP'ye kıyasla yüzde 20 ila 30 tasarruf sağladığı en büyük fotoğraflarınızda kullanın. Avantaj, görsel boyutu büyüdükçe artar ve küçük grafiklerde kaybolur.

Ana sayfa görselleri (hero), tam genişlikteki afişler ve fotoğraf galerileri belirgin kullanım alanlarıdır. Yaklaşık 10 KB'ın altındaki bir AVIF dosyası, kapsayıcı yükünün sıkıştırma kazancından daha ağır basması nedeniyle genellikle WebP karşılığından daha büyüktür. Ağır görsellerde AVIF ve diğer her şeyde WebP kullanarak bir kütüphaneyi boyuta göre bölmek, kodlama maliyeti olmadan avantajın çoğunu yakalar.

AVIF kodlamasının maliyeti

AVIF, WebP'den birkaç kat daha yavaş kodlanır; bu da tekli görsellerden ziyade büyük toplu işlemlerde önem taşır. WebP'ye bir saniyenin altında dönüşen bir fotoğraf, AVIF olarak birkaç saniye sürebilir.

500 görselden oluşan bir grupta fark dakikalarla ölçülür. Bu maliyet görsel başına yalnızca bir kez ödenir ve destekleyen tüm tarayıcılarda kod çözme hızlı olduğu için bir daha ödenmez. Bilgisayarınız uygun olduğunda büyük bir dönüştürme işlemi planlayın ve tarayıcı sekmesini ön planda tutun; çünkü tarayıcılar arka plan sekmelerini kısıtlar ve çalışmayı önemli ölçüde yavaşlatır.

AVIF güvenli bir şekilde nasıl sunulur?

Eski tarayıcıları bozmadan AVIF kullanmak için bu 5 adımı izleyin.

1. Her sayfadaki genellikle ana afişler ve odak fotoğrafları olan en büyük görselleri belirleyin.
2. Her görseli sayfada kapladığı genişliğe düşürün, yüksek yoğunluklu ekranlar için bunu iki katına çıkarın.
3. AVIF, JPEG'e göre daha düşük değerlerde detayı koruduğundan, 60 ila 70 kalitesinde AVIF'e dönüştürün.
4. Aynı kaynağı ikinci bir seçenek olarak WebP'ye dönüştürün ve orijinal JPEG'i son alternatif olarak saklayın.
5. İlk sırada AVIF, ikinci sırada WebP ve img etiketinde JPEG olacak şekilde 3 seçeneği de bir picture öğesi aracılığıyla sunun.

Tarayıcı anladığı ilk formatı alır, böylece hiçbir yerde sorun yaşanmaz. Kodlamayı yazmak genellikle dosyaları dönüştürmekten daha uzun sürer.

AVIF kalite ayarları farklı davranır

AVIF 60 kalitesi, JPEG 85 kalitesine benzer görünür; bu nedenle alışık olunan sayılar doğrudan aktarılamaz. AVIF ile JPEG alışkanlıklarını kullanmak, gerekenden çok daha büyük dosyalar üretir.

Fotoğraflar için 60'tan başlayın ve oradan ayarlayın. Belirli bir hataya karşı dikkatli olun; çünkü agresif ayarlardaki AVIF, bloklar oluşturmak yerine ince dokuları yumuşatma eğilimindedir ve bu da çim, saç ve kumaşların boyanmış gibi görünmesine neden olabilir. Bu yapay görünüm, JPEG bloklaşmasından daha az rahatsız edicidir ve biri gösterene kadar fark edilmesi zordur.

Bir format nasıl kazanır veya kaybeder?

Görsel formatlarını teknik üstünlük değil dağıtım belirler ve dağıtımı tarayıcı üreticileri kontrol eder. Aynı durum, Chrome yayınladığı için başarılı olan WebP ve teknik olarak yetenekli olmasına rağmen başarısız olan JPEG 2000 için de geçerliydi.

AVIF, görsellerden ziyade video hakkında alınan bir karardan yararlandı. Tarayıcı üreticileri akış maliyetlerini azaltmak için AV1'e zaten yatırım yapmıştı, bu nedenle aynı kod çözücü üzerine inşa edilen bir görsel formatını eklemek onlara çok az maliyet getirdi. JPEG XL ise yeni bir kod çözücü, yeni bakım ve yeni bir güvenlik alanı gerektiriyordu ve tarayıcılar bunun sundukları avantajı halihazırda sunduklarına kıyasla marjinal buldu.

Bunların hiçbiri sıradan kullanıcıları etkiler mi?

Hayır, çoğu insan doğrudan bir görsel formatı seçmez ve karar, yayın yaptıkları platform tarafından verilir. Bu tartışma, kendi içerik sunumunu kontrol eden site sahipleri, fotoğrafçılar ve geliştiriciler için önemlidir.

Bir pazar yeri, sosyal ağ veya barındırılan site oluşturucu aracılığıyla yayın yapan herkes JPG veya PNG yüklüyor ve platformun yeniden kodlamasına izin veriyor. Format tartışması size yalnızca bir ziyaretçinin indirdiği dosyaları kontrol ettiğinizde ulaşır; bu yüzden web performansı tartışmalarına hakimdir ve başka her yerde görünmezdir.

Bu durum kütüphaneniz için ne anlama geliyor?

Kayıpsız ana kopyaları saklayın, AVIF ve WebP yayınlayın ve format tartışmasını göz ardı edin. Sunum formatları birkaç yılda bir değişirken, bir ana kopya dosyası süresiz olarak yararlı kalır.

Tüm kütüphanesini bir sunum formatına dönüştürüp orijinallerini silen herkes bu sorunla daha önce karşılaşmıştır. Bir kataloğu yeniden fotoğraflamaya kıyasla depolama alanı ucuzdur; bu nedenle pratik strateji, elinizdeki en iyi sürümü saklamak ve web fikrini değiştirdikçe sunum kopyaları üretmektir.

JPEG XL geri dönecek mi?

Geri dönüş, Chrome'un kararını tersine çevirmesini gerektirir ve bunun planlandığını gösteren hiçbir duyuru yoktur. Safari desteği ve fotoğrafçılık yazılımlarının devam eden ilgisi, formatın tamamen kaybolmasını engelliyor.

Formatlar daha önce daha kötü durumlardan geri döndü, bu nedenle konu kapanmış olmaktan ziyade açıktır. Bir web sitesini bu olasılık etrafında inşa etmek akıllıca olmaz. Bugün sunum için AVIF ve WebP kullanın, ana kopyaları kayıpsız bir formatta tutun; böylece gelecekteki herhangi bir formatı benimsemek, yeniden yapım değil toplu bir dönüştürme işlemi haline gelir.

Bir kütüphaneyi AVIF'e dönüştürme

Mevcut bir JPEG yerine orijinal ana kopyadan dönüştürün, çünkü kayıplı bir kaynak hasarı yeni dosyaya taşır. AVIF kodlayıcı, gerçek detaylardan ayırt edemediği JPEG bozulmalarını tanımlamak için alan harcar.

Birlikte 500 adede kadar dosya ekleyin veya bir ZIP arşivi verin, tüm set tek seferde kodlanır. Her şey kendi işlemcinizde tarayıcınızın içinde çalışır; böylece fotoğraf kütüphaneleri, müşteri çalışmaları ve yayınlanmamış kampanya varlıkları asla bir sunucuya ulaşmaz. Yerel olarak kodlama yapmak, ayrıca büyük bir toplu işlemin yükleme hızı yerine makinenizin hızında çalışması anlamına gelir.