स्कैन की गई किताब को कंप्रेस करना: 60 पेजों पर हर लेवल क्या करता है

स्कैन में टेक्स्ट की क्वालिटी का मतलब है उसे पढ़ पाना

अप्रैल 2026 में PDF के एक फोरम पर सवाल आया: 580 पेज वाली किताब का 33 MB का स्कैन लगभग 25 MB तक कैसे लाएं, ताकि टेक्स्ट की क्वालिटी भी बनी रहे। स्कैन में शब्द अक्षरों की तस्वीरें होते हैं, इसलिए यहां टेक्स्ट की क्वालिटी का एक ही मतलब है: तस्वीरें छोटी होने के बाद भी अक्षर पढ़े जा सकें।

20 अक्टूबर 2026 को हमने Mac पर Chrome में 200 DPI पर ग्रेस्केल में स्कैन किए गए 60 पेजों पर “PDF कंप्रेस करें” चलाया। हर पेज एक JPEG तस्वीर है, लगभग 1714 × 2210 पिक्सल की और लगभग 770 kB की, और टूल फाइल का साइज 45 MB दिखाता है, यानी 4.71 करोड़ बाइट।

स्कैन किए गए पेज पर कंप्रेशन क्या बदलता है

“PDF कंप्रेस करें” पेजों की तस्वीरों पर काम करता है। अगर किसी तस्वीर का रिजॉल्यूशन लेवल की सीमा से ज्यादा है, तो उसे उस सीमा तक घटाया जाता है। फिर तस्वीर लेवल की क्वालिटी पर दोबारा JPEG के रूप में सेव होती है, और नई कॉपी तभी रखी जाती है, जब वह पुरानी से कम से कम दसवां हिस्सा छोटी हो। छिपी हुई OCR टेक्स्ट लेयर, लिंक और बुकमार्क जैसे थे, वैसे ही कॉपी होते हैं। “और सेटिंग” में “इमेज को ग्रेस्केल में बदलें” रंगीन स्कैन से रंग हटा देता है, और टाइटल और लेखक जैसा मेटाडेटा भी साफ हो जाता है, अगर आप उसका स्विच बंद न करें।

कुछ तस्वीरें हर लेवल पर वैसी ही रहती हैं: एक बिट वाले ब्लैक एंड व्हाइट पेज, चाहे वे JBIG2 में हों, CCITT में या सादे, और JPEG 2000 की तस्वीरें। यह सारा काम आपके ब्राउजर टैब में होता है, और स्कैन आपके डिवाइस से बाहर नहीं जाता।

एक ही 60 पेजों पर तीन लेवल

“सबसे अच्छी क्वालिटी” में रिजॉल्यूशन की ऊपरी सीमा 300 DPI है और क्वालिटी 85, इसलिए हमारे 200 DPI वाले पेजों के सारे पिक्सल बचे रहे, और पेज सिर्फ दोबारा एन्कोड हुए। सिर्फ इतने से फाइल पांचवां हिस्सा छोटी हो गई: लगभग 30 सेकंड में वह 36 MB की बनी, यानी हर पेज 600 kB से थोड़ा ज्यादा।

“संतुलित” में ऊपरी सीमा 150 DPI है और क्वालिटी 65। पेज 1285 × 1657 के हो गए, यानी आधे से थोड़े ज्यादा पिक्सल बचे, और हर पेज लगभग 175 kB का रहा। फाइल डालने के लगभग 31 सेकंड बाद वह 10 MB की हो गई, यानी 77 प्रतिशत छोटी। 20 अक्टूबर 2026 को तीन पेजों पर की गई हमारी जांच में भी इतनी ही कमी दिखी थी: 2.3 MB का स्कैन “संतुलित” लेवल पर 539 kB का निकला।

“सबसे छोटी फाइल” 96 DPI और क्वालिटी 45 तक उतरता है: पेज 823 × 1061 के हो जाते हैं, यानी पिक्सल का एक चौथाई से भी कम हिस्सा बचता है। लगभग 17 सेकंड में फाइल 3.9 MB की हो गई, यानी 91 प्रतिशत छोटी, और हर पेज 70 kB से कम का रहा।

टेक्स्ट कैसा दिखता है

प्रीव्यू के नीचे “पेज 1 पास से, 100% पर” वाला हिस्सा पेज का एक ही टुकड़ा पहले और बाद में दिखाता है, उसी साइज में, जितना वह कागज पर है। पेज 1 पर टेक्स्ट 150 DPI पर भी पढ़ा जा सकता था और 96 DPI पर भी।

“सबसे छोटी फाइल” के लिए टूल चेतावनी देता है कि स्कैन पर छोटा टेक्स्ट शायद पढ़ने लायक न रहे। इसलिए क्लोज-अप में सिर्फ हेडिंग नहीं, बल्कि फुटनोट, पेज नंबर और टेबल भी जांचें।

