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






बदलने से पहले जान लेने की चीज़ यही है। GIF में सैकड़ों फ़्रेम रह सकते हैं; JPG में एक ही तस्वीर रहती है और दूसरी के लिए उसमें कोई इंतज़ाम ही नहीं। इसलिए कन्वर्ज़न पहला फ़्रेम उठाता है — इकलौता चुनाव जिसमें यह अंदाज़ा नहीं लगाना पड़ता कि आपको कौन-सा पल चाहिए था।
अक्सर वह वही फ़्रेम नहीं होता जो लोग चाहते थे। चलती तस्वीरें बहुधा किसी ख़ाली या क़रीब-क़रीब ख़ाली शुरुआत से खुलती हैं, इसलिए स्थिर तस्वीर देखकर लगता है जैसे कुछ हुआ ही नहीं। अगर कोई ख़ास पल मायने रखता है, तो यह औज़ार वह नहीं है।
दो चीज़ें एक साथ सिकुड़ती हैं। एक को छोड़कर हर फ़्रेम फेंक देना ही अपने आप में ज़्यादातर फ़ाइल हटा देता है — तीन सेकंड की चलती तस्वीर दर्जनों तस्वीरें हैं और आप एक रख रहे हैं। फिर JPG उस अकेली तस्वीर को उस तरीक़े से कंप्रेस करती है जो फ़ोटो के लिए बना था।
अपवाद का नाम लेना ज़रूरी है क्योंकि वह आम है। अगर GIF कोई चार्ट, लोगो, स्क्रीनशॉट या सपाट रंगों और तीखे किनारों से बनी कोई चीज़ है, तो JPG ग़लत मंज़िल है: वह किनारों को धुँधला देगी और बचाएगी भी शायद कुछ ख़ास नहीं। ऐसी तस्वीरें PNG या WebP में जाती हैं।
GIF आप तक पहुँचने से पहले ही रंगों की कटौती झेल चुकी होती है — ज़्यादा से ज़्यादा 256 रंग। यह असली नुक़सान है और वह हो चुका है, इसलिए JPG किसी मूल को कंप्रेस नहीं कर रही; वह उस चीज़ को कंप्रेस कर रही है जो एक बार पहले ही सरल की जा चुकी है।
व्यवहार में यह किसी थंबनेल या अवतार पर दिखता ही नहीं, और तब दिखने लगता है जब GIF में लिखावट रही हो। नतीजे के नीचे गुणवत्ता का स्तर बढ़ाया जा सकता है, जिससे किनारों के आसपास की नरमी घटती है — ख़त्म नहीं होती।
GIF पिक्सेल को पारदर्शी बता सकती है और JPG नहीं — उस फ़ॉर्मेट में अल्फ़ा चैनल है ही नहीं। तो जो कुछ आर-पार था वह किसी ठोस रंग में बदल जाता है, और जब तक नतीजे के नीचे कुछ और न चुना जाए, वह सफ़ेद है।
यह तयशुदा चुनाव ज़्यादातर बार सही है और एक याद रह जाने वाले मामले में ग़लत: पारदर्शी पृष्ठभूमि पर बना सफ़ेद या हल्का ग्राफ़िक अदृश्य हो जाता है। अगर पूर्वावलोकन में आकृति दिखती है और JPG में नहीं, तो वजह यही है। कोई विपरीत रंग चुन लीजिए।
चूँकि यह पहला फ़्रेम लेता है, काम की तरकीब यह है कि पहला फ़्रेम बदल दिया जाए। कोई भी GIF संपादक शुरुआत का ख़ाली हिस्सा काट देगा, और जैसे ही आपका मनचाहा पल सबसे आगे आ जाता है, यह कन्वर्ज़न उसे आपको थमा देता है।
दूसरा रास्ता GIF को MP4 में बदलकर वीडियो से स्थिर तस्वीर लेना है, जहाँ समय बताया जा सकता है। यह एक के बजाय दो क़दम हैं, और तीन सौ में से 147वें फ़्रेम तक पहुँचने का इकलौता तरीक़ा भी।
JPG ठीक उतनी ही बड़ी निकलती है जितनी GIF थी। चलती तस्वीरें अक्सर छोटी होती हैं — 480 पिक्सेल चौड़ी अब भी आम है, क्योंकि जब यह फ़ॉर्मेट चलन में आया था तब हर अतिरिक्त पिक्सेल हर फ़्रेम से गुणा होता था।
तो उससे ली गई स्थिर तस्वीर छोटी होती है, और बाद में बड़ा करने से वह ब्योरा नहीं जुड़ेगा जो GIF के पास कभी था ही नहीं। अगर तस्वीर को बड़ा होना ही है, तो GIF ग़लत स्रोत है और असली वीडियो या फ़ोटो सही।
बहुत सी GIF में एक ही फ़्रेम होता है: पुरानी साइटों के ग्राफ़िक, ईमेल टेम्पलेट की तस्वीरें, ऐसे सॉफ़्टवेयर के निर्यात जिनके पास और कोई विकल्प नहीं था। उनके लिए फ़्रेम चुनने वाली सारी बात लागू ही नहीं होती और यह बस फ़ॉर्मेट का बदलना है।
जो फिर भी लागू रहता है वह है GIF बनते समय हुई रंगों की कटौती, और यह सवाल कि JPG सही मंज़िल है भी या नहीं। एक फ़्रेम वाली GIF आम तौर पर फ़ोटो नहीं, ग्राफ़िक होती है — और ग्राफ़िक PNG या WebP में जाते हैं।
GIF में EXIF होता ही नहीं। उसके विनिर्देश में एक टिप्पणी वाला खंड ज़रूर है जिसे लगभग कुछ भी लिखता नहीं और लगभग कुछ भी पढ़ता नहीं, और इतना ही उसका पूरा दायरा है।
तो यहाँ न पार ले जाने को कुछ है और न हटाने को। JPG बिना तारीख़, बिना उपकरण और बिना निर्देशांक के निकलती है, क्योंकि GIF के पास देने को वे कभी थे ही नहीं।
पूरा फ़ोल्डर छोड़ दीजिए और हर GIF अपना पहला फ़्रेम दे देगी; नतीजे एक ZIP बनकर लौटते हैं। चलती तस्वीरों के किसी सेट को थंबनेल में बदलने के आम काम के लिए यह ठीक बैठता है।
डिकोड करना, फ़्रेम चुनना और JPG लिखना — तीनों आपके ब्राउज़र में चलते हैं। कुछ अपलोड नहीं होता, इसलिए न गिनती की कोई सीमा है और न किसी और के पीछे कोई क़तार।
| GIF | JPG | |
|---|---|---|
| पूरा नाम | Graphics Interchange Format | JPEG तस्वीर |
| फ़ाइल एक्सटेंशन | .gif | .jpg, .jpeg, .jpe |
| मीडिया टाइप | image/gif | image/jpeg |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है |
| पहली बार प्रकाशित | 1987 | 1992 |
| प्रकाशक | CompuServe | Joint Photographic Experts Group |
| विनिर्देश | GIF89a | ITU-T T.81 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | पुराना, फिर भी हर जगह पढ़ा जाता है | मौजूदा |
| बिट डेप्थ | 8 | 8 |
| रंग जो यह दर्ज कर सकता है | इंडेक्स्ड पैलेट | RGB, ग्रेस्केल, YCbCr |
| सबसे बड़ी इमेज | हर तरफ़ 65,535 px | हर तरफ़ 65,535 px |
| ब्राउज़र में खुलता है | हर ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | WebP, MP4 | WebP, AVIF, HEIC |
JPG में अल्फ़ा चैनल होता ही नहीं। पारदर्शी GIF फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और JPG की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
JPG में एक ठहरा हुआ फ़्रेम होता है। चलती हुई GIF फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
GIF 1987 का है और अब मुश्किल से ही इस्तेमाल होता है। JPG वह है जो आज के प्रोग्राम लिखते हैं, इसलिए यह कन्वर्ज़न पढ़े जाते रहने का भी सवाल है।
GIMP और Adobe Photoshop GIF और JPG — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
फ़ाइल काफ़ी छोटी हो जाती है, और वह बारीक़ी फेंककर छोटी होती है। GIF सब कुछ सँभालता है; JPG वह सँभालता है जो आँख वैसे भी मुश्किल से देखती है। फ़ोटो पर यह सौदा लगभग मुफ़्त है; लिखावट, स्क्रीनशॉट या रेखाचित्र पर वह आपको रूपरेखाओं के चारों ओर किनारों की तरह दिख जाता है।
GIF CompuServe का फ़ॉर्मेट है, जो 1987 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
JPG Joint Photographic Experts Group का है और 1992 से चला आ रहा है, और ITU-T T.81 में तय किया गया है। Adobe Photoshop, GIMP और Preview इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
JPG कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। सिर्फ़ पहला फ़्रेम बदला जाता है: चलती हुई GIF ठहरी हुई तस्वीर बन जाती है।
JPG में अल्फ़ा चैनल होता ही नहीं। पारदर्शी GIF फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और JPG की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
JPG में एक ठहरा हुआ फ़्रेम होता है। चलती हुई GIF फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
फ़ाइल काफ़ी छोटी हो जाती है, और वह बारीक़ी फेंककर छोटी होती है। GIF सब कुछ सँभालता है; JPG वह सँभालता है जो आँख वैसे भी मुश्किल से देखती है। फ़ोटो पर यह सौदा लगभग मुफ़्त है; लिखावट, स्क्रीनशॉट या रेखाचित्र पर वह आपको रूपरेखाओं के चारों ओर किनारों की तरह दिख जाता है।
इस पेज पर GIF और JPG के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।