PDF कंप्रेस करें

लगभग हर बहुत बड़ी PDF एक ही वजह से बड़ी होती है: तस्वीरें। टेक्स्ट फ़ॉन्ट के निर्देशों के रूप में रखा जाता है — प्रति अक्षर कुछ ही बाइट — और वेक्टर चित्र निर्देशांक के रूप में, इसलिए शुद्ध लेखन के सौ पेज भी अक्सर एक मेगाबाइट से कम होते हैं। कैमरे के पूरे रिज़ॉल्यूशन वाली एक ही तस्वीर अकेले उससे पाँच गुना हो सकती है। जब कोई दस्तावेज़ ईमेल करने के लिए बहुत भारी हो, तो दोषी लगभग हमेशा तस्वीरें ही होती हैं।

इससे वह बात समझ आती है जो लोगों को सबसे ज़्यादा चौंकाती है: टेक्स्ट से भरी रिपोर्ट किसी भी सेटिंग पर बहुत कम सिकुड़ती है। हटाने लायक कुछ बड़ा उसमें ही नहीं है। ऐसी फ़ाइल में कंप्रेशन जो कर सकता है वह छोटी-छोटी सफ़ाई है — फ़ॉन्ट का वही हिस्सा रखना जिन अक्षरों का इस्तेमाल हुआ है, कई पेजों पर दोहराई गई तस्वीरों को एक ही बार सहेजना, और ऑब्जेक्ट स्ट्रीम को दोबारा कसकर पैक करना — जिससे आम तौर पर कुछ प्रतिशत बचता है, कई गुना नहीं।

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

ये स्तर एक ही डायल की मनमानी ताक़तें नहीं हैं; इनके लक्ष्य अलग-अलग हैं। सबसे हल्का स्तर सब कुछ छपाई की गुणवत्ता में रखता है और ऊपर बताई गई बिना-नुक़सान सफ़ाई तक सीमित रहता है — किसी व्यावसायिक प्रेस में जाने वाली फ़ाइल के लिए यही सही चुनाव है। बीच की सेटिंग स्क्रीन पर पढ़ने को लक्ष्य बनाती है और इसे ही डिफ़ॉल्ट रूप से चुनना चाहिए — यह ज़रूरत से बड़ी तस्वीरों को समझदारी भरे रिज़ॉल्यूशन पर लाकर दोबारा कोड करती है, जहाँ से बड़ी बचत आती है, और टेक्स्ट को छूती नहीं।

तेज़ सेटिंग उसी मशीनरी को आगे बढ़ाती है — तस्वीरों का रिज़ॉल्यूशन स्क्रीन के स्तर पर बाँध देती है और फ़ोटो में दिखने वाली हल्की नरमी स्वीकार कर लेती है, बदले में सबसे छोटी फ़ाइल देती है जिसमें असली टेक्स्ट अब भी मौजूद है। यह क्रोमा सबसैंपलिंग भी चालू करती है, जो रंग की जानकारी का रिज़ॉल्यूशन आधा कर देती है पर चमक का विवरण जस का तस रखती है — आपकी आँख दूसरे के प्रति पहले से कहीं ज़्यादा संवेदनशील है, इसलिए यह बहुत थोड़े नुक़सान पर बड़ी बचत है।

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

रिज़ॉल्यूशन तय करता है कि हर तस्वीर में कितने पिक्सेल बचे रहेंगे; गुणवत्ता तय करती है कि बचे हुए उन पिक्सेल को कितनी सख़्ती से कोड किया जाएगा। ये दोनों अलग-अलग तरीक़ों से बिगड़ते हैं, इसीलिए दोनों को सोच-समझकर तय करना सार्थक है। रिज़ॉल्यूशन बहुत कम होने पर तस्वीर हर ज़ूम पर नरम और गीली लगती है। गुणवत्ता बहुत कम होने पर साइज़ तो ठीक रहता है, पर तेज़ किनारों के चारों ओर चौकोर धुँधले घेरे उभर आते हैं — जो स्क्रीनशॉट, आकृतियों और तस्वीरों के अंदर के टेक्स्ट पर सबसे साफ़ दिखते हैं।

