Бележки от екипа за майсторството, форматите и малките решения зад добрия резултат.
Защо декодирането на AVIF е вградено и бързо
За разлика от кодирането на AVIF, което е тежка работа, декодирането на AVIF е вградено директно във всеки съвременен браузър. Chrome, Firefox, Safari и Edge носят вградено декодиране на AVIF като част от своя поток за изображения, същия двигател, който изобразява AVIF, вграден в уеб страници. Така преобразуването на AVIF в PNG не плаща цена за загряване и не се нуждае от допълнителен компонент. Браузърът просто чете AVIF, декодира го в пикселен буфер в паметта и подава тези пиксели на вградения запис на PNG. Резултатът е преобразуване, което приключва за по-малко от секунда при повечето реални изображения, дори големи снимки. Само страната на записа на PNG варира по скорост между браузърите, и дори най-бавният наблюдаван път, около 122 милисекунди за изображение от един мегапиксел в WebKit, е добър за интерактивна употреба.
Парадоксът без загуби, защо PNG е по-голям
Изглежда обратно, че преобразуване може да направи файла по-голям, но AVIF към PNG е точно такъв случай. AVIF постига малкия си размер, като изпуска визуална информация, която окото не забелязва при нормални разстояния на гледане, така че артефактите му от компресия са реални, но невидими при обикновени условия. PNG заема обратната позиция, съхранявайки всеки пиксел точно както е декодиран без допълнителна загуба на качество, използвайки само алгоритъма DEFLATE без загуби. Резултатът вярно представя декодираните пикселни данни на AVIF без добавено влошаване. Тъй като AVIF вече е изхвърлил част от детайла, PNG не може да е по-малък от направения от оригиналния източник, но е строго верен на това, което AVIF е запазил. Съотношения три до десет пъти размера на AVIF са нормални и очаквани, никога признак за грешка.
Работни потоци за редактиране, които печелят от AVIF към PNG
Дизайнери и разработчици често получават файлове AVIF от автоматизирани потоци за изображения, мрежи за доставка на съдържание или съвременни системи за съдържание, после трябва да работят с тях в инструменти, които не са добавили поддръжка за AVIF. Преобразуването в PNG дава работно копие без загуби, носещо същите пикселни данни, които AVIF е държал. Оттам редакциите се случват в Photoshop, Figma, Sketch или всеки друг инструмент за дизайн без добавяне на артефакти от компресия. Когато редактираната версия е готова за уеб, тя може да се изнесе отново като AVIF или WebP. Това третира AVIF като формат за доставка, а PNG като междинен етап за редактиране, подреждането, най-съвместимо със сегашните инструменти. Стъпката PNG не добавя никаква наказателна загуба на качество отвъд вече присъстващата в източника AVIF.
Как алфата оцелява при преобразуването
Алфа каналът в AVIF се съхранява като отделна кодирана равнина до цветовите данни. Когато браузърът декодира AVIF, той създава цветен пикселен буфер и буфер с алфа маска. Потокът за преобразуване ги композира при пълна прозрачност, после ги записва като PNG. Кодирането на алфа в PNG съхранява маската без загуби като 8-битов канал на пиксел, прикрепен към всеки пиксел. Резултатът е PNG, в който всеки пиксел носи същите стойности на цвят и прозрачност, които браузърът е прочел от AVIF, готов за композиране. Меките преходи на прозрачност оцеляват. Размитите ръбове оцеляват. Частично прозрачните пиксели оцеляват. Единствената загуба е каквото собствената компресия със загуби на AVIF е въвела в алфа равнината, когато AVIF е бил създаден за първи път, обикновено едва доловим ореол при крайно увеличение.
Кога AVIF към PNG е правилно за уеб доставка
Някои уеб контексти наистина изискват PNG дори през 2026. Изображенията в имейл бюлетини трябва да са PNG или JPG, защото повечето имейл програми анализират изображенията на отдалечен сървър и отказват AVIF. Социалните платформи се различават: някои обработват AVIF при качване и го преобразуват вътрешно, други просто отказват формата. Печатните потоци, работещи със софтуерни PDF потоци, често искат PNG за прозрачни слоеве, тъй като AVIF не е част от модела за изображения на PDF. Изображенията за преглед на Open Graph печелят от PNG или JPG, защото скрейпърите за преглед на връзки работят на инфраструктура, която може да няма декодиране на AVIF. За тези цели на доставка преобразуването в PNG не е стъпка назад, а правилният избор предвид ограниченията на целевата система. Съвместимостта си струва допълнителните байтове.
С какво се различава обработката от обикновен онлайн инструмент
Повечето онлайн AVIF конвертори качват всеки даден файл на машини, които не контролирате, и пазят резултата според политиката за съхранение, която този доставчик определя, често неясна. RoundCut разделя работата според това колко преобразувате. Един AVIF се декодира и прекодира изцяло в браузъра ви, така че в този случай нищо не се качва. Когато преобразувате два или повече наведнъж, партидата отива на нашия сървър, който прави декодиране и кодиране на един проход и връща едно изтегляне. Тези файлове се обработват и после се премахват за около 2 часа, без акаунт и без каквато и да е употреба извън поисканото преобразуване. Няма постоянно съхранение и няма споделяне на вашите изображения. За тези, които работят с ресурси на клиенти или собствени изображения, честната версия на размяната е тази: едно изображение остава при вас, партида минава през нашия сървър само за да създаде вашите PNG, и нищо не остава.
