Нотатки від команди про майстерність, формати та невеликі рішення, що стоять за гарною круглою обрізкою.
Як стоїть сумісність AVIF у 2026-му
AVIF пройшов близько 94,3 відсотка браузерів по світу до 2026 року, і все ж браузерне покриття розповідає лише половину казки. Чималий шмат споживання зображень тече повз браузери: поштові клієнти малюють вбудовані знімки, дизайнерські інструменти відкривають файли для правок, системи контенту перевіряють і перелопачують завантаження, конвеєри доставки зображень, редактори документів вбудовують графіку, а соцплатформи жують зображення прямо на завантаженні. Через більшість цих позабраузерних систем AVIF плентається за браузерним прийняттям із помітним розривом. Gmail, Outlook і майже вся корпоративна пошта досі женуть зображення старішими конвеєрами, що відбивають AVIF. Adobe Creative Cloud вшила AVIF лише у випусках кінця 2024 року. Багато збірок WordPress на старіших плагінах зображень досі замикають AVIF на завантаженні. WebP же радо прийнятий майже всюди з переліку вже роками. AVIF у WebP - міст через цей позабраузерний ґрунт.
Чому цей напрямок швидкий
AVIF у WebP випереджає зворотку через те, як сидять кодеки. Декодування AVIF спирається на нативний декодер браузера, що на нинішніх пристроях підтягує апаратне прискорення. Збереження WebP користується власними засобами браузера для WebP, на більшості платформ теж підпертими залізом. Жодній зі сторін не треба вантажити важкий модуль, а це саме та горловина, що душить під час виробу AVIF. Засоби для виходу в AVIF масивні й хочуть близько секунди на розгін за сесію. AVIF у WebP оминає це повністю. Конвеєр декодує, а потім зберігає нативними стежками, і повний оберт для знімка на 2 мегапікселі згортається помітно швидше за секунду на будь-якому сучасному настільнику чи ноутбуці. Це й робить пару придатною до взаємодії, де людина чекає відповіді в межах секунди.
У скільки й справді обходиться одне перезбереження
У цій парі відбувається рівно один повторний запис. AVIF приходить уже з певною часткою втратного стиснення, що оселилася в ньому раніше. Розкладання AVIF повертає значення пікселів, які відображають це джерело з втратами. Далі частина WebP накриває ці пікселі власним стисненням за режиму, наближеного до без втрат, накрученого на якість 85. За такого режиму на типовому фотовмісті заміри дають десь поблизу 44 дБ PSNR. Для глядача, що роздивляється кадр у звичайному розмірі екрана, джерельний AVIF і вихідний WebP зливаються в одне. А от на графіці з дуже дрібним текстом малого кеглю, на значках, точних до пікселя, чи на колірних блоках із твердим обрисом нашарований підсумок двох втратних проходів подеколи виказує ледь помітні розбіжності за пильного розгляду. Тож перш ніж пускати під заміну цілу бібліотеку, проженіть показову добірку на повному наближенні саме на тих ресурсах, де якість найдорожча.
Простежуємо альфу по оберту
Прозорість AVIF мешкає на власній площині, що її закодовано внутрішньокадровою роботою AV1. Тільки-но браузер розкладе AVIF, він простягає поруч кольоровий буфер і поряд з ним маску прозорості. Перетворення зчіплює цю двійку за цілковитої прозорості й тримає кожен напівчистий піксель на місці. Потому частина WebP записує втратний WebP, де канал прозорості їде окремо, закодований безвтратним прийомом WebP саме під площину альфи. Звідси й випливає, що маска прозорості вихідного WebP лежить без втрат супроти тих значень альфи, що їх браузер видобув з AVIF. М’які переливи й розмиті обводи долають перехід цілими. Уся наявна шкода для прозорості зводиться до тієї, що її колись наклало власне кодування AVIF. Чисті обводи альфи в джерелі - чисті обводи альфи й у WebP, а маска вже напоготові лягти хоч куди.
Складаємо WebP проти інших варіантів
Щоб змусити AVIF працювати в системі, яка його не читає, на ногах стоять три справжні вибори: WebP, PNG або JPG. JPG хибний для будь-чого з прозорістю, бо альфи немає і він зводить її до суцільного кольору. PNG ліпить найважчий файл, нерідко в три - десять разів більший за розмір AVIF, і заслуговує на місце лише там, де потрібна проміжна копія без втрат або дальній кінець вимагає саме PNG. WebP бере середину: всезагальний сучасний засяг, прозорість ціла й файл зазвичай на 20 - 25 відсотків понад AVIF, а не на 300 - 1000 відсотків, як докинув би PNG. Для будь-якого обміну задля сумісності, що не кличе за виходом без втрат, WebP - той середній формат, що пасує.
Одне локально, пачка на сервері
У цієї пари два режими, які обирає розмір завдання. Одинокий AVIF декодується й переписується як WebP цілком усередині вашого браузера нативними шляхами, тож для одного файлу нічого не піднімається, що DevTools підпирає відсутністю вихідних запитів після завантаження сторінки. Це правильна смуга для чогось швидкого і для конфіденційних кадрів клієнта, власних знімків товару чи сканів, які ви воліли б тримати на своєму обладнанні. Купа файлів крутиться на нашому сервері, бо групувати, закривати в zip і відвантажувати набір це якраз сила сервера: файли піднімаються, кодуються, пакуються й повертаються одним завантаженням, яке підчищається до 2 годин, без облікового запису й без чогось збереженого надовго. Просте читання в тому, що перетворення лежить нерухомо на пристрої, тоді як пачка обробляється віддалено, але тримається лише те коротке вікно, що бере отримання.
