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






फ़ैसला पारदर्शिता पर आकर टिकता है। GIF पिक्सेल को आर-पार बता सकती है और PNG उसे ईमानदारी से रखती है; JPG में अल्फ़ा चैनल है ही नहीं और वह पारदर्शी हिस्सों को किसी ठोस रंग से भर देती है। पारदर्शी पृष्ठभूमि वाला लोगो JPG में सफ़ेद डिब्बा बन जाता है।
PNG बिना नुक़सान वाली भी है, यानी तस्वीर हूबहू सँभाली जाती है, ब्योरा फेंककर कंप्रेस नहीं की जाती। तीखे किनारों वाली हर चीज़ के लिए — आइकन, रेखाचित्र, लिखावट, स्टिकर — यह दोहरे तौर पर मायने रखता है, क्योंकि JPG ऐसे किनारों को धुँधला देती है।
दोनों फ़ॉर्मेट पारदर्शिता के मतलब पर सहमत नहीं हैं। GIF हर पिक्सेल के लिए एक बिट रखती है: आर-पार या नहीं, बीच में कुछ नहीं। PNG पूरा अपारदर्शिता मान रखती है, इसलिए कोई किनारा ठोस से अदृश्य तक धीरे-धीरे ढल सकता है।
तो GIF से PNG बनाने में खोता कुछ नहीं, और किनारे जादू से सुधरते भी नहीं। GIF की कठोर, थोड़ी दाँतेदार रूपरेखा कठोर और दाँतेदार ही रहती है, क्योंकि फ़ाइल में यही है। फ़ायदा आगे मिलता है — जब तस्वीर पर काम होगा।
PNG एक अकेली तस्वीर है। दूसरी के लिए उसमें कोई इंतज़ाम नहीं, इसलिए चलती GIF को एक फ़्रेम तक सिमटना पड़ता है, और पहला फ़्रेम इकलौता ऐसा चुनाव है जिसमें यह अंदाज़ा नहीं लगाना पड़ता कि कौन-सा पल चाहिए था।
अक्सर वही फ़्रेम किसी को नहीं चाहिए होता, क्योंकि चलती तस्वीरें बहुधा ख़ाली या क़रीब-क़रीब ख़ाली शुरुआत से खुलती हैं। अगर कोई ख़ास पल मायने रखता है, तो पहले GIF को MP4 या WebM बनाइए और वीडियो से स्थिर तस्वीर लीजिए।
GIF में ज़्यादा से ज़्यादा 256 रंग होते हैं, और उसे बनाते समय जो खोया वह इस कन्वर्ज़न के शुरू होने से पहले ही जा चुका है। PNG जो दिया जाता है वही रखती है, बिना नुक़सान और हूबहू — यानी पट्टियों वाली GIF से पट्टियों वाली PNG ही बनती है।
यह कह देना ज़रूरी है क्योंकि "बिना नुक़सान" को लोग "गुणवत्ता लौटा देता है" पढ़ लेते हैं, और वह ऐसा नहीं करती। वह इतना पक्का करती है कि आगे और कुछ नहीं खोएगा: संपादित करके दोबारा सेव करने पर PNG घिसती नहीं, GIF हर बार घिसती है।
व्यावहारिक जवाब यह है कि जो फ़्रेम चाहिए उसे सबसे आगे ले आइए। कोई भी GIF संपादक शुरुआत का हिस्सा काट देता है, और उसके बाद यह कन्वर्ज़न वही पल लौटाती है जो आपका इरादा था।
किसी लंबी चलती तस्वीर के भीतर गहरे बैठे किसी ख़ास फ़्रेम के लिए पहले GIF को MP4 बनाइए और वीडियो से स्थिर तस्वीर लीजिए, जहाँ समय बताया जा सकता है। दो क़दम, पर तीन सौ में से 147वें फ़्रेम तक पहुँचने का इकलौता रास्ता।
GIF कंप्रेस्ड होती है, और उसी तस्वीर के लिए PNG आम तौर पर बड़ी बैठती है। यह उन लोगों को चौंकाता है जो PNG को आधुनिक और GIF को पुरानी-छोटी फ़ॉर्मेट मानते हैं।
वजह यह है कि GIF के पास रखने को कभी 256 रंग ही थे, जबकि PNG उसी तस्वीर को एक करोड़ साठ लाख रंगों के लिए तैयार फ़ॉर्मेट में रख रही है। बहुत सपाट तस्वीर पर PNG कभी-कभी फिर भी जीत जाती है; ज़्यादातर नहीं जीतती।
दो मामलों में। पहला, कोई स्टिकर, इमोजी या पारदर्शिता वाला चिह्न जिसे ऐसी जगह जाना है जहाँ GIF ली ही नहीं जाती: कोई डिज़ाइन औज़ार, कोई दस्तावेज़, कोई स्लाइड।
दूसरा, वह सब जिस पर आगे काम होना है। हर बदलाव के बाद दोबारा सेव की गई GIF हर बार पैलेट से गुज़रती है और थोड़ी और घिसती है; PNG नहीं घिसती। अगर फ़ाइल पर काम होना है, तो इस कन्वर्ज़न का मक़सद साफ़ है।
PNG ठीक उतनी ही बड़ी है जितनी GIF थी। चलती तस्वीरें अक्सर छोटी होती हैं, क्योंकि जब यह फ़ॉर्मेट चलन में आया तब हर अतिरिक्त पिक्सेल हर फ़्रेम से गुणा होता था — 480 पिक्सेल चौड़ी आज भी आम है।
बाद में PNG को बड़ा करने से कोई ब्योरा नहीं जुड़ता, क्योंकि जोड़ने को वहाँ कुछ था ही नहीं। अगर तस्वीर को बड़ा होना है, तो शुरुआत के लिए GIF ग़लत स्रोत है।
पूरा फ़ोल्डर छोड़िए और हर GIF अपना पहला फ़्रेम PNG के रूप में दे देगी; नतीजे उसी क्रम में ZIP बनकर लौटते हैं जिसमें आपने दिए थे।
डिकोड करना और PNG लिखना, दोनों आपके ब्राउज़र में उसी कोड से चलते हैं जो पन्ने ने उतारा था। कुछ भेजा नहीं जाता, इसलिए गिनती की कोई सीमा नहीं और किसी के पीछे कोई क़तार नहीं।
| GIF | PNG | |
|---|---|---|
| पूरा नाम | Graphics Interchange Format | Portable Network Graphics |
| फ़ाइल एक्सटेंशन | .gif | .png |
| मीडिया टाइप | image/gif | image/png |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | बिना नुक़सान — कुछ छोड़ा नहीं जाता |
| पहली बार प्रकाशित | 1987 | 1996 |
| प्रकाशक | CompuServe | PNG Development Group |
| विनिर्देश | GIF89a | ISO/IEC 15948 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | पुराना, फिर भी हर जगह पढ़ा जाता है | मौजूदा |
| बिट डेप्थ | 8 | 16 |
| रंग जो यह दर्ज कर सकता है | इंडेक्स्ड पैलेट | RGB, ग्रेस्केल, इंडेक्स्ड पैलेट |
| सबसे बड़ी इमेज | हर तरफ़ 65,535 px | हर तरफ़ 2,14,74,83,647 px |
| ब्राउज़र में खुलता है | हर ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | WebP, MP4 | WebP, SVG, JXL |
PNG में एक ठहरा हुआ फ़्रेम होता है। चलती हुई GIF फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
कुछ नहीं खोता। GIF और PNG — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
पारदर्शिता बनी रहती है। GIF और PNG — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
GIF 1987 का है और अब मुश्किल से ही इस्तेमाल होता है। PNG वह है जो आज के प्रोग्राम लिखते हैं, इसलिए यह कन्वर्ज़न पढ़े जाते रहने का भी सवाल है।
GIMP और Adobe Photoshop GIF और PNG — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
GIF CompuServe का फ़ॉर्मेट है, जो 1987 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
PNG PNG Development Group का है और 1996 से चला आ रहा है, और ISO/IEC 15948 में तय किया गया है। Adobe Photoshop, GIMP और Paint.NET इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
नहीं। PNG वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है। सिर्फ़ पहला फ़्रेम बदला जाता है: चलती हुई GIF ठहरी हुई तस्वीर बन जाती है।
PNG में एक ठहरा हुआ फ़्रेम होता है। चलती हुई GIF फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
कुछ नहीं खोता। GIF और PNG — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
पारदर्शिता बनी रहती है। GIF और PNG — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
यह पेज एक को दूसरे में बदलता है। अगर आप बदल नहीं रहे बल्कि चुन रहे हैं, तो GIF vs PNG बताता है कि किसे कब लेना है और कौन किस काम में कमज़ोर है।
इस पेज पर GIF और PNG के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।