Бележки от екипа за майсторството, форматите и малките решения зад добрия резултат.
Защо входният AVIF е бърз, но изходният AVIF е бавен
Едно от най-честите погрешни четения на AVIF е, че винаги е бавен. Декодирането на AVIF е бързо. Нативният AVIF декодер на браузъра, наличен в Chrome от версия 85, във Firefox от 93 и в Safari от 16.4, върви в компилиран нативен код без натоварване от JavaScript. За AVIF 1024 на 768 нативното декодиране отнема десетки милисекунди. Записването на AVIF е напълно различна работа. Компресията на кодека на AVIF кодека изпробва много режими на предсказване на блок и върви скъпи преминавания на скорост-изкривяване. Когато този сайт извежда AVIF, на страницата JPG в AVIF, използва тежка софтуерна компресия. Когато приема AVIF, на тази страница, използва бързия нативен декодер, без модул за изтегляне, без загряване и без инициализация от стотици милисекунди. Точно затова преобразуването AVIF в JPG усеща бързо, въпреки че JPG в AVIF отнема секунди.
Проблемът с прозрачността в детайл: алфа, наслагване и бяло запълване
Алфа каналът на AVIF съхранява непрозрачност на пиксел от 0, напълно прозрачно, до 255, напълно непрозрачно. Когато браузърът рисува AVIF върху повърхност за рисуване и после записва тази повърхност като JPEG, стъпката на наслагване трябва да определи крайния цвят на всеки пиксел. Повърхността започва като прозрачно черно, R 0 G 0 B 0 A 0, по подразбиране. Изходният път на JPEG после запълва фона на повърхността с бяло преди записването, защото JPEG няма алфа канал и трябва да произведе непрозрачен резултат. Така всяка прозрачна област в твоя AVIF става бяла в JPG. Частично прозрачните пиксели се наслагват върху бяло, така че пиксел при 50 процента непрозрачност върху бяло каца по средата между собствения си цвят и бялото. Няма настройка да промениш това запълване, без сам да нарисуваш наслагването върху повърхност с персонализиран фон, което е работа за редактор, а не за преобразувател.
Измерено качество: какво значат 43,66 dB PSNR на практика
PSNR, върховото съотношение сигнал към шум, се измерва в децибели и показва колко близо съвпада записаното наново изображение с източника си. По-високо е по-добре. В нашия тест от край до край JPEG записвачът, използван тук, произведе 43,66 dB PSNR върху стандартен фотографски образец 1024 на 768 при подразбиращо качество. За справка, 36 dB обикновено се описват като прагът, под който разликите стават ясно видими за повечето зрители при нормални условия, а 40 dB обикновено се оценяват като перцептивно прозрачни за фотографско съдържание. При 43,66 dB изходът е визуално идентичен с източника за снимки, гледани на екрани при типични размери. За графики с остри ръбове, фин текст или области с екстремен контраст може да се покажат слаби JPEG артефакти, тъй като блоковата DCT компресия на JPEG третира тези области различно от плавните фотографски преходи.
Съвместимост на AVIF: къде работи и къде още се проваля
Към средата на 2026 AVIF се декодира във всички големи браузъри, но съвместимостта със софтуер извън браузъра още е неравна. На Windows Разширението за изображения AVIF от Microsoft Store добавя поддръжка към Снимки и Проводника на Windows 10 и 11, а без него AVIF файловете се появяват като празни икони. Adobe добави поддръжка на AVIF в Lightroom 13.3 през 2024 и Photoshop 23.2 през 2022, така че по-ранните версии не могат да го отворят. Affinity Photo 2.3 от 2023 поддържа внос и износ на AVIF. Paint.net се нуждае от безплатната AVIF добавка. На macOS Преглед чете AVIF от Monterey. На телефони системният преглед на снимки поддържа AVIF на iOS 16 и Android 12 и по-нови. Празнините са реални и съсредоточени в корпоративни инструменти, форми за качване и потоци за печат, които са точно ситуациите, в които преобразуването в JPG е практичният отговор.
AVIF срещу HEIF: разликата и защо е важна
Както AVIF, така и HEIF, форматът за изображения с висока ефективност, съхраняват изображения с модерна компресия от видео кодек. HEIF обикновено използва собствен двигател за компресия, докато AVIF използва различна система без авторски хонорари. Решаващата разлика за уеба е лицензирането. Системата HEIF налага авторски хонорари за устройство, които производителите на браузъри не желаят да плащат, затова Safari поддържа HEIF, но Chrome не. Системата AVIF е изградена от индустриален консорциум, включващ Google, Mozilla и Apple, затова AVIF се радва на по-широка поддръжка от браузъри от HEIF, въпреки че HEIF е по-стар формат. iPhone-ите правят снимки като HEIF от iPhone 7, а тези файлове носят разширение .heic. Конвертирането на HEIC към JPG е различна категория инструмент от AVIF към JPG. Този конвертор обработва само AVIF вход, така че ако имате файл .heic от iPhone, трябва ви конвертор от HEIC към JPG.
Кога да запазиш AVIF и кога да преобразуваш в JPG
Полезно правило: запази AVIF, когато контролираш и двата края на работния поток, и преобразувай в JPG, когато файлът трябва да премине през система, която не контролираш. Ако доставяш изображения на сайт, който си изградил, с CDN, който поддържа договаряне на формат, AVIF е по-добрият избор, по-лек, визуално равен и сега покриващ 94 процента от трафика на браузъри. Ако изображението се насочва към имейл бюлетин, социално качване, изпращане на форма, шаблон за печат от клиент, споделена Dropbox папка, която други отварят на по-стар софтуер, или каквато и да е стара CMS, която проверява MIME типове, JPG е по-безопасният избор. Практичният модел за повечето уеб проекти е да съхраняваш AVIF оригинали и да произвеждаш JPG износи при поискване за всяка ситуация, която изисква универсална съвместимост.