इतनी बड़ी फाइल पर, जब परिणाम बनने में एक बार तीन सेकंड से ज्यादा लग जाते हैं, तो नया लेवल चुनने पर परिणाम अपने आप दोबारा नहीं बनता: टूल तब तक “परिणाम पुराना है” दिखाता है, जब तक आप “परिणाम अपडेट करें” न दबाएं।

“तय साइज”: 2 MB से लेकर 25 MB की सीमा तक

“तय साइज” में शुरुआत एक संख्या से होती है। टूल ने पहले निचली सीमा नापी, “इस फाइल का सबसे छोटा संभव साइज: 1.4 MB”, और इससे छोटे लक्ष्य बंद कर दिए, इसलिए 1 MB चुना ही नहीं जा सकता था। 2 MB पर खोज में लगभग दो मिनट लगे, और 1.8 MB की फाइल मिली। “सबसे छोटी फाइल” पहले ही 3.9 MB दे चुका था, इसलिए यह परिणाम 72 DPI पर है, तीनों लेवलों से नीचे: भेजने से पहले क्लोज-अप में टेक्स्ट जांच लें।

खोज पूरे रिजॉल्यूशन पर क्वालिटी 65 से शुरू होती है, फिर 45 आजमाती है, और रिजॉल्यूशन तभी घटाती है, जब फाइल अब भी सीमा में न आए। जिस कदम पर फाइल पहली बार सीमा में आती है, वहां क्वालिटी फिर से बढ़ाई जाती है, ताकि फाइल लक्ष्य से कम रहे, पर दसवें हिस्से से ज्यादा कम नहीं; इसमें फाइल ज्यादा से ज्यादा आठ बार बनती है। इसलिए हल्की कटौती में, जैसे 33 MB से 25 MB, हर पिक्सल बचा रहता है, जब भी पूरे रिजॉल्यूशन पर क्वालिटी 45 वाली फाइल सीमा में आ जाती है। “अपना साइज” चुनने पर लक्ष्य किलोबाइट में लिखा जाता है; थोड़ी गुंजाइश छोड़ें, जैसे 25 MB की सीमा के लिए 24000।

खोज के दौरान “तय साइज” डिकोड किया हुआ हर पेज मेमोरी में रखता है, जबकि बाकी तीन लेवल एक बार में एक ही तस्वीर संभालते हैं। इसलिए लंबी किताब के लिए इन तीनों में से कोई लेवल मेमोरी पर कम बोझ डालता है। अगर ब्राउजर की मेमोरी खत्म हो जाती है, तो टूल यह बताता है और “PDF स्प्लिट करें” सुझाता है।

OCR कब जरूरी है, और कब कंप्रेस करने की जगह स्प्लिट करें

कंप्रेशन से स्कैन में कभी सर्च नहीं होने लगता। शब्द खोजने या कॉपी करने हों, तो पहले पूरे रिजॉल्यूशन वाले स्कैन पर “PDF में OCR करें” चलाएं: टेक्स्ट पहचान उन्हीं पिक्सल को पढ़ती है, जिन्हें कंप्रेशन कम कर देता है। यह टूल हमारे सर्वर पर चलता है: फाइल अपलोड होती है और काम के बाद हटा दी जाती है; परिणाम लगभग दो घंटे में मिट जाता है। एक फाइल में 500 पेज और 300 MB तक चलते हैं, इसलिए 580 पेज की किताब दो हिस्सों में जाती है: उसे “PDF स्प्लिट करें” से काटें, हर हिस्से पर OCR चलाएं, दोनों को “PDF मर्ज करें” में जोड़ें और फिर कंप्रेस करें।

अगर पेज पहले से हल्के हैं और जहां फाइल भेजनी है, वहां कई फाइलें ली जाती हैं, तो स्प्लिट करना बेहतर है। फोरम वाली किताब में हर पेज लगभग 57 kB का है, यानी “सबसे छोटी फाइल” के बाद हमारे पेजों से भी हल्का; अगर वे एक बिट वाले पेज हैं, तो हर लेवल लगभग उतना ही साइज लौटाएगा। “साइज से स्प्लिट करें” PDF को किसी सीमा से छोटे हिस्सों में काटता है, जैसे पहले से दी गई 25 MB की सीमा, पेजों के क्रम में और दोबारा एन्कोड किए बिना। यहां बताए रास्तों में सिर्फ यही हर पिक्सल को वैसा ही छोड़ता है, जैसा वह स्कैन हुआ था।

“PDF कंप्रेस करें” PulsarKit के 200 से ज्यादा मुफ्त टूल में से एक है, बिना अकाउंट और बिना सब्सक्रिप्शन के। यह 300 MB तक की फाइलें लेता है; यह टेक्स्ट नहीं पहचानता, और इसमें पेजों को एक बिट वाले ब्लैक एंड व्हाइट में बदलने का मोड नहीं है।