BMP को WebP में बदलें

नहीं — और यही इस साइट के होने की वजह है। पूरा कन्वर्ज़न WebAssembly के ज़रिए आपके ब्राउज़र में ही होता है, इसलिए फ़ाइलें आपके डिवाइस से बाहर नहीं जातीं और बीच में कोई सर्वर नहीं आता। पेज लोड होने के बाद टूल बिना इंटरनेट के भी चलता है, और डिवाइस की मेमोरी के अलावा साइज़ की कोई सीमा नहीं है।

WebP दोनों तरह का कंटेंट सँभाल लेता है: फ़ोटो JPG जैसे दबते हैं (थोड़ा बेहतर) और ग्राफ़िक्स PNG जैसे (अक्सर बेहतर), और यह सब एक ऐसे फ़ॉर्मैट में जो हर मौजूदा ब्राउज़र दिखाता है। मंज़िल कोई वेबसाइट हो तो WebP आपको हर इमेज पर अलग फ़ैसला करने से बचा लेता है।

फ़ोटो: क्वालिटी 82 पर आम तौर पर 96–99% छोटी। फ़्लैट रंगों वाले ग्राफ़िक्स और स्क्रीनशॉट: 90–98%, क्योंकि BMP उन्हें कच्चा रखता है। हर फ़ाइल का रीडआउट आपके सटीक आँकड़े दिखाता है — इस साइट पर सबसे नाटकीय प्रतिशत BMP कन्वर्ज़न से ही निकलते हैं।

अगर वे इकलौती मूल प्रतियाँ हैं (पारिवारिक फ़ोटो के स्कैन, सोर्स आर्ट) तो एक लॉसलेस कॉपी रखें — चाहे BMP, चाहे उसका कहीं छोटा PNG। क्वालिटी 82 का WebP पब्लिश करने के लिए है; लॉसलेस मास्टर आर्काइव के लिए। स्टोरेज सस्ता है; पछतावा नहीं।

उल्टा है — दो फ़ॉर्मैट के बीच खाई जितनी बड़ी, छलाँग उतनी फ़ायदेमंद। BMP कंप्रेशन पर शून्य मेहनत करता है; WebP तीन दशकों की, इसलिए फ़ोटो 96–99% और ग्राफ़िक्स 90–98% छोटे उतरते हैं। असली सवाल बस मंज़िल का है: WebP मान कर चलता है कि दूसरी तरफ़ ब्राउज़र है। फ़ाइल किसी पुराने डेस्कटॉप सॉफ़्टवेयर में खुलनी हो तो नाकाम आधुनिक फ़ॉर्मैट होगा, कन्वर्ज़न नहीं।

अतीत से कम्पैटिबिलिटी। जो माहौल आज भी BMP पैदा करते हैं — लेगेसी Windows टूल, स्कैनर यूटिलिटी, इंडस्ट्रियल सॉफ़्टवेयर — वही WebP खोल नहीं पाते। फ़ाइल घूमकर उसी दुनिया में जानी हो तो BMP को PNG में बदलें चुनें: फिर भी 50–90% छोटी, और 1990 के दशक के बाद की हर चीज़ उसे पढ़ लेती है। WebP सिर्फ़ तब चुनें जब मंज़िल वेब हो।