इमेज कंप्रेसर और कनवर्टर

ये चार आधुनिक वेब पर विशाल बहुमत बिटमैप इमेज को कवर करते हैं: JPEG फ़ोटो के लिए वास्तविक मानक है, PNG हानिरहित और पारदर्शिता को संभालता है, WebP प्रत्येक मौजूदा ब्राउज़र द्वारा समर्थित कुशल आधुनिक फ़ॉर्मेट है, और AVIF अगली पीढ़ी है (आमतौर पर WebP से 20-50% छोटा)। BMP और TIFF असंपीड़ित हैं और वेब के लिए उपयुक्त नहीं हैं; HEIC Apple-विशिष्ट है जिसमें सीमित ब्राउज़र समर्थन है; GIF का एनिमेशन "स्थिर संपीड़न" के दायरे से बाहर है। इन चार पर ध्यान केंद्रित करने से दैनिक उपयोग के 95%+ केस कवर होते हैं।

PNG हानिरहित है — यह किसी भी पिक्सल डेटा को नहीं फेंक सकता है, केवल ZIP जैसे एल्गोरिदम का उपयोग करके उसका पुनर्गठन करता है। फ़ोटो के लिए (जहाँ पड़ोसी पिक्सल शोर वाले और भिन्न होते हैं), हानिरहित एल्गोरिदम के पास काम करने के लिए लगभग कुछ नहीं होता है, यही कारण है कि बचत अक्सर सिर्फ 5-15% होती है। फ़ोटो को अर्थपूर्ण रूप से छोटा करने के लिए आपके पास दो विकल्प हैं: हानिकारक एन्कोडिंग को स्वीकार करें और JPEG या WebP पर स्विच करें, या, यदि आपको वास्तव में हानिरहित की आवश्यकता है, तो हानिरहित WebP या AVIF पर स्विच करें, जो आमतौर पर PNG से 30-50% छोटे होते हैं।

हर इमेज में "सूचना एन्ट्रॉपी" होती है - अनिवार्य रूप से अपने पिक्सल का रंग डेटा. हानिकारक एन्कोडर (JPEG / WebP / AVIF) मानव आंख की कम संवेदनशील विवरणों को हटाकर उस सीमा को तोड़ते हैं: क्वालिटी सेटिंग जितनी कम होगी, उतना अधिक डेटा हटाया जाएगा और फ़ाइल छोटी होगी, लेकिन दिखने में उतना ही बुरा होगा. हानिरहित एन्कोडर कोई भी विवरण नहीं हटा सकते और मौजूदा डेटा में केवल अधिशेषता ढूंढ सकते हैं, इसलिए वे जल्दी ही एक दीवार पर पहुंच जाते हैं. दूसरे शब्दों में: संपीड़न की सीमा इमेज की गुणवत्ता द्वारा तय की जाती है, न कि टूल द्वारा.

WebP की संगतता सबसे बेहतर है (2014 से हर ब्राउज़र में काम करता है) और यह तेज़ी से एन्कोड होता है - एक सुरक्षित डिफ़ॉल्ट विकल्प. AVIF आमतौर पर 20-40% और अधिक स्थान बचाता है लेकिन एन्कोड करना काफी धीमा है (4000×3000 की फोटो को 10-30 सेकंड लग सकते हैं) और बहुत पुराने ब्राउज़र इसका समर्थन नहीं करते. मुख्यधारा की वेबसाइटों और CMS के थोक प्रोसेसिंग के लिए WebP सुरक्षित विकल्प है; स्थैतिक साइटों, तकनीकी ब्लॉगों या ऐसी स्थितियों में जहां फ़ाइल आकार वास्तव में मायने रखता है (उदाहरण: सैकड़ों प्रोडक्ट शॉट वाला ई-कॉमर्स कैटलॉग), AVIF इंतजार करने लायक है.

दो अलग-अलग चीजें खत्म हो सकती हैं. हानिकारक प्रारूप (JPEG, हानिकारक WebP, हानिकारक AVIF) पिक्सल डेटा को हटाते हैं - कितना हटाया जाएगा यह गुणवत्ता सेटिंग द्वारा नियंत्रित होता है; 75-90 की रेंज आम तौर पर "आप वास्तव में अंतर नहीं बता सकते" होती है. हानिरहित प्रारूप (PNG, हानिरहित WebP, हानिरहित AVIF) हर पिक्सल को तो रखते हैं लेकिन सभी मेटाडेटा (EXIF, कैमरा मॉडल, GPS स्थान, कैप्चर समय) को हटा देते हैं. यह वास्तव में गोपनीयता का लाभ है: साझा करने से पहले इस जानकारी को साफ़ करना अधिक सुरक्षित होता है.

