आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
WebP को JXL में बदलें
यहाँ आप WebP को JXL में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
- कहाँ चलता है आपके ब्राउज़र में। फ़ाइल कभी अपलोड नहीं होती।
- कुछ नुक़सान के साथ आकार के बदले कुछ बारीक़ी जाती है। WebP जो सँभाल सकता है, वह सब JXL नहीं सँभाल सकता।
- फ़ाइल आकार की सीमा हर फ़ाइल 100 MB तक, मुफ़्त, बिना खाते के।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
WebP से JXL
WebP से JXL असल में करता क्या है
JXL ने फ़ोटो को आधा किया, स्क्रीनशॉट पर हार गया
इस साइट के अपने तीन नमूने इसी पाइपलाइन से गुज़रते हैं जिससे यह पेज चलता है, इसलिए संख्याएँ यही कन्वर्टर बनाता है। 480 गुणा 320 और तयशुदा गुणवत्ता पर: फ़ोटो WebP में 14,700 बाइट है और JXL में 7,240 — पूरे नमूना-सेट में सबसे कम आँकड़ा, AVIF के 17,599 से भी नीचे। सादा ग्राफ़िक WebP में 4,428 है, JXL में 5,016। स्क्रीनशॉट जैसा दृश्य WebP में 10,830 है, JXL में 13,252।
यानी नाम सतत रंगत पर कमाया गया है, हर जगह नहीं। JPEG XL के modular और VarDCT मोड फ़ोटोग्राफ़िक सामग्री को ध्यान में रखकर बनाए गए, और मध्यम गुणवत्ता पर किसी फ़ोटो पर यह चार में सबसे मज़बूत कोडेक है। सपाट, तीखे किनारों वाली, टेक्स्ट भरी सामग्री पर यह नहीं, और वहाँ AVIF बेहतर जवाब है — उसी स्क्रीनशॉट के लिए 5,081 बाइट। फ़ोटो की लाइब्रेरी इस बदलाव के लिए अच्छी उम्मीदवार है; इंटरफ़ेस एसेट का फ़ोल्डर नहीं।
JPEG की बिना-नुक़सान वाली तरकीब WebP पर लागू नहीं होती
यह JPEG XL को लेकर सबसे आम ग़लतफ़हमी है और कुछ और कहने से पहले इसे साफ़ कर लेना ज़रूरी है। JXL किसी मौजूदा JPEG फ़ाइल को बिना नुक़सान दोबारा पैक कर सकता है, क़रीब बीस फ़ीसदी बचाकर, और बाद में असली JPEG को बाइट-दर-बाइट वापस बना सकता है। यह JPEG के coefficient के लिए ख़ास है।
WebP के लिए इसका कोई बराबर नहीं, और वैसे भी यह साइट पर ऐसा करती नहीं — हर तस्वीर बदलाव पिक्सेल में डिकोड होकर दोबारा एनकोड होता है, JPG से JXL पर भी। तो जो फ़ाइल मिलती है वह ताज़ा एनकोड है, दोबारा पैकिंग नहीं, और वह वापस उसी WebP में नहीं बदली जा सकती जहाँ से शुरुआत हुई थी।
गुणवत्ता 100 पर क्या मिलता है, अंदाज़े से नहीं नापकर
गुणवत्ता नियंत्रण 100 तक जाता है, और दायरे के ऊपरी छोर पर एनकोडर अलग बर्ताव करता है। इसी साइट के एनकोडर से 256 गुणा 256 की जाँच-तस्वीर पर नापा गया: तयशुदा 82 पर एक ग्रेडिएंट के 262,144 में से 73,647 सैंपल बदल गए, सबसे ज़्यादा 21 स्तर तक। 100 पर सिर्फ़ 334 सैंपल अलग थे और कोई एक स्तर से ज़्यादा नहीं, और सपाट कलाकृति 100 पर बिट-दर-बिट एक जैसी लौटी।
यह बिना-नुक़सान से क़रीब है, बिना-नुक़सान नहीं। एनकोडर का अपना बिना-नुक़सान मोड लाइब्रेरी में मौजूद है और यहाँ खुला नहीं। व्यावहारिक तौर पर: जो सिर्फ़ देखी जाएगी उसके लिए 82, जो आगे दोबारा एनकोड होगी उसके लिए 100 — और अगर सचमुच बिट-दर-बिट प्रति चाहिए थी, तो जवाब WebP से PNG है।
WebP को JXL से बदलना सार्वभौमिक सहारा छोड़ देता है
WebP हर मौजूदा ब्राउज़र में बिना किसी fallback के पढ़ी जाती है, और यही वजह है कि ज़्यादातर फ़ाइलें पहले से WebP हैं। JPEG XL कुछ में पढ़ी जाती है, और यह बुनियादी तौर पर अलग हालात है: जो तस्वीर डिकोड नहीं हो सकती वह ख़राब तस्वीर नहीं, कुछ भी नहीं है।
यानी यह भंडार का फ़ैसला है, वितरण का नहीं। फ़ोटो लाइब्रेरी को JXL में रखना और जो पन्ने सेवा देते हैं उनके लिए WebP या AVIF अलग से बनाना समझदार योजना है। साइट पर पहले से मौजूद WebP फ़ाइलें JXL से बदल देना नहीं — कोई picture-element fallback तब नहीं बचाता जब fallback वाली फ़ाइल ही मिटा दी गई हो।
क्या बदलना तस्वीर की गुणवत्ता को थोड़ा और चोट पहुँचाता है
थोड़ा। वेबसाइट से आई WebP आम तौर पर पहले से नुक़सान वाली होती है, इसलिए यह दूसरी पीढ़ी है: एनकोडर मौजूद निशान ईमानदारी से दोहराता है और अपने भी जोड़ता है। गुणवत्ता 82 पर यह हल्का है, और अगर असली PNG या JPG अब भी मौजूद है, तो वहाँ से शुरू करना बेहतर जगह है।
JXL कौन-सा सॉफ़्टवेयर पढ़ता है
GIMP और ImageMagick इसे सीधे सँभाल लेते हैं, जो ज़्यादातर तकनीकी वर्कफ़्लो को ढक लेता है। Photoshop को plug-in चाहिए, और बहुत सारा आम सॉफ़्टवेयर अनजान-फ़ाइल आइकन दिखाता है। यही व्यावहारिक सीमा है किसी ऐसी चीज़ के लिए जो किसी और को थमानी है।
WebP को JXL में ऐसे बदलें
- अपनी WebP फ़ाइल इस पेज पर छोड़ें, या चुनने के लिए दबाएँ।
- लक्ष्य के रूप में JXL चुनें। कन्वर्ज़न आपके ब्राउज़र में होता है और फ़ाइल अपलोड नहीं होती।
- तैयार JXL फ़ाइल डाउनलोड कर लें।
WebP या JXL: क्या बदलता है
| WebP | JXL | |
|---|---|---|
| पूरा नाम | WebP तस्वीर | JPEG XL |
| फ़ाइल एक्सटेंशन | .webp | .jxl |
| मीडिया टाइप | image/webp | image/jxl |
| कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 2010 | 2021 |
| प्रकाशक | Joint Photographic Experts Group | |
| विनिर्देश | RFC 9649 | ISO/IEC 18181 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | सीमित उपयोग |
| बिट डेप्थ | 8 | 32 |
| रंग जो यह दर्ज कर सकता है | RGB, YCbCr | RGB, ग्रेस्केल, वाइड गैमट |
| सबसे बड़ी इमेज | हर तरफ़ 16,383 px | — |
| ब्राउज़र में खुलता है | हर ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | AVIF, JPG, PNG | AVIF, PNG |
क्या बचा रहता है
पारदर्शिता बनी रहती है। WebP और JXL — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। WebP और JXL — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
नतीजा खोलना
JXL को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
GIMP WebP और JXL — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
कौन-सा फ़ॉर्मेट किस काम के लिए है
दोनों का निशाना अलग काम है: WebP का वेब और बनी हुई फ़ाइल सौंपना पर, JXL का सहेजना और फ़ोटोग्राफ़ी पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
WebP Google का फ़ॉर्मेट है, जो 2010 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
JXL Joint Photographic Experts Group का है और 2021 से चला आ रहा है, और ISO/IEC 18181 में तय किया गया है। GIMP और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
WebP से JXL: आम सवाल
क्या मेरी WebP फ़ाइल कहीं अपलोड होती है?
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
क्या WebP को JXL में बदलना मुफ़्त है?
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
WebP को JXL में बदलने पर क्या गुणवत्ता जाती है?
JXL कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए।
क्या JXL फ़ाइल ब्राउज़र में खुलती है?
JXL को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
WebP से JXL जाने पर क्या पारदर्शिता बची रहती है?
पारदर्शिता बनी रहती है। WebP और JXL — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
WebP से JXL जाने पर क्या एनिमेशन बचा रहता है?
एनिमेशन बना रहता है। WebP और JXL — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
इन फ़ॉर्मेट के बारे में और
ये आँकड़े कहाँ से आए
इस पेज पर WebP और JXL के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।