लगभग हर तस्वीर 200KB तक पहुँच जाती है, इसलिए इस पेज का सवाल यह नहीं है कि टारगेट मिलेगा या नहीं। सवाल यह है कि वहाँ तक पहुँचते हुए आप कितनी क्वालिटी बचा पाते हैं।
चूँकि बड़ी तस्वीर के लिए भी 200KB आराम से हासिल हो जाता है, खोज पहले ही उस क्वालिटी सेटिंग पर रुक जाती है जहाँ फ़ाइल समा जाए, नीचे जाती नहीं रहती। जो फोटो 190KB पर समा सकती थी, उसे सिर्फ़ इसलिए 120KB तक नहीं दबाया जाता कि दबाया जा सकता था। जो फ़ाइलें पहले से 200KB से नीचे हैं, उन्हें बिलकुल छुआ नहीं जाता — उन्हें दोबारा एनकोड करने से साइज़ में कोई फ़ायदा हुए बिना सिर्फ़ क्वालिटी घटेगी।
यह 20KB वाले पेज का ठीक उल्टा है। वहाँ बंधन यह है कि भौतिक रूप से संभव क्या है; यहाँ बंधन यह है कि जो क्वालिटी ख़र्च करने की ज़रूरत नहीं थी, वह ख़र्च न हो।
किसी तकनीकी ज्ञान की ज़रूरत नहीं। मुफ़्त, तेज़ और किसी भी डिवाइस पर उपलब्ध।
बेहतरीन कम्प्रेशन अनुभव देने के लिए हम हर डिटेल पर ख़ास ध्यान देते हैं।
200KB वह सीमा है जो तब मिलती है जब दूसरी तरफ़ की व्यवस्था बैंडविड्थ की परवाह तो करती है, पर बेतहाशा नहीं। मार्केटप्लेस, मेल सर्वर और कंटेंट मैनेजमेंट सिस्टम अक्सर यहीं आकर ठहरते हैं। यह इतना खुला है कि बारीक तस्वीर अपनी बनावट बचा ले जाती है — जो 50KB पर मुमकिन नहीं।
अगर कोई आँकड़ा आप पर थोपा नहीं जा रहा और तस्वीर वेब पेज पर जा रही है, तो बड़ी तस्वीर के लिए 200KB बचाव लायक बजट है और बाकी सब के लिए 100KB बेहतर। अगर तस्वीर ईमेल में जा रही है, तो प्रति तस्वीर 200KB पर आप मेलबॉक्स की सीमा से टकराए बिना कई तस्वीरें जोड़ सकते हैं।
हम न आपकी इमेज का आकार बदलते हैं, न उसे दूसरे फ़ॉर्मैट में ले जाते हैं। टारगेट एनकोडर क्वालिटी पर बाइनरी सर्च करके हासिल होता है: एनकोड करना, नापना, समायोजित करना और फिर एनकोड करना — जब तक नतीजा आपके दिए आँकड़े से ठीक नीचे न आ जाए। यह काम सर्वर पर असली एनकोडर (pngquant, cwebp, gifsicle, libjpeg) से होता है, ब्राउज़र कैनवस से नहीं, इसलिए हार मानने से पहले यह ब्राउज़र-आधारित टूल से कहीं नीचे तक खोज पाता है। टारगेट मोड JPG, PNG, WebP, GIF, HEIC, JXL, JP2 और JXR पर उपलब्ध है; बाकी फ़ॉर्मैट सामान्य क्वालिटी-आधारित कम्प्रेशन पर लौट आते हैं।