इमेज कंप्रेस करें
कुछ भी अपलोड नहीं होता: हर इमेज इसी ब्राउज़र में प्रोसेस होती है
कंप्रेस करने का मतलब है तस्वीर को कम क्वालिटी पर दोबारा एनकोड करना, और वह ब्योरा छोड़ देना जिसे आँख सबसे कम पकड़ती है। किसी JPEG को क्वालिटी 95 से 78 पर लाने से फ़ाइल आम तौर पर आधी रह जाती है और फ़र्क़ दिखता नहीं, और उसी तस्वीर को WebP में सहेजने पर 25–30% और घट जाती है। सबसे लंबी भुजा घटाना इन दोनों से कहीं ज़्यादा बचाता है।
इमेज कैसे कंप्रेस करें
पहले साइज़, फिर क्वालिटी
रिज़ॉल्यूशन लगभग हमेशा क्वालिटी से ज़्यादा मायने रखता है, और क्रम की यही ग़लती सबसे ज़्यादा होती है। 4,000 पिक्सेल चौड़ी तस्वीर जब 800 पिक्सेल पर दिखाई जाती है तो वह पच्चीस गुना ज़्यादा डेटा ढो रही होती है, और सबसे लंबी भुजा पर सीमा लगाना वह फ़ालतू वज़न क्वालिटी के कुछ करने से पहले ही हटा देता है। पहले आकार से कंप्रेस कीजिए, फिर क्वालिटी से: उल्टा करने का मतलब है उन पिक्सेल का ब्योरा फेंकना जिन्हें आप वैसे भी हटाने वाले थे।
फ़ॉर्म पर 50 KB की सीमा
सरकारी और परीक्षा पोर्टल अक्सर फ़ोटो के लिए 20, 50 या 100 KB की सीमा रखते हैं और उससे बड़ी फ़ाइल बिना वजह बताए ठुकरा देते हैं। वहाँ क्वालिटी को 30 तक गिराना सबसे ख़राब तरीक़ा है, क्योंकि चेहरा धब्बेदार हो जाता है। सही क्रम यही है: पहले «सबसे लंबी भुजा» को उतना कीजिए जितना पोर्टल माँगता है — अक्सर 600 या 800 पिक्सेल — और उसके बाद क्वालिटी 70 के आसपास से नीचे उतरिए। लगभग हमेशा तस्वीर साफ़ रहते हुए सीमा के भीतर आ जाती है।
आउटपुट फ़ॉर्मैट चुनना
तीनों फ़ॉर्मैट अलग-अलग जगह कमज़ोर पड़ते हैं, और सही वही है जो तस्वीर की प्रकृति से तय हो, इससे नहीं कि अभी वह किस रूप में है। JPEG हानिकर है और तस्वीरों के लिए बना है; उसमें अल्फ़ा चैनल नहीं होता, इसलिए कोई भी पारदर्शिता ठोस रंग बन जाती है। PNG अहानिकर है, यानी क्वालिटी वाला स्लाइडर उस पर कुछ नहीं करता। WebP दोनों की भूमिका निभा लेता है: हानिकर मोड में वह तस्वीरों पर JPEG से क़रीब 25–30% छोटा रहता है और पारदर्शिता भी बचाता है। सभी मौजूदा ब्राउज़र उसे पढ़ते हैं, इसलिए पुराना अनुकूलता वाला तर्क ख़त्म हो चुका है; दिक़्क़त अब ब्राउज़र के बाहर है, जहाँ कुछ डेस्कटॉप सॉफ़्टवेयर और कुछ ईमेल क्लाइंट उसे ठीक से नहीं संभालते। AVIF और भी छोटा है, पर एनकोड में धीमा और कम जगह समर्थित, इसलिए WebP आज भी ज़्यादा सुरक्षित डिफ़ॉल्ट है।
क्वालिटी वाली संख्या किसी चीज़ का प्रतिशत नहीं है और अलग-अलग एनकोडर के बीच तुलनीय भी नहीं। वह तय करती है कि एनकोडर आवृत्ति गुणांकों के हर 8×8 ब्लॉक को कितने मोटे तौर पर परिमाणित करे, इसलिए एक JPEG लाइब्रेरी की क्वालिटी 78 और दूसरी की 78 अलग फ़ाइलें हैं। जो तुलनीय है वह वक्र का आकार है: 95 से क़रीब 80 तक फ़ाइल तेज़ी से घटती है और दिखने लायक़ कुछ नहीं जाता, फिर वक्र सपाट हो जाता है — जबकि गड़बड़ियाँ, यानी तेज़ किनारों पर हल्की परछाईं और साफ़ आसमान जैसे चिकने ढाल में चौकोर धब्बे, 60 से नीचे जल्दी आने लगती हैं। इसीलिए काम का दायरा छोटा है और 60–90 से बाहर जाना आम तौर पर किसी एक दिशा की ग़लती है।
एक ही फ़ाइल दो बार कंप्रेस करना
JPEG की हानि जुड़ती जाती है। पाँच बार दोबारा एनकोड की गई फ़ाइल उसी अंतिम क्वालिटी पर एक ही बार कंप्रेस की गई फ़ाइल से साफ़ तौर पर ख़राब दिखती है, क्योंकि हर बार वही परिमाणन उस पर दोबारा चलता है जो पिछली बार पहले ही फेंका जा चुका था। हमेशा मूल फ़ाइल से काम कीजिए, किसी चैट ऐप से गुज़री हुई कॉपी से नहीं — और वह मूल सँभालकर रखिए, अगर बाद में कोई और साइज़ चाहिए हो। बार-बार फ़ॉरवर्ड हुई तस्वीर आख़िर में जैसी दिखती है, उसकी वजह यही है।
लोग इसे किस काम में लेते हैं
- सरकारी या परीक्षा पोर्टल की 50 KB वाली सीमा में फ़ोटो लाना
- वेबसाइट के लिए इमेज तैयार करना
- ईमेल भेजने से पहले स्क्रीनशॉट का फ़ोल्डर हल्का करना
- फ़ोन की गैलरी संभालकर रखने से पहले उसका वज़न घटाना
- कैमरे के JPEG को कम क्वालिटी पर दोबारा एनकोड करना
- वेबसाइट की पूरी इमेज सूची को WebP में बदलना
सवाल
पहले «सबसे लंबी भुजा» को 600 या 800 पिक्सेल कर दीजिए, फिर क्वालिटी 70 से नीचे उतारिए। सीधे क्वालिटी गिराने से चेहरा धब्बेदार हो जाता है; पहले साइज़ घटाने से तस्वीर साफ़ रहते हुए सीमा में आ जाती है।
जितनी आपकी मशीन सँभाल ले। कोई सर्वर नहीं है, इसलिए न अपलोड की सीमा है न क़तार। एकमात्र बंदिश मेमोरी है।
नहीं। हर इमेज को आपका अपना ब्राउज़र ही खोलता, रीसाइज़ करता और दोबारा एनकोड करता है। कुछ भी डिवाइस से बाहर नहीं जाता।
वेब के लिए 78 के आसपास, और छपने वाली चीज़ों के लिए 85 या ऊपर। क़रीब 60 से नीचे गड़बड़ियाँ चिकनी जगहों और किनारों पर दिखने लगती हैं।
कैमरे के JPEG के लिए क्वालिटी 75–78 पर आम तौर पर आधी। साथ में आयाम भी घटा दें तो 90% या उससे ज़्यादा तक कम हो सकती है।
बराबर दिखने वाली क्वालिटी पर आम तौर पर 25–30% छोटा, और वह पारदर्शिता भी बचाता है, जो JPEG नहीं कर सकता।
हाँ, सभी मौजूदा ब्राउज़र। कई साल से यह व्यावहारिक चिंता नहीं रही।
वेबसाइट के लिए आम तौर पर हाँ। जो फ़ाइल आप किसी व्यक्ति को भेज रहे हैं उसके लिए JPEG या PNG आज भी डेस्कटॉप सॉफ़्टवेयर और ईमेल से ज़्यादा आसानी से गुज़रते हैं।
और भी छोटा, पर एनकोड में धीमा और कम समर्थित। WebP आज ज़्यादा सुरक्षित डिफ़ॉल्ट है।
PNG अहानिकर है, इसलिए स्लाइडर उस पर कुछ नहीं करता। उसके आयाम घटाइए या आउटपुट फ़ॉर्मैट बदल दीजिए।
हाँ। JPEG में अल्फ़ा चैनल नहीं होता, इसलिए पारदर्शी हिस्से ठोस हो जाते हैं। पारदर्शिता के साथ छोटी फ़ाइल चाहिए तो WebP इस्तेमाल कीजिए।
हाँ। JPEG हानिकर है और नुक़सान जुड़ता जाता है, इसलिए हमेशा मूल फ़ाइल से काम कीजिए, पहले से कंप्रेस की हुई कॉपी से नहीं।
नहीं। यह संख्या तय करती है कि एनकोडर कितने मोटे तौर पर परिमाणित करे, और एनकोडर अलग-अलग होते हैं। नतीजे वाली फ़ाइल से आँकिए, संख्या से नहीं।
तस्वीरों के लिए JPEG, सपाट रंग और तीखे किनारों के लिए PNG, और इन दोनों को छोटा चाहिए तो WebP।
ब्राउज़र बार-बार होने वाले अपने आप डाउनलोड रोक देते हैं, इसलिए एक-एक करके भेजने पर ज़्यादातर फ़ाइलें चुपचाप छूट जातीं। ZIP हमेशा पूरी पहुँचती है।