इसका व्यावहारिक नतीजा यह है कि स्क्रीनशॉट और रेखाचित्रों को ऊँची गुणवत्ता चाहिए और वे कम रिज़ॉल्यूशन सह लेते हैं, जबकि फ़ोटो इसके उलट हैं: वे कोडिंग की ख़राबियाँ अच्छी तरह छिपा लेते हैं और रिज़ॉल्यूशन घटने से साफ़ तौर पर बिगड़ते हैं। गुणवत्ता की सेटिंग ऊँची होने पर टूल कोडिंग का चुनाव हर तस्वीर के लिए अलग-अलग करता है, ठीक इसीलिए कि बिना नुक़सान सहेजी गई कोई आकृति ज़बरदस्ती फ़ोटो वाले एनकोडर से न गुज़रे, जो उसके किनारों पर घेरे डाल देता।

चुनने का एक कारगर तरीक़ा है — मंज़िल से उलटा सोचना। ईमेल के अटैचमेंट और वेब से डाउनलोड होने वाली फ़ाइलें सिर्फ़ स्क्रीन तक जाती हैं, इसलिए वहाँ रिज़ॉल्यूशन कसकर घटाया जा सकता है। जो कुछ छपेगा उसमें रिज़ॉल्यूशन ऊँचा रखकर गुणवत्ता का सौदा करना चाहिए, क्योंकि छपाई वह नरमी उजागर कर देती है जिसे मॉनिटर छिपा लेता है।

कंप्रेस करने की वजह अक्सर कहीं लगी कोई ऊपरी सीमा होती है: 10 MB का मेल सर्वर, 5 MB का टेंडर पोर्टल, 2 MB का सरकारी फ़ॉर्म। शुरू करने से पहले दिखने वाला अनुमान ठीक इसी के लिए है — इससे आप वह सबसे हल्की सेटिंग खोज पाते हैं जो सीमा से नीचे आ जाए, बजाय इसके कि सुरक्षा के नाम पर ज़रूरत से ज़्यादा कंप्रेस करके ज़रूरत से ख़राब दस्तावेज़ भेज दें।

अगर सबसे तेज़ सेटिंग पर भी बात न बने, तो समस्या आम तौर पर पेजों की संख्या की होती है, पेज के वज़न की नहीं — और तब कंप्रेस करना ग़लत औज़ार है। “PDF स्प्लिट करें” दस्तावेज़ को ऐसे हिस्सों में बाँट देता है जो हर एक सीमा के नीचे रहे, और स्कैन किए दस्तावेज़ों में “PDF को ग्रेस्केल करें” कंप्रेशन शुरू होने से भी पहले तीन में से दो रंग चैनल हटा देता है।

परीक्षा पोर्टल, नौकरी की साइटें और सरकारी फ़ॉर्म बस छोटी फ़ाइल नहीं माँगते; वे 100 KB, 200 KB या 2 MB से कम की फ़ाइल माँगते हैं और एक बाइट ज़्यादा होने पर भी उसे ठुकरा देते हैं। “लक्ष्य साइज़” मोड सीधे यही काम करता है: सीमा लिखें या कोई आम विकल्प चुनें, और टूल वे सबसे हल्की सेटिंग ढूँढ़ता है जिनसे फ़ाइल उस सीमा में आ जाए।

पहले सिर्फ़ तस्वीरें दोबारा एन्कोड होती हैं, इसलिए टेक्स्ट साफ़ और चुनने लायक रहता है; पेज तस्वीर तभी बनते हैं जब सीमा तक पहुँचने का कोई और रास्ता न हो। इसे रोकना हो तो “टेक्स्ट चुनने लायक रखें” पर टिक लगाएँ। 1 KB को 1,000 बाइट गिना जाता है, जो कुछ फ़ॉर्म से थोड़ा सख़्त है, ताकि फ़ाइल किसी भी परिभाषा पर पास हो। अगर सीमा तक पहुँचना संभव न हो, तो आपको सबसे छोटा संभव वर्ज़न मिलता है और नतीजा यह साफ़ बताता है।