AVIF Dönüştürme: Uyumluluk, Kalite ve Sorun Giderme
AVIF'in ne zaman uygun olduğuna karar vermek, tarayıcı veya sunucu sorunlarını tanılamak ve bir görsel yerel olarak çözülüp yeniden kodlandığında nelerin değiştiğini anlamak için bu rehberi kullanın.
Formatlar, Cihazlar ve Yayınlama Süreçleri Hakkında Sorular
Bu site genelindeki yanıtlar, tek bir dönüştürücü sayfasının ötesindeki karar noktalarına ve hata türlerine odaklanır.
Burada AVIF oluşturabilmem, her tarayıcı ve uygulamanın onu görüntüleyebileceği anlamına gelir mi?
Hayır. Burada AVIF oluşturma işlemi mevcut tarayıcınızdaki WebAssembly, Web Worker ve Canvas API'lerine dayanır; indirilen dosyayı görüntülemek ise onu alan tarayıcı, uygulama, CMS veya cihazın ayrı bir yeteneğidir. Gerçek hedefte temsil edici bir dosyayı test edin ve kitleniz eski ya da gömülü yazılımlar kullanabiliyorsa WebP, JPG veya PNG yedeği sunun.
Seçtiğim görsellerin cihazımda kaldığını nasıl doğrulayabilirim?
Tarayıcınızın geliştirici araçlarını açın, Ağ panelini seçin ve bir test görselini dönüştürürken istekleri izleyin. Sayfa ve kodlayıcı kaynakları indirilebilir, ancak seçilen görseli içeren bir yükleme isteği olmamalıdır; bu kaynaklar yüklendikten sonra küçük bir dönüştürmeyi çevrimdışı olarak tekrarlamak ek bir kontrol sağlar.
Büyük bir görsel veya toplu işlem tarayıcı belleğini neden tüketebilir?
Sıkıştırılmış dosya boyutu, işlem sırasında gereken bellek miktarı değildir. 6000 x 4000 piksellik bir görsel, tek bir 8 bit RGBA piksel tamponu için yaklaşık 96 MB ister; çözme, yeniden boyutlandırma, kodlama, önizlemeler ve ZIP oluşturma geçici olarak birden fazla tampon gerektirebilir. En büyük boyutu küçültün, aynı anda daha az dosya işleyin, çok bellek kullanan sekmeleri kapatın ve başarısız dosyayı tek başına yeniden deneyin.
AVIF, WebP, JPG veya PNG formatlarından hangisini ne zaman seçmeliyim?
Küçük dağıtım dosyaları ve modern web desteği öncelikliyse AVIF'i; sıkıştırma ile uyumluluk arasında güçlü bir denge gerekiyorsa WebP'yi; fotoğrafların neredeyse her yerde açılması gerekiyorsa JPG'yi; boyutun ikinci planda olduğu kayıpsız grafikler veya şeffaflık için PNG'yi seçin. Özgün dosyayı ana kopya olarak saklayın ve her hedef için uygun dağıtım formatını belirleyin.
Dönüştürülen dosya neden bazen girdiden daha büyük olur?
Çok küçük veya zaten iyi optimize edilmiş bir kaynak, özellikle yüksek kalite ya da kayıpsız mod kullanıldığında yeni kodlamadan daha verimli olabilir. İnce dokular, parazit ve şeffaflık da daha fazla veri gerektirir. Aynı piksel boyutlarında karşılaştırın, daha düşük kaliteyi veya daha küçük dosya kodlama modunu deneyin; özgün dosya hem daha küçük hem de görsel olarak yeterliyse onu kullanmaya devam edin.
Tarayıcı tabanlı dönüştürmeden sonra hangi meta veriler korunur?
Dönüştürücü görüntülenen pikselleri çözüp yeni bir dosya oluşturur; EXIF, IPTC, XMP, GPS, kamera bilgileri veya özgün zaman damgalarını sonuca kopyalamaz. Tarayıcı desteklediğinde görüntüleme yönü çözme sırasında piksellere uygulanır; yine de çıktıyı kontrol edin ve meta veriler arşiviniz ya da iş akışınız için önemliyse kaynağı ayrıca saklayın.
Geniş renk gamı profilleri veya HDR verileri korunur mu?
Korunacağını varsaymayın. Bu işlem, çözülen görseli standart 8 bit tarayıcı Canvas'ı üzerinden çizer ve kaynak ICC profilini ya da HDR sinyalini yeni dosyaya taşımadan 8 bit çıktı üretir. Renk doğruluğu kritik, baskıya yönelik, geniş gamlı ve HDR ana dosyalar renk yönetimli bir masaüstü iş akışında dönüştürülmeli ve kalibre edilmiş bir ekranda kontrol edilmelidir.
Animasyonlu WebP, APNG, GIF veya AVIF dosyalarına ne olur?
Bu site animasyon dizileri değil, durağan görseller üretir ve GIF kabul edilen girdi formatları arasında değildir. Animasyonlu WebP, APNG veya AVIF gibi kabul edilen bir kapsayıcı çözüldüğünde yalnızca görüntülenen tek kare durağan görsel kodlayıcısına aktarılır; kare süreleri, döngüler ve diğer kareler korunmaz. Hareket gerekiyorsa animasyonu destekleyen bir kodlayıcı kullanın.
Kayıpsız AVIF, kaynak dosyanın arşiv kopyası mıdır?
Hayır. Kayıpsız mod, çözülmüş piksel verisinin AVIF sıkıştırma aşamasında ek kayba uğramasını önler; ancak sonuç yine baytı baytına kopya değil, yeniden çözülüp kodlanmış bir görseldir. Önceki kayıplı sıkıştırmanın sildiği ayrıntılar geri getirilemez; meta veriler, renk sinyali, bit derinliği, animasyon veya boyutlandırma kaynaktan farklı olabilir.
Üretimdeki bir web sitesinde AVIF'i yedek formatla nasıl sunmalıyım?
Önce AVIF'i, gerekliyse ardından bir WebP source öğesini ve son yedek olarak normal bir JPG veya PNG img öğesini içeren picture öğesi kullanın. Yedek görselde eşdeğer boyutları ve anlamlı alt metnini koruyun; tarayıcı desteklediği ilk kaynak türünü seçtiği için AVIF desteği olmadan da sayfa kullanılabilir kalır.
Bir AVIF yerelde açılırken yayımlandıktan sonra neden görüntülenmez?
Yerel dosya yerine yayındaki görsel isteğini inceleyin. İstek başarılı bir durum kodu, gerçek AVIF baytları ve Content-Type: image/avif başlığı döndürmelidir; eski bir CDN kaydı, yanlış yol veya dosya adı büyük-küçük harfi, HTML hata yanıtı ya da eski dönüştürülmüş kopya aksi halde çözme sorunu gibi görünebilir. İlgili önbelleği temizleyin ve hedef tarayıcıda tam genel URL'yi test edin.
Üretimdeki görselleri değiştirmeden önce neleri incelemeliyim?
Kaynak ile çıktıyı amaçlanan görüntüleme boyutunda ve %100 yakınlaştırmada karşılaştırın; metinlere, ince kenarlara, renk geçişlerine, yüzlere ve şeffaf sınırlara dikkat edin. Piksel boyutlarını ve gerçek bayt tasarrufunu doğrulayın, önemli birkaç tarayıcı-cihaz birleşimini test edin, kaynak ana dosyayı saklayın ve yalnızca görsel sonuç ile uyumluluk planı ihtiyaçlarınızı birlikte karşılıyorsa dosyaları değiştirin.