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

यहाँ दो तरह के लोग आते हैं और सिर्फ़ एक को रुकना चाहिए। पहला उस सिस्टम के सामने है जो सिर्फ़ JPG, PNG और GIF लेता है — पुराना फ़ोरम, कोई wiki अपलोडर, पंद्रह साल पुराना इंटरनल टूल। उसके लिए GIF कोई पसंद नहीं है, वह उपलब्ध और स्वीकार्य का मिलन-बिंदु है।

दूसरा एनिमेशन खोजते आया है, और यह उसके लिए ग़लत पेज है। यहाँ कुछ भी स्थिर तस्वीर को हिलती नहीं बनाता, और जो AVIF पहले से हिलती है वह इस रूपांतरण से हिलती नहीं रहती। अगर मंज़िल PNG लेगी, वही चुनिए — lossless, हर रंग रखती है, transparency ठीक सँभालती है।

AVIF और GIF दोनों में क्रम रखा जा सकता है, इसलिए specification पर यह ऐसा दिखता है जो काम करेगा। नहीं करता। engine एक ही तस्वीर डिकोड करता है और GIF encoder एक ही फ़्रेम लिखता है, इसलिए एनिमेटेड AVIF एक स्थिर तस्वीर बनकर लौटती है।

यह दूसरे सेक्शन में कहा जा रहा है, किसी नोट में छुपाया नहीं गया, क्योंकि जो कन्वर्टर चुपचाप फ़ाइल का दसवाँ हिस्सा दे उससे बुरा वह है जो मना कर दे। अगर सचमुच हिलते रहना ज़रूरी है, तो इस साइट पर कोई भी image फ़ॉर्मेट सही जवाब नहीं है — जिससे एनिमेशन बना उसी से MP4 बनाना बेहतर है।

यही इस जोड़ी का असल नुक़सान है। GIF89a specification में अधिकतम 256 प्रविष्टियों का palette है। AVIF हर चैनल पर बारह बिट तक और चौड़े रंग गामट का वर्णन करता है — साधारण स्थिति में लाखों अलग रंग। बीच का सब कुछ फेंकना पड़ता है।

यह कैसा दिखता है यह पूरी तरह तस्वीर पर निर्भर है। कोई लोगो, डायग्राम या स्क्रीनशॉट अक्सर वैसे भी 256 से कम रंग रखता है और लगभग बिना नुक़सान गुज़र जाता है। तस्वीर ऐसा नहीं कर सकती — आसमान दिखने वाली पट्टियों में बंट जाता है, त्वचा के रंग धब्बेदार हो जाते हैं।

किसी को यह तय करना पड़ता है कि कौन-से रंग बचें, और बुरे तरीक़े से यही ख़राब GIF बनाता है। यह कन्वर्टर gifenc इस्तेमाल करता है, जिसका quantiser PnnQuant.js का port है — यह तस्वीर के अपने रंगों से शुरू होता है और सबसे नज़दीकी जोड़े को बार-बार मिलाता है जब तक 256 न बचें।

Palette थोड़े घटे हुए रंग-स्थान से बनता है, जो थोड़ी सटीकता की क़ीमत पर बड़ी तस्वीर पर कुछ सेकंड बचाता है। जो फ़ॉर्मेट 256 रंग पर ही ख़त्म होता है, उसके लिए यह व्यापार भारी पड़कर सही ठहरता है।

कम रंग का मतलब कम बाइट्स नहीं, और यहीं अंतर्ज्ञान चूक जाता है। GIF 1987 की स्कीम से लॉसलेस संपीड़न करता है, समतल ग्राफ़िक्स के लिए बनी हुई। AVIF 2019 के वीडियो कोडेक की एक स्थिर फ़्रेम है, जो सबसे कॉम्पैक्ट वर्णन ढूँढने में असली गणना खर्च करती है।

तो जो तस्वीर AVIF के रूप में 180 KB थी वह GIF के रूप में उससे कई गुना बड़ी होकर लौट सकती है, ज़्यादातर रंग खोने के बाद भी। आप दो बार क़ीमत चुकाते हैं — निष्ठा में और बाइट्स में।

AVIF में पूरा alpha channel है — पिक्सेल किसी भी हद तक पारदर्शी हो सकता है। GIF इसका एक कोना देता है — एक palette प्रविष्टि जिसे अदृश्य कहा जाता है — और यह encoder उसका इस्तेमाल नहीं करता। जो फ़ाइल आप डाउनलोड करते हैं उसका हर पिक्सेल अपारदर्शी है।

पारदर्शी हिस्सों को drop zone के ऊपर सेट किए background रंग से भरा जाता है, डिफ़ॉल्ट सफ़ेद है। जहाँ तस्वीर बैठेगी वही रंग सेट कीजिए और नरम किनारा उसी में घुल जाएगा।

जगहें ख़ास और पुरानी हैं — ऐसा फ़ोरम सॉफ़्टवेयर जिसकी अपलोड वेलिडेटर तीन एक्सटेंशन सूचीबद्ध करती है, दशक पहले सेट किए wiki, टिकटिंग सिस्टम, कोई इंटरनल टूल जिसे किसी ने संभाला ही नहीं। GIF हर ब्राउज़र और लगभग हर तस्वीर सॉफ़्टवेयर से पढ़ी जाती है।

रजिस्ट्री GIF को legacy मानती है, और यही सही शब्द है — न यह मौजूदा है, न जाने वाली है, क्योंकि जो सॉफ़्टवेयर इसे ही जानता है वह भी जाने वाला नहीं है।

अधिकतम चौड़ाई वाला control उसी pass में रीसाइज़ करता है जिसमें एनकोड होता है, और यहाँ इसका इस्तेमाल करना सही चाल है। कम पिक्सेल का मतलब है palette कमी दिखने के लिए कम जगह।

यह size की समस्या भी हल करता है, और ईमानदारी से — कम पिक्सेल, वैसे ही पिक्सेल का बुरा वर्णन नहीं। बाद में किसी दूसरे टूल में रीसाइज़ करना ग़लत क्रम है क्योंकि वह पहले ही 256 रंग तक घटी तस्वीर को दोबारा नमूना लेता है।

दोनों हिस्से आपके ब्राउज़र टैब में आपके ही प्रोसेसर पर चलते हैं — jSquash AVIF डिकोड करता है, gifenc quantise करके GIF लिखता है, फ़ाइल का कोई हिस्सा अपलोड नहीं होता। कोई अकाउंट नहीं, कोई कतार नहीं, मुफ़्त सीमा 100 MB प्रति फ़ाइल है।

यह उस मशीन पर भी काम करता है जो स्रोत खोल ही नहीं सकती। अगर AVIF पर डबल-क्लिक करने से कुछ नहीं होता, तो ब्राउज़र वही एक सॉफ़्टवेयर है जो इसे ज़रूर पढ़ता है, और रूपांतरण उसी में होता है।