आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप GIF को JXL में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
GIF से JXL



GIF की 256-रंग पैलेट कई तस्वीरों को धुँधला बना देती है, और फ़ाइल बड़ी भी हो जाती है। JXL एक आधुनिक फ़ॉर्मेट है जो कहीं बेहतर कंप्रेशन देता है — यह बदलाव तब काम आता है जब GIF असल में एक स्थिर तस्वीर या स्क्रीनशॉट हो, कोई एनिमेशन नहीं।
अगर GIF सचमुच एनिमेटेड है और वह हरकत बचानी है, तो JXL सही लक्ष्य नहीं — इसके लिए वीडियो फ़ॉर्मेट जैसे MP4 या WebM ज़्यादा उपयुक्त हैं।
एनिमेटेड GIF को डीकोड करते वक़्त सिर्फ़ पहला फ़्रेम मिलता है — यह हर रास्टर कन्वर्ज़न का सामान्य नियम है, JXL के लिए ख़ास नहीं। कोई एनिमेशन जानकारी आगे नहीं जाती।
अगर स्रोत GIF में इफ़ेक्ट या टेक्स्ट का एनिमेशन हो, तो नतीजा उस एनिमेशन की सिर्फ़ शुरुआती झलक होगी, पूरी कहानी नहीं।
JXL उन तीन फ़ॉर्मेट में नहीं है जो पारदर्शी पिक्सेल को भर देते हैं — JPG, BMP और GIF के अलावा हर टार्गेट अल्फ़ा चैनल रखता है। इसलिए अगर स्रोत GIF में पारदर्शी पिक्सेल इंडेक्स था, तो वह JXL में भी पारदर्शी ही रहता है।
यह GIF को खुद टार्गेट बनाने से बिल्कुल अलग है — GIF लिखते वक़्त पारदर्शिता खो जाती है, पर यहाँ स्रोत होने की वजह से यह समस्या नहीं आती।
JXL का अपना एक लॉसलेस मोड है, पर यह इंजन उसे कभी नहीं माँगता — क्वालिटी हमेशा एक संख्या के तौर पर भेजी जाती है, डिफ़ॉल्ट 82। इसलिए बदलाव तकनीकी रूप से लॉसी है।
GIF की 256-रंग पैलेट पहले से ही एक सीमा है, इसलिए JXL की एन्कोडिंग उस सीमित रंग-सेट के ऊपर काम करती है — नतीजा GIF से बेहतर दिख सकता है, पर वह मूल फ़ोटो जितना समृद्ध नहीं होगा अगर पैलेट पहले ही कम रंगों में सिमट चुकी थी।
JXL का कंप्रेशन GIF के मुक़ाबले कहीं बेहतर है, ख़ासकर फ़ोटोग्राफ़िक या ग्रेडिएंट वाली तस्वीरों पर, जहाँ GIF की सीमित पैलेट पहले से नुक़सान कर चुकी होती है। सपाट रंग वाले सरल आइकन में फ़र्क़ कम दिखता है।
सटीक बचत तस्वीर की बनावट पर निर्भर करती है, कोई एक तय प्रतिशत नहीं बताया जा सकता।
चौड़ाई की सीमा तय की जा सकती है, डिफ़ॉल्ट में कोई सीमा नहीं। डाउनस्केल करते वक़्त हाई-क्वालिटी स्मूदिंग लगती है ताकि किनारे साफ़ रहें।
क्वालिटी स्लाइडर से आउटपुट का आकार और दिखावट दोनों बदले जा सकते हैं — नीचे की क्वालिटी छोटी फ़ाइल देती है, पर बारीक ग्रेडिएंट में हल्की सी बैंडिंग दिखा सकती है।
पूरा बदलाव ब्राउज़र में होता है — फ़ाइल कहीं भेजी नहीं जाती, नेटवर्क टैब खोलकर यह जाँचा भी जा सकता है। एक साथ 100 फ़ाइलें तक बदली जा सकती हैं, हर फ़ाइल पर 100 मेगाबाइट की सीमा है।
कई GIF स्टिकर या स्क्रीनशॉट एक साथ बदलने पर नतीजा एक ZIP में डाउनलोड होता है।
| GIF | JXL | |
|---|---|---|
| पूरा नाम | Graphics Interchange Format | JPEG XL |
| फ़ाइल एक्सटेंशन | .gif | .jxl |
| मीडिया टाइप | image/gif | image/jxl |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 1987 | 2021 |
| प्रकाशक | CompuServe | Joint Photographic Experts Group |
| विनिर्देश | GIF89a | ISO/IEC 18181 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | पुराना, फिर भी हर जगह पढ़ा जाता है | सीमित उपयोग |
| बिट डेप्थ | 8 | 32 |
| रंग जो यह दर्ज कर सकता है | इंडेक्स्ड पैलेट | RGB, ग्रेस्केल, वाइड गैमट |
| सबसे बड़ी इमेज | हर तरफ़ 65,535 px | — |
| ब्राउज़र में खुलता है | हर ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | WebP, MP4 | AVIF, WebP, PNG |
पारदर्शिता बनी रहती है। GIF और JXL — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। GIF और JXL — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
JXL को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
GIMP और ImageMagick GIF और JXL — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
दोनों का निशाना अलग काम है: GIF का वेब पर, JXL का सहेजना और फ़ोटोग्राफ़ी पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
GIF CompuServe का फ़ॉर्मेट है, जो 1987 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
JXL Joint Photographic Experts Group का है और 2021 से चला आ रहा है, और ISO/IEC 18181 में तय किया गया है। GIMP और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
GIF 1987 में आया और JXL 2021 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
JXL कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। सिर्फ़ पहला फ़्रेम बदला जाता है: चलती हुई GIF ठहरी हुई तस्वीर बन जाती है।
JXL को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
पारदर्शिता बनी रहती है। GIF और JXL — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। GIF और JXL — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
इस पेज पर GIF और JXL के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।