Бележки от екипа за майсторството, форматите и малките решения зад добрия резултат.
Защо AVIF побеждава PNG толкова решително по размер на файла
AVIF е изграден върху съвременния формат, проектиран за възприемателна ефективност, а не за вярност без загуби. PNG използва DEFLATE върху сурови данни на пиксели, което е без загуби, но оставя огромна излишност непокътната във фотографско съдържание. AVIF заменя тази излишност с предсказване на блокове, заето от видеото, изхвърляйки информация, която човешката зрителна система не забелязва. Резултатът е драматичен. Снимка от 116 КБ се преобразува до около 16 КБ като AVIF при качество 85, а прозрачен PNG обикновено се свива с 30 до 50 процента спрямо еквивалентен WebP. Разликата се разширява при снимки с висока резолюция и се стеснява при прости графики. За всеки сайт, сервиращ прозрачни изображения на съвременна аудитория, икономията на честотна лента се превръща директно в по-бързо зареждане и по-нисък разход за изходящ трафик.
Историята на алфа канала в детайл
Както PNG, така и AVIF съхраняват прозрачността като отделна алфа равнина до данните за цвета. Когато тази двойка обработва вашия PNG, декодерът извлича цветните пиксели и алфа маската независимо. След това етапът на записване на AVIF записва нов файл със собствена алфа пътека, използвайки вътрешнокадрово кодиране на съвременния формат, за да компресира двете равнини при качество 85. Алфа не се запича в цвета и не се заменя с фоново запълване. Меки сенки, меки ръбове и частично прозрачни преходи се кодират вярно. Единственото влошаване, което AVIF добавя, е компресия със загуби върху самата алфа равнина, която може да създаде едва доловим ореол около много твърди ръбове при крайно увеличение. При нормални размери на показване и качество 85 разликата не е видима. За пикселно точна работа с икони при мъничък размер запазете PNG.
Скорост на преобразуване на практика, браузър по браузър
Модулът за подготовка на AVIF се зарежда веднъж на сесия на браузъра, около 800 милисекунди за изтегляне плюс 300 за инициализиране, така че първото преобразуване носи около секунда подготовка. Топлите преобразувания го пропускат напълно. В Chrome за настолен компютър 0.12 мегапиксела отнема около 40 милисекунди, 1 мегапиксел около 250 милисекунди, а 8 мегапиксела приблизително 2.8 секунди. Firefox е изключението, изпълнявайки същия процес около четири пъти по-бавно, така че снимка 4K може да отнеме 30 секунди или повече там. WebKit в Safari е между двете, по-близо до Chrome. На мобилен хардуер от среден клас числата работят три до пет пъти по-зле от настолния Chrome. Ако преобразувате големи файлове често, Chrome на настолен или преносим компютър дава най-добрата производителност.
Кога да запазите PNG вместо да преобразувате
PNG остава правилният избор в няколко случая дори когато размерът на файла има значение. Първо, графики с остър текст при малки размери, като етикети, значки или икони в мащаб на favicon, могат да покажат артефакти в AVIF, които са неприемливи при типични разстояния на гледане. Второ, файловете източник на истина, използвани за по-нататъшно редактиране, трябва да останат PNG, тъй като всяко преминаване през формат със загуби натрупва загуба на качество. Трето, среди, които отхвърлят AVIF, включително някои редактори на документи, по-стари инструменти за дизайн и имейл клиенти, се нуждаят от PNG за съвместимост. Накрая, анимацията отвъд първия кадър не се запазва, тъй като тази двойка обработва един кадър. За всичко останало, прозрачни снимки и графични ресурси, насочени към съвременна уеб доставка, PNG в AVIF е правилната размяна.
Core Web Vitals и аргументът за честотната лента
Largest Contentful Paint, основната метрика за зареждане, е директно засегната от размера на най-голямото изображение на страница. Намаляването на това изображение от 116 КБ на 16 КБ, както е измерено върху снимка 4K при разработка, съкращава времето за прехвърляне при връзка от 10 Mbps от около 93 милисекунди до около 13 само за този елемент. Умножете това по продуктова мрежа, въртяща се секция hero или интерфейс, пълен с прозрачни икони, и натрупаната икономия избутва LCP доста под прага от 2.5 секунди, който Google смята за добър. Приемането на AVIF се ускори именно защото аргументът може да се направи в твърди числа. При около 94.3 процента покритие на браузъри случаят на връщане е достатъчно малък, че печалбата от честотна лента надделява над допълнителната маркировка picture.
С какво се различава от обикновен онлайн конвертор
Повечето онлайн AVIF конвертори качват вашия PNG на машини, които не контролирате, обработват го там и го пазят според политиката за съхранение, която този доставчик определя, често неясна. RoundCut е директен за процеса си. Тъй като AVIF е тежък, преобразуването върви на нашия сървър за най-добър резултат, а кодиращ модул в браузъра служи като автоматичен резервен вариант, когато сървърът не е достъпен. Когато файлът ви бъде изпратен до нас, той се преобразува и после се премахва за около 2 часа, без акаунт и без каквато и да е употреба извън поисканото преобразуване. Няма постоянно съхранение и няма споделяне на изображението ви. За тези, които работят с документи на клиенти, собствена продуктова фотография или потребителско съдържание, честната версия на размяната е тази: файлът може да мине през нашия сървър, обработва се само за да създаде вашия AVIF и не остава там.
