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






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