बल्क इमेज कंप्रेसर और फ़ाइल साइज़ रिड्यूसर
इमेज कंप्रेसर कैसे इस्तेमाल करें
टूल पर वापस जाएँपिक्सेल साइज़ वही रहता है और फ़ाइल हल्की हो जाती है — या तो आपकी बताई संख्या तक, या तीन तय स्तरों में से किसी एक पर — और जो पंक्ति और छोटी नहीं हो सकती, वह ज़्यादा ख़राब फ़ाइल थमाने के बजाय साफ़ बता देती है।
- 01
जिन इमेज को हल्का करना है, उन्हें जोड़ें
उन्हें पेज पर खींचकर छोड़ें, इमेज अपलोड करें दबाएँ, या कोई इमेज पेस्ट कर दें। हर इमेज 25 MB तक · JPG, PNG या WebP। पूरा काम इसी टैब में होता है और कुछ भी अपलोड नहीं होता — इसी वजह से बहुत बड़ी इमेज पर ब्राउज़र की मेमोरी ख़त्म हो सकती है।
- 02
साइज़ बताएँ, या कोई स्तर चुनें
वांछित साइज़ पहली लाइन है और टूल इसी पर खुलता है, क्योंकि ज़्यादातर लोग पहले से कोई संख्या मन में लेकर आते हैं। हल्का, मध्यम और तेज़ इसका उल्टा हैं: हर इमेज पर एक तय क्वालिटी लगती है, उसका वज़न जो भी निकले। एक और फ़र्क़ है जो लोगों को चौंकाता है — स्तर हर बार दोबारा एन्कोड करता है, जबकि साइज़ उन इमेज को छूता तक नहीं जो पहले से उससे हल्की हैं। पूरे बैच के साथ एक जैसा बर्ताव चाहिए तो स्तर चुनें, और हर फ़ाइल को किसी सीमा के नीचे आना हो तो साइज़।
- 03
संख्या तय करें, फिर चलाएँ
इस बॉक्स को लक्ष्य नहीं, ऊपरी सीमा मानकर पढ़ें। जो इमेज पहले से आपकी संख्या से हल्की है, वह ज्यों की त्यों वापस मिलती है और डाउनलोड करने को कुछ नहीं होता — इसीलिए छोटे लोगो के बैच पर डिफ़ॉल्ट 100 kB के साथ हर पंक्ति हरी हो सकती है और फिर भी लेने को कोई फ़ाइल नहीं होती। बॉक्स 1 से 25600 तक की संख्या लेता है — ऊपरी सिरा ख़ुद इमेज पर लगी 25 MB की सीमा है, क्योंकि टूल जितनी बड़ी फ़ाइल लेता है उससे ज़्यादा माँगने का कोई मतलब ही नहीं — और बॉक्स से बाहर निकलते ही मान अपने आप इसी दायरे में लौट आता है। यह मोड जान-बूझकर धीमा है: हर इमेज को आठ बार तक एन्कोड किया जाता है, ताकि सीमा में बैठने वाली सबसे अच्छी क्वालिटी मिल सके। एक निचली हद भी है जिसके नीचे टूल नहीं जाएगा, इसलिए जो इमेज आपकी संख्या तक नहीं पहुँच पाती, वह चौकोर धब्बों के ढेर की जगह अपने सबसे छोटे ईमानदार साइज़ पर लौटती है।
- 04
फ़ाइल लेने से पहले पंक्तियाँ पढ़ें
पिक्सेल साइज़ कभी नहीं बदलता — उसे घटाना दूसरे टूल का काम है — इसलिए यहाँ सिर्फ़ फ़ाइल साइज़ बदलता है। ZIP डाउनलोड करें से पूरा बैच एक साथ मिलता है, किसी पंक्ति के बटनों से सिर्फ़ वही एक इमेज, और जिस पंक्ति पर कोई बटन नहीं है, उसने कोई फ़ाइल बनाई ही नहीं। किसी पंक्ति को सफल मान लेने से पहले नाम के नीचे की दूसरी लाइन पढ़ें।
कंप्रेसर की परिणाम तालिका कैसे पढ़ें
यह टूल हर पंक्ति पर बाक़ी टूल से ज़्यादा बताता है, क्योंकि फ़ाइल के और छोटी न हो पाने की कई सही वजहें होती हैं और हर वजह अलग तरह से पढ़ी जाती है।
परिणाम तालिका के स्तंभ
- इमेज
- थंबनेल और वह नाम जो आपको मिलेगा: मूल नाम के आगे -min जुड़ा हुआ। जिस पंक्ति ने कोई फ़ाइल नहीं बनाई, वहाँ मूल नाम ही रहता है, क्योंकि नाम देने को नई फ़ाइल है ही नहीं। दोनों ही हालात में नाम के नीचे एक दूसरी लाइन आती है, जब भी पंक्ति को कुछ बताना होता है — इस टूल पर ज़्यादातर पंक्तियों को कुछ न कुछ बताना होता है, इसलिए उसे छोड़ने के बजाय पढ़ना ठीक रहता है।
- आयाम
- तीर के दोनों तरफ़ हमेशा वही संख्या। कंप्रेशन इस पर काम करता है कि पिक्सेल कैसे सहेजे गए हैं, इस पर नहीं कि कितने हैं; पिक्सेल कम चाहिए तो वह दूसरे टूल का काम है।
- फ़ाइल साइज़
- पहले और बाद का साइज़ — यही एकमात्र चीज़ है जिसे यह टूल हिलाने की कोशिश करता है। जिस पंक्ति से कोई फ़ाइल नहीं मिली, वहाँ दो के बजाय एक ही संख्या दिखती है, क्योंकि तौलने को दूसरी फ़ाइल है ही नहीं।
- परिणाम
- हर पंक्ति पर एक बैज। ध्यान दें कि यहाँ दो अलग-अलग बैज हरे हैं: फ़ाइल के साथ ख़त्म होना और बिना फ़ाइल के ख़त्म होना, दोनों सही अंजाम हैं, और इनमें से कोई भी ग़लती नहीं है।
- क्रियाएँ
- जिस पंक्ति ने फ़ाइल बनाई, उस पर डाउनलोड और कॉपी; जो विफल हुई, उस पर फिर कोशिश करें; और जो बिना बदलाव लौटी, उस पर कुछ भी नहीं। ख़ाली ख़ाना ही संकेत है — लेने को कोई फ़ाइल नहीं है।
नतीजे के बैज
- प्रोसेस हो रही है…
- इस इमेज पर अभी काम चल रहा है। इमेज एक-एक करके प्रोसेस होती हैं, इसलिए रन के दौरान ठीक एक ही पंक्ति पर यह बैज रहता है।
- पूर्ण
- छोटी फ़ाइल बन चुकी है और लेने के लिए तैयार है। कितनी छोटी, यह नाम के नीचे दूसरी लाइन में लिखा है।
- अपरिवर्तित
- इमेज पढ़ी गई, उसकी कंप्रेस की हुई कॉपी तौली गई, और वह कॉपी आपकी मौजूदा फ़ाइल से छोटी नहीं निकली — इसलिए छोटे नाम वाली बड़ी फ़ाइल थमाने के बजाय आपको कुछ नहीं दिया गया। यह टूल की ईमानदारी है, और जिस बैच में PNG हों, वहाँ इसका दिखना सामान्य है।
- विफल
- इमेज बिलकुल भी नहीं खुल सकी — वजह देखने के लिए बैज पर माउस ले जाएँ। लगभग हमेशा इतनी बड़ी इमेज के लिए ब्राउज़र के पास जगह नहीं बचती, और यह आपकी फ़ाइल की नहीं, मशीन की सीमा है। फिर कोशिश करें सिर्फ़ इसी पंक्ति को दोबारा चलाता है।
जब फ़ाइल मिली हो, तब की दूसरी लाइन
- 95% हल्की
- सीधी-सादी सफलता वाली लाइन: नई फ़ाइल कितनी हल्की हुई, नीचे की ओर गोल किया हुआ, ताकि यह बगल की दो संख्याओं से ज़्यादा का दावा कभी न करे। जब और कुछ कहने लायक़ न हो, तब यही दिखती है।
- फ़ोटो ख़राब किए बिना लक्ष्य तक नहीं पहुँचा — यही सबसे छोटी है।
- आपकी संख्या तक साफ़ दिखने वाले नुक़सान के बिना पहुँचा नहीं जा सकता था, इसलिए आपको वह सबसे छोटी फ़ाइल दी गई जो टूल बनाने को तैयार था। यह असली फ़ाइल है और लेने लायक़ है — बस आपकी माँग से भारी है। जहाँ और कंप्रेशन काम नहीं करता, वहाँ आम तौर पर पिक्सेल घटाने से बात बन जाती है।
- 40% हल्की — PNG में क्वालिटी सेटिंग नहीं है, इससे आगे नहीं जाया जा सकता।
- कोई PNG हल्की तो हुई — आम तौर पर 16-बिट वाली, जिसे कैनवस 8-बिट पर ले आता है — पर वह आपकी संख्या से पहले ही रुक गई, और कोई सेटिंग उसे आगे नहीं धकेल सकती, क्योंकि PNG में क्वालिटी का कोई डायल नहीं होता। प्रतिशत असली है; सीमा फ़ॉर्मैट की है।
- PNG के रूप में सेव हुई, क्योंकि यह ब्राउज़र WebP सेव नहीं कर सकता।
- आपका ब्राउज़र मूल फ़ाइल पढ़ तो सका, पर उसी फ़ॉर्मैट में वापस लिख नहीं सका, इसलिए जो फ़ाइल आपको मिल रही है वह PNG है। कंप्रेशन फिर भी हुआ; सिर्फ़ डिब्बा बदल गया। यह लाइन बाक़ी हर नोट पर भारी पड़ती है, क्योंकि फ़ॉर्मैट का बदल जाना जानना ज़्यादा ज़रूरी है।
जब पंक्ति से कुछ नहीं मिला, तब की दूसरी लाइन
- यह पहले से ही लक्ष्य साइज़ से छोटी है।
- कुछ भी चलने से पहले ही फ़ाइल आपके लक्ष्य से हल्की थी, इसलिए उसे न डिकोड किया गया, न दोबारा बनाया गया, न दोबारा एन्कोड किया गया। इसी वजह से इस पंक्ति में क्वालिटी का ज़रा भी नुक़सान नहीं होता — और इसी वजह से यह साइज़ की सीमा पर भी भारी पड़ती है: जो इमेज ब्राउज़र के खोलने के लिए बहुत बड़ी है, उस पर भी विफलता नहीं, यही लाइन आती है, क्योंकि कुछ खोला ही नहीं गया। सचमुच दोबारा एन्कोड कराना है तो इससे छोटी संख्या माँगें।
- PNG यहाँ और कंप्रेस नहीं होती — इस फ़ॉर्मैट में क्वालिटी सेटिंग नहीं होती।
- ऐसी PNG जो ज़रा भी छोटी नहीं हुई। PNG हर पिक्सेल हूबहू सहेजती है और उसमें घटाने लायक़ कोई क्वालिटी सेटिंग होती ही नहीं, और ब्राउज़र कोई ख़ास PNG ऑप्टिमाइज़र भी नहीं है — पैलेट वाली PNG तो कई गुना बड़ी होकर लौट सकती है। चुनाव बदलने से भी कुछ नहीं होगा: कंप्रेशन की चारों लाइनें बाइट-दर-बाइट वही PNG देती हैं, इसलिए वे सिर्फ़ इतना बदल सकती हैं कि यह दूसरी लाइन क्या कहती है। असली जवाब कोई दूसरा फ़ॉर्मैट है।
- मूल फ़ाइल इस स्तर से पहले ही हल्की है। इससे तेज़ स्तर चुनें।
- आपकी इमेज पहले से ही आपके चुने स्तर से ज़्यादा कसकर कंप्रेस की जा चुकी थी, इसलिए उसी स्तर पर दोबारा एन्कोड करने से वह और बड़ी हो गई। सीधे वेब से ली गई फ़ोटो के साथ यह आम बात है, क्योंकि उन्हें पहले ही निचोड़ा जा चुका होता है।
- मूल फ़ाइल इस स्तर से पहले ही हल्की है। इसकी जगह वांछित साइज़ आज़माएँ।
- तेज़ स्तर पर भी यही होता है, जहाँ आज़माने के लिए इससे कड़ा कोई स्तर बचा ही नहीं। तब यह लाइन आपको वांछित साइज़ की ओर भेजती है, क्योंकि संख्या बता देने पर टूल तय स्तरों से भी नीचे खोज सकता है।
- यह ब्राउज़र WebP सेव नहीं कर सकता।
- आपका ब्राउज़र यह फ़ॉर्मैट पढ़ तो सकता है, लिख नहीं सकता, इसलिए लौटाने को कोई फ़ाइल बनी ही नहीं। इमेज में कोई ख़राबी नहीं है, और हो सकता है कोई दूसरा ब्राउज़र इसे संभाल ले।