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



JPEG XL ब्राउज़र की बहस हार गया। Chrome ने इसे फ़्लैग के पीछे रखा, 2023 में डिकोडर हटा दिया और वापस नहीं लाया; Safari ने इसे भेजा और रखा रहने दिया। यही वजह है कि Mac पर सही दिखने वाली तस्वीर ज़्यादातर दर्शकों के लिए टूटा हुआ आइकन बन जाती है।
WebP इस कहानी का दूसरा पहलू है — Google ने इसे 2010 में जारी किया, और हर मौजूदा ब्राउज़र इसे पढ़ता है, साथ ही अपलोड फ़ॉर्म और कंटेंट मैनेजमेंट सिस्टम भी।
ब्राउज़र समर्थन सुर्ख़ी है, पर असली नुक़सान उन सॉफ़्टवेयर से होता है जिनके बारे में कोई सोचता नहीं — WordPress मीडिया लाइब्रेरी जो एक्सटेंशन मना कर देती है, Slack प्रीव्यू जो ख़ाली रहती है, Windows सहकर्मी का Photos ऐप जो कुछ नहीं दिखाता।
WebP को Photoshop, GIMP और लगभग हर जगह सीधा समर्थन मिलता है जहाँ फ़ाइल अपलोड होती है, खोली नहीं जाती। अगर मंज़िल कोई फ़ॉर्म, फ़ीड या किसी और का इनबॉक्स है, यह फ़र्क़ अकेले फ़ैसला कर देता है।
JPEG XL बत्तीस बिट प्रति चैनल और वाइड-गैमट रंग की इजाज़त देता है। WebP आठ बिट प्रति चैनल रखता है और उससे ज़्यादा नहीं। मूल फ़ाइल में जो भी अतिरिक्त गुंजाइश थी, वह इस बदलाव पर रुक जाती है।
पाइपलाइन इसे एनकोडर चलने से पहले ही तय कर देती है — JPEG XL डिकोडर 8-बिट RGBA पिक्सल लौटाता है, और आगे सब उसी बफ़र पर काम करता है। JPEG XL रखिए, यही मास्टर कॉपी है।
यह स्कैन और पैनोरामा बदलने वालों को चौंकाता है। WebP कंटेनर आयाम को 14 बिट में एनकोड करता है, तो हर धुरी पर 16,383 पिक्सल सख़्त सीमा है — कोई सेटिंग नहीं, फ़ॉर्मैट में लिखी सीमा।
अधिकतम-चौड़ाई नियंत्रण इसका जवाब है जब कोई फ़ाइल इससे आगे जाती है। मंज़िल को जितनी चाहिए उतनी चौड़ाई तय कीजिए — 2,000 पिक्सल पूरे-चौड़े वेब इमेज के लिए काफ़ी है।
दोनों फ़ॉर्मैट पूरा अल्फ़ा चैनल रखते हैं, तो यह उन कुछ बदलावों में से है जहाँ पारदर्शिता कोई मसला ही नहीं। कट-आउट प्रोडक्ट शॉट या हल्के किनारों वाला लोगो बिना कोई पृष्ठभूमि रंग चुने बदलता है।
यह JPG या BMP से अलग है, जहाँ अल्फ़ा को चुने हुए रंग पर फ़्लैट करना पड़ता है। जहाँ पारदर्शिता स्रोत में है, WebP और AVIF उसे रखने वाले दो मुख्य डिलीवरी फ़ॉर्मैट हैं।
JPEG XL और WebP दोनों एनिमेशन रख सकते हैं, इसलिए यह निराश करने वाला मामला है — यहाँ इस्तेमाल होने वाला डिकोडर एक तस्वीर लौटाता है, तो एनिमेटेड स्रोत एक स्थिर तस्वीर बनकर निकलता है।
अगर हरकत मायने रखती है, तस्वीर फ़ॉर्मैट ग़लत मंज़िल है — MP4 या WebM के तौर पर छोटा क्लिप आमतौर पर बराबर एनिमेशन का एक अंश साइज़ में होता है।
डिफ़ॉल्ट 82 है, जहाँ दोबारा-एनकोड ज़्यादातर तस्वीरों पर सामान्य देखने के आकार में अदृश्य रहता है। चूँकि स्रोत पहले से ही संपीड़ित है, यह दूसरी पीढ़ी का लॉसी कम्प्रेशन है।
स्क्रीनशॉट, डायग्राम और छोटे टेक्स्ट वाली किसी भी चीज़ के लिए क्वालिटी को नब्बे के आस-पास ले जाइए — वहीं दूसरा दौर सबसे पहले दिखता है।
JPEG XL EXIF, XMP और ICC प्रोफ़ाइल रख सकता है। इसमें से कुछ भी आउटपुट तक नहीं पहुँचता — बदलाव कच्चे पिक्सल में डिकोड करता है और फिर एनकोड करता है, जिसमें कोई मेटाडेटा ब्लॉक नहीं बचता।
वेब तस्वीर के लिए यह आमतौर पर वही नतीजा है जो चाहिए था। अगर कैप्चर तारीख़, कैमरा मॉडल या रंग प्रोफ़ाइल मायने रखते हैं, JPEG XL को साथ रखिए — बिना टैग वाली WebP हर व्यूअर में sRGB मानी जाती है।
| JXL | WebP | |
|---|---|---|
| पूरा नाम | JPEG XL | WebP तस्वीर |
| फ़ाइल एक्सटेंशन | .jxl | .webp |
| मीडिया टाइप | image/jxl | image/webp |
| कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 2021 | 2010 |
| प्रकाशक | Joint Photographic Experts Group | |
| विनिर्देश | ISO/IEC 18181 | RFC 9649 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | सीमित उपयोग | मौजूदा |
| बिट डेप्थ | 32 | 8 |
| रंग जो यह दर्ज कर सकता है | RGB, ग्रेस्केल, वाइड गैमट | RGB, YCbCr |
| सबसे बड़ी इमेज | — | हर तरफ़ 16,383 px |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | AVIF, PNG | AVIF, JPG, PNG |
JXL हर चैनल पर 32 बिट तक सँभालता है और WebP के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
पारदर्शिता बनी रहती है। JXL और WebP — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। JXL और WebP — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
WebP को हर मौजूदा ब्राउज़र खोल लेता है। JXL को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
GIMP JXL और WebP — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
दोनों का निशाना अलग काम है: JXL का सहेजना और फ़ोटोग्राफ़ी पर, WebP का वेब और बनी हुई फ़ाइल सौंपना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
JXL Joint Photographic Experts Group का फ़ॉर्मेट है, जो 2021 में आया। यह हर चैनल पर 32 बिट में दर्ज करता है।
WebP Google का है और 2010 से चला आ रहा है, और RFC 9649 में तय किया गया है। Adobe Photoshop, GIMP और Squoosh इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
WebP कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए।
JXL हर चैनल पर 32 बिट तक सँभालता है और WebP के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
पारदर्शिता बनी रहती है। JXL और WebP — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। JXL और WebP — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
इस पेज पर JXL और WebP के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।