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

AVIF 2019 में Alliance for Open Media से आया और अपनी लड़ाई जीत गया — हर मौजूदा ब्राउज़र इसे पढ़ता है। पर यही पूरी सूची है। तस्वीर जैसे ही ब्राउज़र से बाहर जाती है — किसी फ़ॉर्म, फ़ोटो लाइब्रेरी या एडिटर तक — यही फ़ॉर्मेट रुकावट बन जाता है।

JPEG 1992 से यही जवाब देता आ रहा है, और लगभग हर सॉफ़्टवेयर इसे पढ़ता है। यही इस पेज का पूरा सौदा है: AVIF ने जो जगह बचाई थी वह वापस दी जाती है, बदले में ऐसी फ़ाइल मिलती है जिसे किसी को खोलना सिखाना नहीं पड़ता।

AVIF का बिना-हानि वाला रूप भी होता है, पर वेब पर तेज़ी के लिए सर्व की गई तस्वीर उसे इस्तेमाल नहीं करती। यानी तस्वीर पहले ही एक बार दब चुकी है, और JPEG में बदलना उसे बिलकुल अलग समझ वाले दूसरे एनकोडर से गुज़ारता है।

दूसरा एनकोडर यह नहीं देख सकता कि पहले ने क्या फेंका था — वह जो बचा है उसी पर काम करता है। तयशुदा सेटिंग पर नुक़सान हल्का रहता है और सबसे पहले हल्के ग्रेडिएंट और धुँधले पृष्ठभूमि में दिखता है, वहीं जहाँ AVIF सबसे चतुर था।

यहाँ गुणवत्ता तयशुदा रूप से 82 पर रखी गई है — इतनी ऊँची कि दूसरा दबाव मुश्क़िल से दिखे, इतनी नीची कि फ़ाइल सिर्फ़ खोलकर देखने के लिए ज़्यादा बड़ी न हो।

AVIF की आदत यहाँ धोखा देती है — AVIF में गुणवत्ता 50 अक्सर मूल जैसी ही लगती है, जबकि JPEG में 50 साफ़ ख़राब दिखती है। दोनों फ़ॉर्मेट की संख्याएँ एक ही पैमाने पर नहीं हैं।

AVIF पूरा अल्फ़ा चैनल रखता है, JPEG बिलकुल नहीं — यह किसी सीमा की बात नहीं, दोनों मानकों का सीधा फ़र्क़ है। इसलिए पारदर्शी हिस्से किसी रंग से भर दिए जाते हैं, तयशुदा रूप से सफ़ेद।

भरना और आकार बदलना एक ही चरण में होता है — पहले भरकर फिर छोटा करने से किनारों पर धुंधलापन आता है, उलटे क्रम में हल्का काला घेरा बनता है। अगर तस्वीर किसी रंगीन पेज के लिए है, तो वही रंग यहीं चुन लीजिए।

AVIF प्रति चैनल बारह बिट तक और चौड़ा रंग-दायरा सँभाल सकता है। JPEG हमेशा से आठ बिट है। यह घटना डिकोड के समय ही हो जाती है — हर तस्वीर आठ-बिट RGBA में बदली जाती है, चाहे लक्ष्य कोई भी हो।

वेब से सहेजी गई ज़्यादातर तस्वीरों के लिए यह कोई नुक़सान नहीं, क्योंकि वे पहले से आठ-बिट में सर्व हुई थीं। किसी चौड़े-गैमट मूल स्रोत के लिए रंग सबसे ज़्यादा संतृप्त हिस्सों में थोड़ा अलग लग सकता है।

यह हैरान करने वाला लग सकता है, पर सीधी बात है — AVIF इसलिए था कि वह सबसे छोटी फ़ाइल थी जो ब्राउज़र को दी जा सकती थी। उतनी ही दिखने वाली JPEG लगभग हमेशा काफ़ी बड़ी होगी।

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

ऐसे बहुत-से सिस्टम हैं जो JPEG ले लेते हैं और AVIF मना कर देते हैं — एक्सटेंशन जाँचता फ़ॉर्म, अनुक्रमित न करने वाली फ़ोटो लाइब्रेरी, प्रिंट सेवा का अपलोडर, पुराना ईमेल क्लाइंट।

सार्वभौमिकता ही JPEG का इकलौता बचा हुआ फ़ायदा है, पर वह काफ़ी है — जो फ़ाइल खुलती नहीं, उसकी क़ीमत पूरी है, थोड़ी बड़ी पर खुलने वाली फ़ाइल की नहीं।

अगर AVIF आपकी अपनी पाइपलाइन से आया है, तो JPEG वहीं से बनाइए जहाँ से AVIF बना था, ख़ुद AVIF से नहीं। एक ही घाटे वाला दौर दो के सिलसिले से बेहतर है।

अगर फ़ाइल किसी और की वेबसाइट से बचाई गई है, तो यही सबसे अच्छा उपलब्ध विकल्प है — कोई भी कन्वर्टर वह ब्योरा वापस नहीं ला सकता जो साइट ने कभी भेजा ही नहीं।

बदलाव पिक्सेल में डिकोड करके दोबारा एनकोड करता है, इसलिए EXIF खंड पार नहीं आता — यह किसी सेटिंग से नहीं बदलता। ज़्यादातर वेब से आई AVIF के लिए यह कोई नुक़सान नहीं, क्योंकि कैमरे के फ़ील्ड पहले ही रिसाइज़िंग में जा चुके थे।

पर JPEG EXIF, XMP और GPS रख सकता है, इसलिए लोग मान लेते हैं कि नतीजे में यह होगा — नहीं होता। खींचने की तारीख़ या निर्देशांक चाहिए हों तो मूल फ़ाइल से लेने होंगे।

jSquash डिकोडिंग और एनकोडिंग दोनों इसी टैब में, आपके प्रोसेसर पर करता है — तस्वीर कहीं नहीं जाती, न कोई क़तार, न खाता, न रोज़ की सीमा। मुफ़्त सीमा 100 MB प्रति फ़ाइल है।

अधिकतम चौड़ाई तयशुदा रूप से 0 पर है, यानी मूल आकार बना रहता है — इसे बदलिए अगर दूसरी तरफ़ पिक्सेल की कोई सीमा है। एक पूरा फ़ोल्डर एक बार में बदलकर ZIP में लौटता है।