यह ज्यादातर तीन चीजों पर निर्भर करता है: आउटपुट प्रारूप, इमेज का आकार और कतार. AVIF एन्कोड करने में सबसे धीमा है - 4000×3000 की फोटो को 10-30 सेकंड लग सकते हैं, इसके बदले में बहुत छोटी फ़ाइल मिलती है; अधिक पिक्सल का मतलब अधिक समय होता है, इसलिए 6000×4000 की फोटो स्क्रीनशॉट से काफी लंबा समय लेती है; और इमेज को बैकग्राउंड में एक के बाद एक प्रोसेस किया जाता है, इसलिए प्रत्येक कार्य पिछले कार्य के पूरा होने का इंतजार करता है. तेज़ परिणाम के लिए, JPEG या WebP आउटपुट पर स्विच करें, या पहले अधिकतम चौड़ाई/ऊंचाई को सीमित करें.

तीन सामान्य कारण: स्रोत पहले से ही कुशलतापूर्वक संपीड़ित था (उदाहरण: यह पहले से ही WebP या AVIF था), इसलिए उसी प्रारूप में उसे फिर से एन्कोड करने से पहले से ही संपीड़ित परिणाम को और संपीड़ित किया जाता है और अक्सर यह बड़ा हो जाता है; इमेज बहुत छोटी होती है (कुछ दर्जन KB - आइकॉन, थंबनेल), जहां एन्कोडर का हेडर ओवरहेड पिक्सल की बचत से अधिक हो सकता है; या आपने हानिरहित PNG को बहुत अधिक गुणवत्ता सेटिंग पर हानिकारक JPEG में बदल दिया है, जो अधिक विवरण को बनाए रखता है. यह टूल इस स्थिति को स्वचालित रूप से पहचानता है, मूल फ़ाइल को रखता है और परिणाम पंक्ति में "मूल रखी गई" दिखाता है.

नहीं। इमेज आपके ब्राउज़र में Canvas API से डिकोड, रीसाइज़ और री-एनकोड की जाती है। फ़ाइल सामग्री कभी भी आपके डिवाइस से बाहर नहीं जाती।

कोई भी सामान्य ब्राउज़र-डिकोड करने योग्य इमेज इनपुट के रूप में काम करती है। JPEG, PNG, WebP और AVIF आउटपुट बंडल WASM एन्कोडर्स द्वारा तैयार किए जाते हैं, न कि स्वयं ब्राउज़र द्वारा, इसलिए WebP और AVIF का निर्यात प्रत्येक आधुनिक ब्राउज़र में काम करता है।

आउटपुट में नहीं। जब फ़ॉर्मेट वही रहता है और आयाम अपरिवर्तित रहते हैं, तो मूल फ़ाइल स्वतः ही रख ली जाती है यदि पुनः एन्कोड करने से यह छोटी नहीं होती है, जिसे "मूल रखा गया" चिह्नित किया जाता है। स्पष्ट फ़ॉर्मेट रूपांतरण और आकार बदलने से हमेशा आपके चुने गए आउटपुट का सम्मान होता है (उदाहरण के लिए, संगतता के लिए PNG को JPEG में बदलने से आकार किसी भी दिशा में बदल सकता है)।

नहीं। कैनवस पुनः एन्कोड करने से EXIF और अन्य मेटाडेटा हट जाते हैं, जबकि इमेज ओरिएंटेशन को सही ढंग से लागू किया जाता है। इससे फ़ाइल आकार भी कम होता है और स्थान या डिवाइस के विवरण को उजागर करने से बचा जाता है। एनिमेटेड GIF फ़ाइलों को स्थिर पहले फ्रेम के रूप में संसाधित किया जाता है।

PNG हानिरहित है और फ़ोटो को संपीड़ित करने के लिए आदर्श नहीं है। फ़ोटो, स्क्रीनशॉट और चित्रों के लिए, JPEG या WebP आमतौर पर छोटी फ़ाइलें बनाते हैं। जब आपको पारदर्शिता या हानिरहित पिक्सल की आवश्यकता हो तो PNG का उपयोग करें।

नहीं। संपीड़न स्वीकार्य गुणवत्ता को बनाए रखते हुए फ़ाइल आकार को कम करता है; यह खोए हुए विवरण को पुनर्स्थापित नहीं कर सकता है। मूल को रखें और वेब, सोशल मीडिया या साझा करने के लिए एक संपीड़ित कॉपी निर्यात करें।

कई फ़ाइलों को अलग-अलग सेव करने से ब्राउज़र का कई बार डाउनलोड करने का कन्फर्मेशन ट्रिगर हो सकता है। ZIP एक फ़ाइल डाउनलोड करता है और बड़े बैच के लिए अधिक सुविधाजनक होता है।

एक बार फ़ाइल पूरी हो जाने के बाद, उसके रिजल्ट पंक्ति के दाईं ओर एक डाउनलोड बटन दिखाई देता है — इसे उसे सेव करने के लिए क्लिक करें। आप बल्क डाउनलोड के लिए टूलबार के "अलग-अलग सेव करें" या "ZIP डाउनलोड करें" का भी उपयोग कर सकते हैं। यदि आपका ब्राउज़र पूछता है कि कई फ़ाइल डाउनलोड की अनुमति दी जाए या नहीं, तो अनुमति चुनें; ZIP मोड उस प्रॉम्प्ट से पूरी तरह बचता है।