Бележки от екипа за майсторството, форматите и малките решения зад добрия резултат.
Защо преобразуването в AVIF е по-бавно от останалите формати
AVIF е изграден върху вътрешнокадровата компресия на видеокодека за напреднало кодиране. Той е проектиран да максимизира коефициента на компресия, а не скоростта на преобразуване, затова разчита на по-скъпи режими на предсказване, по-големи трансформации и по-сложни филтри в контура от JPEG или WebP. Това, което върви тук, е софтуерна версия, изпълнявана в браузъра. Софтуерно преобразуване в AVIF на изображение 1024 на 768 отнема около 250 милисекунди, щом е подготвено в Chromium на компютър, и около 1,1 секунди на студено, включително подготовката. При 8 мегапиксела, 3840 на 2160, преобразуването отнема около 2,8 секунди в Chrome и около 31 секунди във Firefox, който върви такъв код по-предпазливо. На средно мобилно устройство очаквай грубо 3 до 5 пъти числото за компютър. Точно затова интерфейсът никога не нарича преобразуването в AVIF мигновено. Подходящо е за работа с една снимка, но достатъчно бавно, че показването на състояние на напредък е честното нещо за правене.
Какво става, когато избереш изход AVIF
AVIF е най-взискателният формат, който този инструмент създава, затова за да ти дадем най-малкия и най-добър файл, RoundCut може да пусне кодирането на нашия сървър с бърза native компилация, а преобразуването на няколко наведнъж винаги върви там. Замесените файлове изчезват за около 2 часа и можеш да ги изчистиш веднага. Когато този път не е достъпен, компилиран AVIF кодиращ модул се зарежда веднъж в раздела, около 870 КБ компресиран, а преобразуването завършва локално като резерва. За двойките PNG, JPG и WebP нищо от това не важи, тъй като те стъпват върху вградените декодери на браузъра. Тази допълнителна работа е цената, която AVIF иска за предимството си в размера.
Как AVIF побеждава JPEG при еднакво качество
AVIF използва предсказване, базирано на блокове, досущ като модерните видеокодеци. За всеки блок пиксели се изпробват няколко режима на предсказване, насочени, гладки и DC, спрямо вече кодирани съседи, после се запазва онзи, който оставя най-малкия остатък. Само тази разлика на остатъка се трансформира и квантува, не суровите стойности на пикселите. Това улавя локалната структура на изображението далеч по-ефикасно от фиксирания модел 8 на 8 DCT на JPEG, който прилага същата геометрия на трансформацията навсякъде, независимо от съдържанието. При гладки преходи предсказването на AVIF може да възпроизведе област с почти никакъв остатък. При тонове на кожата, коса и небе AVIF постоянно произвежда по-малки файлове от JPEG или WebP при визуално еднакво качество. Компромисът е сложността на преобразуването, защото изпробването на много режима на предсказване на блок е скъпо, и затова AVIF се мери в секунди, докато JPEG се мери в милисекунди.
Core Web Vitals: преобразуване на водещи изображения в AVIF
Largest Contentful Paint измерва колко бързо се зарежда най-големият видим елемент в зрителното поле. На повечето целеви и продуктови страници този елемент е водеща снимка. Google е потвърдил, че Core Web Vitals са сигнал за класиране в Търсенето. Типичен водещ JPEG от 300 КБ при връзка 3G отнема около 2,4 секунди за зареждане. Същото изображение като AVIF при стандартно качество може да тежи 100 КБ, орязване от 67 процента, което свива приноса към LCP до около 0,8 секунди при същата връзка. Това измества LCP извън червената зона над 2,5 секунди и в зелената под нея, осезаема промяна за представянето в Търсенето. Спестяването се натрупва при всяко изображение на страницата. CDN с автоматично договаряне на формат, като Fastly, Akamai и подобни услуги, четат заглавката Accept на браузъра и сервират AVIF на съвместими браузъри сами, щом оригиналите AVIF съществуват в библиотеката.
AVIF през 2026: поддръжка, готовност и пропуските
Към средата на 2026 AVIF се разчита в Chrome 85+, Firefox 93+, Safari 16.4+ на iOS 16 и macOS Ventura, и Edge 121+. Комбинираното световно покритие е грубо 94 процента от трафика на браузъри. Пропускът от 6 процента е предимно по-стари iOS устройства все още на iOS 15, които Apple е спрял да обновява за повечето модерни функции, плюс Internet Explorer. За широка потребителска публика AVIF е готов за продукция при доставка в мрежата. Пропуските, които остават, са от страната на инструментите. Lightroom добави износ в AVIF във версия 13.3 през 2024, Affinity Photo поддържа внос и износ на AVIF от версия 2.3, а повечето стокови агенции все още не приемат AVIF за подаване. Услугите за печат повсеместно все още искат JPEG или TIFF. За мрежата форматът е готов, но за всеки работен поток, който прекарва файлове през системи на трети страни, дръж резервен JPEG оригинал.
Размери на файлове в сравнение: AVIF, WebP и JPEG
Нашата съпоставка върху три реални тестови образеца дава надеждно сравнение при стандартно качество между форматите. За снимка 1024 на 768 при 17 КБ като JPEG еквивалентът WebP се измери на 7,3 КБ, 57 процента по-леко, а AVIF се измери на 6,0 КБ, 65 процента по-леко. За снимка 3840 на 2160 при 116 КБ като JPEG еквивалентът WebP се измери на 32 КБ, 72 процента по-леко, а AVIF се измери на 16 КБ, 86 процента по-леко. Преднината на AVIF пред WebP расте при големи снимки с висока разделителна способност. При много малки изображения, като 400 на 300 при 0,12 мегапиксела, предимството на AVIF се свива и режийното на преобразуването става по-голям дял от общото време. Това са измерени числа от собствения ни поток, не маркетинг на производител. Отделните снимки ще се различават със сложността на съдържанието, шума и цветовия обхват.
