JPEG XL: Başlangıcı ve mevcut durumu

• JPEG XL, Google PIK ile Cloudinary FUIF’in birleştirilmesiyle 2018’de geliştirilmeye başlanan yeni nesil bir görüntü sıkıştırma formatı olup, 2020’de bitstream’in tamamen sabitlenmesiyle standardizasyon çalışmaları tamamlandı
• Chrome’un 2022’de kaldırma kararı vermesinden önce Firefox, Chrome ve diğer büyük tarayıcıların deneysel destek eklemesiyle istikrarlı bir yayılım süreci yaşandı
• Safari 17 ile iOS ve macOS dahil Apple’ın tüm ürün ailesinin JPEG XL’i destekleyeceğini açıklaması, ekosistemin büyümesi için momentumu yeniden artırdı
• Cloudinary, CID22 veri kümesi ve SSIMULACRA 2 tabanlı deneyler üzerinden JPEG XL, AVIF, WebP, mozjpeg ve diğerlerini karşılaştırarak yüksek kalite, yüksek sıkıştırma ve hız açısından farkları analiz etti
• JPEG XL’in AVIF’e kıyasla %5–10 ek sıkıştırma kazancı sunduğu ve hız açısından da makul bir seviyeyi koruduğu için şu an itibarıyla ortalama olarak en üstün codec olduğu değerlendirmesi paylaşıldı

---

JPEG XL’in başlangıcı

• JPEG komitesi, yeni nesil görüntü sıkıştırma standardı için bir çağrı başlattı ve 7 teklif sunuldu; Google PIK ile Cloudinary FUIF teknolojileri birleştirilerek JPEG XL tasarımı başladı
  • İki formatın güçlü yanları bir araya getirilerek mevcut JPEG’e kıyasla daha yüksek kalite ve verimlilik sunan yeni bir codec yapısı oluşturuldu
• 2020 sonunda bitstream sabitlendi ve 2022 Mart’ta ISO standardı (ISO/IEC 18181) olarak resmen onaylandı
• 2021’de Chrome ve Firefox flag tabanlı deneysel destek ekledi ve her şey yolunda gidiyor gibi görünüyordu
• 2022 Cadılar Bayramı civarında Chrome, desteği kaldıracağını ani bir şekilde duyurarak tartışma yarattı
  • Cloudinary tarafı, Chrome’un test yöntemindeki çeşitli metodolojik sorunlara dikkat çekti ancak bunlar dikkate alınmadı
• Tarayıcılar dışındaki ortamlarda ise Serif Affinity, Adobe Camera Raw, GIMP, Krita gibi içerik üretim araçları merkezli JPEG XL benimsenmesi artmayı sürdürdü

Apple’ın WWDC duyurusu

• WWDC23’te Safari 17’nin yeni özellik listesine JPEG XL resmen dahil edildi
  • iOS, iPadOS, macOS, watchOS ve visionOS dahil Apple ekosisteminin tamamına JXL desteği eklendi
• JPEG XL geliştiricileri bile Safari’nin ilk resmi destek veren tarayıcı olacağını beklemiyordu; bu duyuru ekosistem momentumunu güçlendirdi

Görüntü codec karşılaştırma deneyi (CID22)

• Cloudinary, büyük ölçekli CID22 görüntü veri kümesini (kalitenin insanlar tarafından doğrudan değerlendirildiği öznel veri) oluşturdu
  • Öznel değerlendirme en doğru ölçüt olsa da büyük ölçekli deneyler zor olduğundan, buna dayanarak SSIMULACRA 2.1 gibi metrikleri doğrulayıp genişletilmiş deneylerde kullandı
• Görüntü sıkıştırmada sıkıştırma oranı, görsel kalite ve kodlama hızı arasındaki denge önem taşıyor
  • Aynı kalite koşullarında JPEG XL, AVIF, WebP ve mozjpeg; SSIMULACRA 2 ölçütüne göre karşılaştırıldı
• Başlıca sonuçlar
  • WebP: düşük kalite aralığında JPEG’e kıyasla %25–35 tasarruf sağlıyor, ancak yüksek kalite aralığında yuv420 kısıtı nedeniyle kazanç azalıyor
  • mozjpeg karşısında WebP’nin ek kazancı yalnızca yaklaşık %3–5 düzeyinde
  • AVIF: WebP’ye göre %10–15 ek tasarruf sağlayabiliyor ve yuv444 desteği sayesinde yüksek kalite aralığında da yüksek tasarruf oranını koruyor
    • Ancak kodlama hızı çok yavaş (kendi varsayılan ayarlarına göre tek haneli katlar kadar daha yavaş)
  • JPEG XL: AVIF’e göre %5–10 ek sıkıştırma tasarrufu sağlıyor; fark özellikle yüksek kalite aralığında belirgin
    • Kodlama hızı da AVIF’ten daha yüksek ve gerçek kullanım için uygun performans sunuyor

JPEG XL kullanımı ve Cloudinary desteği

• Cloudinary, JPEG XL geliştirme sürecine katıldığı için JXL desteğini ilk sunanlardan biri oldu
  • URL’ye f_jxl ekleyerek veya uzantıyı .jxl olarak değiştirerek dönüştürme yapılabiliyor
• Safari kullanıcı oranı yüksek bir hizmette öncelikle JPEG XL sunup, diğer tarayıcılar için AVIF/WebP/JPEG fallback kullanmak etkili bir strateji olabilir
• Her görüntü için en uygun codec farklı olduğundan, Cloudinary yapay zeka tabanlı f_auto,q_auto özelliğinin yeni sürümünü geliştiriyor
  • Görüntü bazında en uygun formatı otomatik seçen bir özellik sunulması planlanıyor

[GN⁺]

Hacker News görüşleri

• MKV gibi kararlı video ve ses "kapsayıcı formatları" varlığını sürdürürken, yeni görüntü kodlamaları yeni kapsayıcı formatlar ve dosya uzantıları gerektiriyor.
• libffmpeg gibi AV çözücüleri tüm ilgi çekici AV formatlarını ve codec'leri destekleyerek yeni codec'ler için yaygın desteği mümkün kılıyor.
• Görüntü formatı + codec'leri için libffmpeg benzeri bir "uber kütüphane" yok.
• Chrome ve Edge artık iOS 17'de JXL'i destekliyor ve görüntülüyor.
• JPEG 2000 aslında benimsenmedi ve JPEG XL sadece küçük bir iyileştirmeden ibaret.
• Bazı kişiler, webp, avif veya jxl kullanırken sınırlı destek ve bu dosya türleriyle çalışmanın zorluğu nedeniyle ikna olmuş değil.
• Yeni görüntü formatlarının benimsenmesi, JPEG'in ilk dönemlerini hatırlatabilir.
• Bazı kullanıcıların WEBP, AVIF ve JPEG XL gibi görüntü sıkıştırma formatlarıyla ilgili deneyimleri farklı.
• Geniş renk gamına sahip görseller yayımlama isteği, AVIF ve JPEG XL'e olan ilgiyi artırıyor.
• Apple ekosistemi HEIF'i benimsedi, ancak AV1 videoyu benimsemedi.
• Bazı kullanıcılar JPEG XL'e ek olarak BPG formatının da dahil edilmesini istiyor.
• JPEG XL, JPEG 2000 ve JPEG XR'den farklıdır.
• "JPEG XL" adı başarıyı etkileyebilir.
• AV1 tabanlı yeni bir video formatında, statik görüntü codec'i olarak JPEG XL kullanılmasına yönelik bir öneri var.