आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप BMP को JXL में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
BMP से JXL
BMP 450 KB → JXL 7 KB 63.7× छोटी
BMP 450 KB → JXL 5 KB 91.9× छोटी
BMP 450 KB → JXL 13 KB 34.8× छोटी
JPEG XL JPEG समिति से निकला और 2022 में ISO/IEC 18181-1 के तौर पर मानकीकृत हुआ। यह बिना नुक़सान भी कंप्रेस कर सकता है, बत्तीस बिट प्रति चैनल तक सँभालता है, alpha और एनिमेशन रखता है — और इसे रखने की फ़ॉर्मेट बनाने का इरादा साफ़ था, परोसने की नहीं।
यह उसी की तस्वीर है जो किसी बड़ी बिना-कंप्रेशन बिटमैप वाले को चाहिए। BMP संयोग से मास्टर होती है — बिना कंप्रेशन इसलिए क्योंकि कुछ भी उसके run-length मोड लिखता ही नहीं। पर यहाँ लिखा जाने वाला JXL नुक़सान वाला ही है, यह इस पेज का पूरा मुद्दा है।
यहाँ का एनकोडर 82 क्वालिटी पर नुक़सान वाला JPEG XL बनाता है — वही तयशुदा मान जो साइट के हर नुक़सान वाले लक्ष्य पर है। यह बिना-नुक़सान वाला मोड नहीं लिखता, और पेज पर कोई सेटिंग उसे बदलती भी नहीं।
तो जो मिलता है वह एक छोटी, आधुनिक, अच्छी तरह कंप्रेस्ड तस्वीर है — वह बिटमैप नहीं जिससे शुरू किया था — एक ऐसे कंटेनर में जिसे ज़्यादातर सॉफ़्टवेयर अब भी नहीं खोलता। यह जोड़ी अकेले किसी भी एक दिक़्क़त से बुरी है।
PNG बिना नुक़सान वाला है, 1996 से मानकीकृत है, हर ब्राउज़र और एडिटर इसे पढ़ता है, और BMP में आम तौर पर पाई जाने वाली सपाट सामग्री पर यह ख़ूब कंप्रेस करता है। मापी गई एक 960 गुणा 640 तस्वीर PNG में 468 KB की निकली, जबकि BMP में 1.84 MB की थी।
यह उतना असरदार नहीं जितना बिना-नुक़सान वाला JPEG XL होता, पर यह मौजूद है, सटीक है, और तीस साल बाद भी खुलेगा — आर्काइव फ़ॉर्मेट को यही एक बात परखती है।
BMP फ़ाइलों का बड़ा हिस्सा तस्वीर नहीं, पन्ना होता है — पुराने इमेजिंग सॉफ़्टवेयर से बने स्कैन और फ़ैक्स। JPEG XL उनके लिए कुछ नहीं देता। लिखावट के पन्ने का नुक़सान वाला एनकोड बिल्कुल ग़लत कदम है।
ऐसी फ़ाइलों के लिए PDF सही डिलीवरी है और TIFF आर्काइव नियम में अक्सर नाम लिया जाता है — दोनों में यह साइट बिटमैप को सीधे बदल देती है। अगर शब्द असली ज़रूरत हैं, तो BMP से TXT बदलाव OCR से पन्ना पढ़ता है।
रजिस्ट्री JXL के ब्राउज़र सपोर्ट को अधूरा बताती है, PNG, JPEG, GIF और WebP को मिले «सब जगह» के बगल में। यह किसी नए फ़ॉर्मेट की अस्थायी हालत नहीं — यह सालों से ऐसी ही बनी हुई है।
व्यावहारिक नतीजा यह है कि JXL किसी को भेजने या बिना विकल्प के पेज पर लगाने की फ़ाइल नहीं है। यह अपने लिए रखने की फ़ाइल है, उन मशीनों पर जिनका सॉफ़्टवेयर आप जानते हैं।
रजिस्ट्री GIMP और ImageMagick का नाम लेती है। दोनों इसे ठीक से पढ़ते हैं और दोनों मुफ़्त हैं, इसलिए फ़ॉर्मेट कहीं बंद नहीं है — पर जब कोई फ़ाइल पर डबल-क्लिक करता है तो सामने अक्सर यही दोनों नहीं होते।
ऑपरेटिंग सिस्टम प्रीव्यू, स्टॉक फ़ोटो मैनेजर और कई मुख्यधारा के एडिटर अब भी कुछ नहीं दिखाते। फ़ोल्डर बदलने से पहले अपनी ही मशीन पर यह जाँच लीजिए।
यह साफ़, बिना छेड़े पिक्सेल देती है। BMP किसी नुक़सान वाले एनकोडर से नहीं गुज़री, इसलिए इसमें पिछली किसी कंप्रेशन का कोई निशान नहीं — यह किसी भी एनकोडर के लिए सबसे अच्छा इनपुट है।
यह बाक़ी सब कुछ रोक लेती है — फ़ॉर्मेट के बत्तीस बिट के मुक़ाबले आठ बिट प्रति चैनल, कोई चौड़ा गैमट नहीं, कोई रंग प्रोफ़ाइल नहीं, कोई EXIF नहीं। JPEG XL की गुंजाइश ख़ाली रह जाती है क्योंकि स्रोत में डालने को कुछ था ही नहीं।
JPEG XL में alpha चैनल है, और यहाँ कुछ चपटा नहीं किया जाता, इसलिए 32-बिट बिटमैप की पारदर्शिता बनी रहती है। ज़्यादातर BMP आउटपुट 24-बिट होता है, जिसमें वैसे भी alpha नहीं होता।
JPEG XL एनिमेशन भी सँभालता है, और BMP उसे देने को कुछ रखती नहीं। यह बताना इसलिए ज़रूरी है क्योंकि यह उस थीम को दोहराता है जो हर सेक्शन में दिखती है — पुराने फ़ॉर्मेट से बदलने पर नई क्षमताओं का इस्तेमाल नहीं हो पाता।
बहुत कम, क्योंकि लगभग कुछ भी प्रति पिक्सेल तीन बाइट से बहुत कम होता है। 1920 गुणा 1080 की बिटमैप बिना कोई फ़ैसला लिए 6.2 MB की होती है, और उसकी नुक़सान वाली JPEG XL उसका छोटा अंश ही होगी।
WebP और AVIF के मुक़ाबले फ़र्क़ बहुत क़रीब का है और तस्वीर पर निर्भर करता है। अगर फ़ाइल का आकार ही मक़सद है तो एक ही बिटमैप को तीन लक्ष्यों में बदलकर बाइट गिनती मिलाइए।
बिटमैप ब्राउज़र में डिकोड होती है और उसी टैब में WebAssembly बना JPEG XL एनकोडर उसे एनकोड करता है। कुछ कहीं नहीं भेजा जाता, कोई खाता नहीं चाहिए, सीमा है प्रति फ़ाइल 100 MB।
फ़ोल्डर छोड़िए और फ़ाइलें बारी से बदलकर एक ZIP में लौटती हैं। पहले दो-तीन फ़ाइलें बदलकर जाँच लीजिए कि आपका सॉफ़्टवेयर उन्हें खोलता है या नहीं — यह बदलाव नुक़सान वाला है, और JXL से बिटमैप के पिक्सेल तक वापसी का कोई रास्ता नहीं।
| BMP | JXL | |
|---|---|---|
| पूरा नाम | Windows बिटमैप | JPEG XL |
| फ़ाइल एक्सटेंशन | .bmp, .dib | .jxl |
| मीडिया टाइप | image/bmp | image/jxl |
| कंप्रेशन | बिना कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 1987 | 2021 |
| प्रकाशक | Microsoft | Joint Photographic Experts Group |
| विनिर्देश | — | ISO/IEC 18181 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | पुराना, फिर भी हर जगह पढ़ा जाता है | सीमित उपयोग |
| बिट डेप्थ | 8 | 32 |
| रंग जो यह दर्ज कर सकता है | RGB, इंडेक्स्ड पैलेट | RGB, ग्रेस्केल, वाइड गैमट |
| ब्राउज़र में खुलता है | हर ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | PNG, TIFF | AVIF, WebP, PNG |
JXL पारदर्शिता सँभाल सकता है और BMP नहीं। यह वह जगह है जो नतीजे के पास है और जिसे असली फ़ाइल ने कभी इस्तेमाल ही नहीं किया: बदलने से पारदर्शी पृष्ठभूमि बनती नहीं, बाद में बनाना बस मुमकिन हो जाता है।
JXL एनिमेशन ढो सकता है; BMP फ़ाइल एक ही फ़्रेम है। बाहर ऐसी फ़ाइल आती है जिसमें एक तस्वीर है, और वह ऐसे फ़ॉर्मेट में है जो इससे ज़्यादा सँभाल सकता था।
JXL को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
GIMP BMP और JXL — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
दोनों का निशाना अलग काम है: BMP का प्रोग्रामों के बीच डेटा ले जाना पर, JXL का सहेजना और फ़ोटोग्राफ़ी पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
BMP Microsoft का फ़ॉर्मेट है, जो 1987 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
JXL Joint Photographic Experts Group का है और 2021 से चला आ रहा है, और ISO/IEC 18181 में तय किया गया है। GIMP और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
BMP 1987 में आया और JXL 2021 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
JXL कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए।
JXL को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
JXL पारदर्शिता सँभाल सकता है और BMP नहीं। यह वह जगह है जो नतीजे के पास है और जिसे असली फ़ाइल ने कभी इस्तेमाल ही नहीं किया: बदलने से पारदर्शी पृष्ठभूमि बनती नहीं, बाद में बनाना बस मुमकिन हो जाता है।