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






WebP से JPG पर लोग इसलिए पहुँचते हैं कि किसी चीज़ ने उनकी फ़ाइल लेने से मना कर दिया। यहाँ लोग इरादे से आते हैं, और आम तौर पर दो में से किसी एक वजह से: या तो तस्वीर की पृष्ठभूमि पारदर्शी है, या उसे किसी डिज़ाइन औज़ार में जाकर आगे संपादित होना है।
दोनों वजहें ठोस हैं, और दोनों में JPG ग़लत जवाब है। इसलिए यह अलग पेज है, वही पेज दोबारा नहीं।
पारदर्शिता सबसे साफ़ मामला है। WebP में असली अल्फ़ा चैनल होता है और PNG में भी — तो कटा हुआ प्रोडक्ट शॉट, बिना पृष्ठभूमि वाला लोगो या कोई इंटरफ़ेस आइकन अपनी पारदर्शिता के साथ पूरा का पूरा पार चला जाता है। न कोई भरने का रंग चुनना है, न कुछ तय करना है।
उसी फ़ाइल को JPG में बदलने पर वे हिस्से किसी एक ठोस रंग पर चपटा दिए जाते — आम तौर पर सफ़ेद — और पारदर्शिता पर बना सफ़ेद लोगो बस ग़ायब हो जाता। अगर तस्वीर में ज़रा भी पारदर्शिता है, तो जवाब PNG है और JPG नहीं।
PNG बिना नुक़सान वाली है, यानी एक बार डिकोड हो जाने के बाद तस्वीर को जितनी बार चाहें काटा, सुधारा, निर्यात और दोबारा सेव किया जा सकता है, और उसमें आगे कोई नई क्षति नहीं जुड़ती।
JPG हर सेव पर थोड़ा-थोड़ा खोती है। एक बार में यह अदृश्य है और दस दौर बाद साफ़ दिखने लगता है — इसलिए जो फ़ाइल किसी संपादक में जाकर कई बार सेव होगी, उसे PNG में जाना चाहिए, चाहे उसमें पारदर्शिता हो या न हो।
एक बात जो यह नहीं कर सकती, और शब्द ख़ुद ग़लतफ़हमी को न्योता देता है: यह तस्वीर को बेहतर नहीं बनाती। WebP बनते समय जो ब्योरा फेंक दिया गया था, वह किसी भी तरह वापस नहीं आता।
PNG जो पक्का करती है वह इतना है कि यहाँ से आगे और ब्योरा नहीं खोएगा। अगर मूल कहीं बेहतर रूप में मौजूद है — कैमरे से निकली फ़ोटो, वह वेक्टर फ़ाइल जिससे लोगो निर्यात हुआ था — तो उसे बदलना हमेशा WebP को बदलने से बेहतर है।
WebP कुशल है और PNG नहीं, ख़ासकर फ़ोटो के मामले में, जहाँ PNG आराम से पाँच गुना तक जा सकती है। सपाट ग्राफ़िक और आइकन में यह फ़ासला बहुत कम रहता है, क्योंकि PNG को ऐसी ही तस्वीरों के आसपास बनाया गया था।
अगर तस्वीर बिना पारदर्शिता वाली फ़ोटो है और आपको बस इतना चाहिए कि वह कहीं खुल जाए, तो JPG कम आकार में बेहतर सेवा देगी। कन्वर्ज़न दोनों ही हाल में आपके ब्राउज़र में चलता है, इसलिए पूरा फ़ोल्डर उतनी ही तेज़ी से बदलता है जितनी आपकी मशीन चल सकती है।
WebP नुक़सान वाली भी होती है और बिना नुक़सान वाली भी, और फ़ाइल यह ख़ुद घोषित नहीं करती कि आपके पास कौन-सी है। बिना नुक़सान वाली WebP से PNG हर पिक्सेल के साथ बनती है — किसी दिशा में कुछ नहीं खोता, और वापस बदलने पर वही तस्वीर दोबारा मिलेगी।
फ़ोटो के मामले में आम तौर पर नुक़सान वाली WebP ही होती है, और वहाँ PNG उस तस्वीर को ईमानदारी से सँभालती है जो पहले ही घटाई जा चुकी है। दोनों सही PNG देती हैं। उनमें से सिर्फ़ एक ऐसी PNG देती है जो अपने आकार की क़ीमत चुका पाती है।
सपाट रंग, तीखे किनारे और लिखावट — PNG का कंप्रेशन ठीक इन्हीं के आसपास बना था, और यहीं आकार वाला जुर्माना लगभग ग़ायब हो जाता है। WebP में सेव किया गया कोई स्क्रीनशॉट PNG बनने पर अक्सर पाँच गुना नहीं, बस पाँचवाँ हिस्सा भर बढ़ता है।
यही वह जगह भी है जहाँ यह कन्वर्ज़न सबसे साफ़ तौर पर काम का है, क्योंकि ऐसी ही तस्वीरें दस्तावेज़ों, टिकटों और डिज़ाइन फ़ाइलों में जाती हैं — जगहें जो PNG बिना बहस के पढ़ लेती हैं और WebP कभी-कभी बिल्कुल नहीं।
PNG को किसी ऐसी पृष्ठभूमि पर खोलिए जो सफ़ेद न हो। ज़्यादातर व्यूअर पारदर्शी हिस्सों के पीछे शतरंज जैसा ख़ाना दिखाते हैं; जहाँ आप शतरंज की उम्मीद कर रहे थे वहाँ सफ़ेद चौकोर दिखना बताता है कि पारदर्शिता कहीं पहले ही चपटी हो चुकी थी — यहाँ नहीं।
जब तस्वीर कोई लोगो हो जो किसी दस्तावेज़ में जाना है, तब ये तीस सेकंड सचमुच वसूल हैं। लोगो के चारों तरफ़ सफ़ेद डिब्बा उन चीज़ों में है जिन पर किसी की नज़र तब तक नहीं जाती जब तक वह छप न जाए।
Midjourney और ज़्यादातर इमेज जेनरेटर अपने वेब पन्ने से WebP ही देते हैं, क्योंकि ब्राउज़र उसे सबसे सस्ते में परोसता है। दिक़्क़त तब शुरू होती है जब वही तस्वीर कहीं और भेजनी हो: अपस्केलर, रीटच करने वाले सॉफ़्टवेयर, प्रिंटिंग प्रेस और स्टॉक साइटें अक्सर यह फ़ॉर्मैट लेती ही नहीं, और एक घंटे की प्रॉम्प्टिंग वाली फ़ाइल वहीं अटक जाती है।
जहाँ तस्वीर को सिर्फ़ देखना नहीं, उस पर आगे काम करना है, वहाँ PNG ही सही मंज़िल है। बनाई गई तस्वीर आम तौर पर एक शृंखला की शुरुआत होती है — अपस्केल, रीटच, कंपोज़िट, प्रिंट — और रास्ते में हर बार का लॉसी एनकोड जुड़ता चला जाता है। एक बार बिना नुक़सान PNG में बदल लेने का मतलब है कि आगे का हर क़दम ठीक वही पिक्सल पाता है जो जेनरेटर ने बनाए थे।
जितनी चाहें छोड़ दीजिए। वे एक के बाद एक बदलती हैं और उसी क्रम में एक ZIP बनकर लौटती हैं जिसमें आपने दी थीं।
इस जोड़ी में कुल आकार पर नज़र रखिए। जो दो सौ फ़ोटो WebP के रूप में 40 MB थीं, वे PNG बनकर कई सौ मेगाबाइट हो सकती हैं, और यह सब आपके ब्राउज़र में जुड़ रहा है। पुरानी मशीन पर पचास-पचास के जत्थे ज़्यादा सुरक्षित रास्ता हैं।
| WebP | PNG | |
|---|---|---|
| पूरा नाम | WebP तस्वीर | Portable Network Graphics |
| फ़ाइल एक्सटेंशन | .webp | .png |
| मीडिया टाइप | image/webp | image/png |
| कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी | बिना नुक़सान — कुछ छोड़ा नहीं जाता |
| पहली बार प्रकाशित | 2010 | 1996 |
| प्रकाशक | PNG Development Group | |
| विनिर्देश | RFC 9649 | ISO/IEC 15948 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | 8 | 16 |
| रंग जो यह दर्ज कर सकता है | RGB, YCbCr | RGB, ग्रेस्केल, इंडेक्स्ड पैलेट |
| सबसे बड़ी इमेज | हर तरफ़ 16,383 px | हर तरफ़ 2,14,74,83,647 px |
| ब्राउज़र में खुलता है | हर ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | AVIF, JPG | SVG, JXL |
PNG में एक ठहरा हुआ फ़्रेम होता है। चलती हुई WebP फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
कुछ नहीं खोता। WebP और PNG — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
पारदर्शिता बनी रहती है। WebP और PNG — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
Adobe Photoshop और GIMP WebP और PNG — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
WebP Google का फ़ॉर्मेट है, जो 2010 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
PNG PNG Development Group का है और 1996 से चला आ रहा है, और ISO/IEC 15948 में तय किया गया है। Adobe Photoshop, GIMP और Paint.NET इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
नहीं। PNG वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है।
PNG में एक ठहरा हुआ फ़्रेम होता है। चलती हुई WebP फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
कुछ नहीं खोता। WebP और PNG — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
पारदर्शिता बनी रहती है। WebP और PNG — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
यह पेज एक को दूसरे में बदलता है। अगर आप बदल नहीं रहे बल्कि चुन रहे हैं, तो WebP vs PNG बताता है कि किसे कब लेना है और कौन किस काम में कमज़ोर है।
इस पेज पर WebP और PNG के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।