ICO को AVIF में बदलें

नहीं — और यही इस साइट के होने की वजह है। पूरा कन्वर्ज़न WebAssembly के ज़रिए आपके ब्राउज़र में ही होता है, इसलिए फ़ाइलें आपके डिवाइस से बाहर नहीं जातीं और बीच में कोई सर्वर नहीं आता। पेज लोड होने के बाद टूल बिना इंटरनेट के भी चलता है, और डिवाइस की मेमोरी के अलावा साइज़ की कोई सीमा नहीं है।

AVIF की बढ़त रेज़ोल्यूशन के साथ बढ़ती है — 32px का आइकॉन कुछ सौ पिक्सेल का डेटा है, जिसमें कंटेनर का ओवरहेड फ़ाइल का अच्छा-ख़ासा हिस्सा है और निचोड़ने लायक़ दोहराव कम। पाइपलाइन की एकरूपता के लिए कन्वर्ज़न फिर भी बनता है; बस बड़ी इमेजों वाले नाटकीय प्रतिशत यहाँ नहीं मिलेंगे।

हाँ — आइकॉन का अल्फ़ा चैनल, सख़्त किनारों वाला हो या मुलायम, AVIF में बिना बदले पहुँचता है। ट्रांसपेरेंसी वाले छोटे आइकॉन असल में वही जगह हैं जहाँ अल्फ़ा का सही होना सबसे ज़्यादा मायने रखता है — 32px पर ग़लत हेलो चुभता है।

वही मुख्य एंट्री जो डिकोड करते समय आपका ब्राउज़र थमाता है — आम तौर पर फ़ाइल की सबसे बड़ी। अगर आपके ICO में आधुनिक 256px की एंट्री है, तो वही मिलेगी; क्लासिक फ़ेविकॉन 32 या 48px देते हैं।

32–48px पर दोनों फ़ॉर्मैट क़रीब-क़रीब बराबर छूटते हैं — कंटेनर का ओवरहेड कोडेक की चतुराई को ढक लेता है, इसलिए दोनों तरफ़ इकाई-अंक KB की फ़ाइलें मिलेंगी। चुनाव पाइपलाइन से करें: बिल्ड पहले से हर जगह AVIF देता है तो सुसंगति जीतती है; नीचे की कड़ी में कुछ पुराना है तो ICO को WebP में बदलें चंद प्रतिशत देकर चौड़ा समर्थन ख़रीदता है। मुट्ठी भर आइकॉनों के लिए, सच कहें तो, सिक्का उछाल लें।

एडिटिंग के काम। क्वालिटी 70 पर AVIF आइकॉन को लॉसी ढंग से दोबारा एनकोड करता है, इसलिए खोलना, सुधारना और फिर सहेजना उस इमेज पर दाग़ जमा करता जाता है जो पहले ही कुछ सौ पिक्सेल की है। जिन आइकॉनों में बदलाव करना हो, उन्हें ICO को PNG में बदलें के लॉसलेस रास्ते से भेजें; AVIF आख़िरी मंज़िल का फ़ॉर्मैट है, काम चलाने का नहीं।