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

कुछ भी बदलने से पहले साफ़ कह देना ठीक है: किसी फ़ोटो को GIF बनाना उसे ख़राब करता है और शायद ही कभी छोटा करता है। अगर किसी चीज़ ने ख़ास तौर पर GIF ही नहीं माँगी है, तो लगभग निश्चित रूप से आपको कोई और फ़ॉर्मेट चाहिए।

यह पेज कन्वर्ज़न करता ज़रूर है, पर पहले यह बता देना उसे कर देने से ज़्यादा काम का है। नीचे यह भी लिखा है कि वे कौन-सी हालतें हैं जिनमें GIF सचमुच सही जवाब है — अगर आप उनमें हैं, तो पढ़ते जाइए।

वजह 1987 से GIF में बैठी एक सीमा है। एक GIF तस्वीर में ज़्यादा से ज़्यादा 256 अलग रंग रह सकते हैं। जब स्क्रीनें इससे ज़्यादा दिखा ही नहीं सकती थीं तब यह उदार था, और किसी फ़ोटो के सामने यह कुछ भी नहीं, जिसमें आम तौर पर लाखों रंग होते हैं।

बदलने का मतलब है उन सबकी जगह खड़े होने के लिए 256 रंग चुनना, और कमी ठीक उन्हीं जगहों पर दिखती है जहाँ नज़र जाती है: साफ़ आसमान दिखने लायक़ पट्टियों में बँट जाता है, त्वचा चकत्तेदार हो जाती है, और रंगों का ढलान सीढ़ियों में बदल जाता है। कोई सेटिंग इसे ठीक नहीं करती।

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

नतीजा वह उलटी बात है जिसकी लोग उम्मीद नहीं करते: तस्वीर ख़राब भी दिखती है और फ़ाइल बड़ी भी हो जाती है। दोनों एक साथ हार जाने वाला यह सौदा तभी सही ठहरता है जब सामने वाला सिस्टम और कुछ लेता ही न हो।

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

फ़ोटो को GIF बनाने पर आपको एक फ़्रेम वाली GIF मिलती है, यानी असामान्य रूप से ख़राब डिब्बे में रखी एक स्थिर तस्वीर। सचमुच की चलती तस्वीर बनाने के लिए किसी वीडियो या तस्वीरों की शृंखला से शुरू करना पड़ता है, और वह अलग औज़ार है।

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

बाक़ी हर चीज़ के लिए: बिना नुक़सान चाहिए तो PNG, छोटा चाहिए तो WebP, या फिर JPG को जैसा है वैसा ही रहने दीजिए। हम कन्वर्ज़न ले लेने के बजाय यह कह देना बेहतर समझते हैं।

256 ख़ानों और हज़ार रंग माँगते आसमान के बीच फँसा एन्कोडर दो में से एक रास्ता चुन सकता है। या तो हर पिक्सेल को सबसे नज़दीकी बचे हुए रंग पर गोल कर दे, जिससे साफ़ दिखने वाली पट्टियाँ बनती हैं। या डिदर करे — दो पड़ोसी रंगों के पिक्सेल आपस में बिखेर दे ताकि आँख उन्हें मिला ले।

डिदरिंग एक ख़ामी के बदले दूसरी देती है: पट्टियाँ नरम पड़ती हैं और उनकी जगह महीन छींटे उभर आते हैं। पूरे आकार में देखी गई फ़ोटो पर छींटे आम तौर पर कम बुरे लगते हैं; छोटे थंबनेल पर वे शोर की तरह पढ़े जाते हैं। दोनों में कोई सही नहीं है।

पैलेट तय नहीं होता। हर GIF अपना ख़ुद का ढोती है, और एन्कोडर तस्वीर को देखकर तय करता है कि उसमें क्या जाएगा: जो रंग तस्वीर में ज़्यादा जगह घेरते हैं उन्हें ख़ाना मिलता है, और दुर्लभ रंग सबसे नज़दीकी बचे हुए रंग पर भेज दिए जाते हैं।

इसीलिए नुक़सान हर तस्वीर में बराबर नहीं होता। भूरे कंक्रीट के सामने खड़ी लाल गाड़ी सूर्यास्त से बेहतर निकलती है, क्योंकि पहली में मोटे तौर पर दो रंग-परिवार हैं और दूसरे में कई रंगों से गुज़रता एक लगातार ढलान।

तस्वीर बचती है, घटी हुई। उसके अलावा कुछ नहीं। कैमरे से निकली JPG EXIF ढोती है — तारीख़, मॉडल, एक्सपोज़र, अक्सर निर्देशांक भी — और GIF में ऐसा कोई ख़ाना है ही नहीं जिसे कुछ पढ़ता हो।

तो यह कन्वर्ज़न मेटाडेटा को साइड-इफ़ेक्ट के तौर पर हटा देती है। अगर हटाना ही असल मक़सद है तो इस पर टेक मत लगाइए, क्योंकि मेटाडेटा वाला पेज यही काम इरादतन करता है और उस फ़ॉर्मेट पर करता है जिसे आप रखना चाहेंगे।

जितनी JPG चाहें छोड़ दीजिए। हर एक अपनी GIF बनती है और सब एक ZIP में लौटती हैं, गिनती की किसी सीमा के बिना — क्योंकि कुछ अपलोड नहीं होता और किसी के पीछे कोई क़तार नहीं है।

रंगों की कटौती और एन्कोडिंग, दोनों आपके ब्राउज़र में उसी कोड से चलते हैं जो पन्ने ने उतारा था। काम चलते वक़्त आप एंट्री देख सकते हैं और पाएँगे कि फ़ाइल ढोने वाली कोई अनुरोध बाहर नहीं जाती।