जो PDF खुलने में चालीस सेकंड लेती है, स्क्रॉल करते वक्त अटकती है, या फ़ोन पर अपने आप बंद हो जाती है, वह ऐसा कुछ कर रही है जिसे लोग वाजिब तौर पर खराबी समझ बैठते हैं। वह खराब नहीं है। वह रीडर के पास मौजूद मेमोरी से ज़्यादा माँग रही है, और हार रीडर की हो रही है।
मुश्किल यह है कि अकेला फ़ाइल साइज़ आपको बहुत कम बताता है। 40 MB का दस्तावेज़ तुरंत खुल सकता है जबकि 8 MB वाला रेंगता रह सकता है, क्योंकि दोनों फ़ाइलें बिल्कुल अलग वजहों से बड़ी हैं — और वही वजहें तय करती हैं कि कौन-सा हल काम करेगा और कौन-सा बस बेवजह आपकी क्वालिटी ले जाएगा।
"बहुत बड़ी" का असल मतलब क्या है
"बहुत बड़ी" कोई एक सीमा नहीं है; ये चार अलग-अलग छतें हैं, और आप किससे टकराते हैं यही तय करता है कि आपको क्या दिखेगा:
| सीमा | मोटे तौर पर कहाँ चुभती है | लक्षण |
|---|---|---|
| ईमेल अटैचमेंट की सीमाएँ | Gmail पर 25 MB, Outlook पर 20 MB, कॉर्पोरेट सर्वरों पर अक्सर इससे कम | मैसेज भेजा ही नहीं जाता |
| वेब अपलोड की सीमाएँ | ज़्यादातर पोर्टल और सरकारी फ़ॉर्म पर 10–50 MB | अपलोड शुरू होने से पहले ही अस्वीकार |
| मोबाइल रीडर की मेमोरी | अलग-अलग; इमेज से भरी फ़ाइलें 100 MB से काफ़ी पहले हाँफने लगती हैं | खुलकर बंद हो जाती है, या खुलती ही नहीं |
| डेस्कटॉप रीडर का प्रदर्शन | कोई पक्की सीमा नहीं — धीरे-धीरे गिरता है | धीमा स्क्रॉल, खुलने में देर, घूमता कर्सर |
पहली दो पक्की सीमाएँ हैं जो फ़ाइल को सीधे ठुकरा देती हैं। बाकी दो लचीली हैं, और वे कुल मेगाबाइट से कहीं ज़्यादा इस पर निर्भर करती हैं कि पन्ने में क्या है। हज़ार पन्नों का टेक्स्ट दस्तावेज़ आसान काम है; पूरे पन्ने भरती तस्वीरों वाला पचास पन्नों का कैटलॉग नहीं।
बड़ी PDF रीडर का दम क्यों घोंटती हैं
PDF का एक पन्ना ड्राइंग निर्देशों का समूह है, और उसे दिखाने का मतलब उन्हें चलाना है। जब कोई पन्ना 25 मेगापिक्सल की तस्वीर का हवाला देता है, तो रीडर को उसे आपकी स्क्रीन के नाप तक छोटा करने से पहले पूरी इमेज मेमोरी में खोलनी पड़ती है — 4 MB की कंप्रेस्ड इमेज खुलने पर 100 MB घेर सकती है। ऐसे दस पन्ने स्क्रॉल कीजिए और कुछ सौ मेगाबाइट के भरोसे चल रहे मोबाइल रीडर की मेमोरी खत्म हो जाती है, और ऑपरेटिंग सिस्टम उसे बंद कर देता है।
दो और पैटर्न अलग रास्तों से वही नतीजा देते हैं। वेक्टर आर्टवर्क — नक्शे, CAD एक्सपोर्ट, जटिल चार्ट — एक ही पन्ने पर लाखों अलग-अलग पथ रख सकते हैं, और वह पन्ना जब भी दिखे, उन सबको फिर से बनाना पड़ता है; ऐसी फ़ाइलें डिस्क पर अक्सर छोटी होती हैं और दिखाने में बेरहमी से धीमी। और जो दस्तावेज़ बार-बार दूसरे दस्तावेज़ मिलाकर बनाए जाते हैं, उनमें एक ही एम्बेडेड फ़ॉन्ट की दर्जनों प्रतियाँ जमा हो सकती हैं, जो एक भी दिखने वाली चीज़ जोड़े बिना फ़ाइल को फुला देती हैं।
जगह असल में क्या घेर रहा है
व्यवहार में वज़न लगभग हमेशा इन पाँच जगहों में से किसी एक पर होता है:
- बेवजह ऊँचे रेज़ोल्यूशन पर स्कैन किए पन्ने। कहीं आगे रहने वाली सबसे आम वजह। स्कैनर डिफ़ॉल्ट रूप से पूरे रंग में 600 dpi पर होते हैं, जो 150–200 dpi के मुकाबले लगभग दस गुना डेटा बनाता है — जबकि टेक्स्ट पढ़ने और छापने के लिए इतना ही पूरा काफ़ी है।
- कैमरा रेज़ोल्यूशन पर एम्बेड की गईं तस्वीरें। रिपोर्ट में डाली गई फ़ोन की फ़ोटो 12 मेगापिक्सल की होती है; पन्ना शायद एक दिखाता है। बाकी 90% पिक्सल बिना किसी फ़ायदे के सहेजे, भेजे और खोले जाते हैं।
- बिना कंप्रेशन सहेजे गए स्कैन। कुछ स्कैनर और "प्रिंट टू PDF" के कुछ रास्ते पन्नों की इमेज कच्चे बिटमैप के रूप में रखते हैं। ऐसी फ़ाइलें विशाल होती हैं — प्रति पन्ना दसियों मेगाबाइट — और नाटकीय ढंग से कंप्रेस होती हैं।
- दोहराए गए एम्बेडेड फ़ॉन्ट। हर बार मिलाने पर उन्हीं फ़ॉन्ट का एक और सेट जुड़ सकता है। दिखता नहीं, और कभी-कभी फ़ाइल का एक-तिहाई होता है।
- घना वेक्टर आर्टवर्क। नक्शे, फ़्लोर प्लान और CAD एक्सपोर्ट। डिस्क पर मामूली, दिखाने में सज़ा जैसे, और यही वह इकलौती वजह है जिसमें इमेज कंप्रेशन से रत्ती भर मदद नहीं मिलती।
पता कीजिए वज़न कहाँ है
दो झटपट हिसाब बता देते हैं कि किस हल की ओर बढ़ें, और आपको ऐसी फ़ाइल बिगाड़ने से बचा लेते हैं जो कभी छोटी होने ही वाली नहीं थी:
- फ़ाइल साइज़ को पन्नों की संख्या से भाग दीजिए। करीब 1 MB प्रति पन्ना से ऊपर का मतलब है कि इमेज हावी हैं और कंप्रेशन नाटकीय रूप से असरदार होगा। जो फ़ाइल फिर भी धीमी चले उसमें 500 KB प्रति पन्ना से काफ़ी नीचे का मतलब है कि दिक्कत वेक्टर की जटिलता या पन्नों की संख्या है, और कंप्रेशन उसे मुश्किल से हिला पाएगा।
- किसी पन्ने पर टेक्स्ट चुनकर देखिए। अगर नहीं चुन पाते, तो पन्ना एक इमेज है — यानी स्कैन — और इमेज कंप्रेशन ठीक वही औज़ार है जो चाहिए। अगर टेक्स्ट साफ़ चुना जाता है और फ़ाइल फिर भी विशाल है, तो वज़न इसके बजाय फ़ॉन्ट या वेक्टर सामग्री में है।
उस दूसरी जाँच का एक काम का नतीजा है। स्कैन किए दस्तावेज़ में टेक्स्ट की कोई परत होती ही नहीं, इसलिए उसमें खोजा नहीं जा सकता और उसकी सामग्री कॉपी नहीं हो सकती। अगर आप वैसे भी फ़ाइल पर काम करने वाले हैं, तो उसे OCR PDF से गुज़ारने पर पन्नों की इमेज के नीचे खोजने योग्य टेक्स्ट की परत जुड़ जाती है और उनका रूप नहीं बदलता — जिससे एक भारी-भरकम स्कैन ऐसी चीज़ बन जाता है जिस पर आप सचमुच काम कर सकें।
बड़ी PDF को तीन कदमों में इस्तेमाल लायक बनाइए
इमेज से भरी उन फ़ाइलों के लिए, जो ज़्यादातर मामले बनाती हैं, ब्राउज़र में इसमें एक मिनट से भी कम लगता है:
फ़ाइल अपलोड कीजिए
pdfdocshift.com/compress-pdf पर जाइए और दस्तावेज़ को अपलोड क्षेत्र में छोड़ दीजिए। 200 MB तक की फ़ाइलें स्वीकार होती हैं, जो लगभग हर उस मामले को समेट लेता है जहाँ रीडर जूझ रहा था।
मंज़िल के हिसाब से क्वालिटी स्तर चुनिए
हाई क्वालिटी रेज़ोल्यूशन को सँभलकर घटाती है और छपाई के लिए जाने वाली हर चीज़ के लिए उपयुक्त है। मीडियम करीब 150 dpi का निशाना रखती है और स्क्रीन पर पढ़े जाने तथा ईमेल किए जाने वाले दस्तावेज़ों के लिए सही डिफ़ॉल्ट है। लो उन मामलों के लिए है जहाँ किसी पक्की सीमा के नीचे आना बारीकी से ज़्यादा मायने रखता है।
नतीजा पूरे ज़ूम पर जाँचिए
फ़ाइल डाउनलोड कीजिए और सबसे बारीक पन्ना — छोटे अक्षरों, हस्ताक्षर या मुहर वाला पन्ना — खिड़की में फ़िट किए बजाय 100% ज़ूम पर देखिए। अगर टेक्स्ट कुरकुरा है तो कंप्रेशन मुफ़्त में हो गया। अगर नरम लगे तो एक क्वालिटी स्तर ऊपर जाकर दोबारा चलाइए।
बहुत बड़ी PDF को कंप्रेस कीजिए
अपनी चुनी हुई क्वालिटी पर फ़ाइल का साइज़ 70% तक घटाइए। मुफ्त, बिना साइन-अप, फाइलें 2 घंटे बाद हटा दी जाती हैं।
PDF कंप्रेस खोलें →कंप्रेशन कब गलत जवाब है
कंप्रेशन इमेज पर काम करता है। अगर वज़न इमेज में नहीं है, तो यह आपकी क्वालिटी लेगा और बदले में बहुत कम देगा, और आपको दूसरा रास्ता चाहिए।
- बहुत लंबे दस्तावेज़। दो हज़ार पन्नों की फ़ाइल अपने बाइट्स की वजह से नहीं, पन्नों की संख्या की वजह से धीमी है। PDF विभाजित करें उसे अध्यायों या तय आकार के हिस्सों में बाँट देता है, जिनमें से हर एक तुरंत खुलता है — और ईमेल की सीमाओं के लिए भी आमतौर पर बाँटना ही बेहतर जवाब है, क्योंकि पाने वाला एक लौटती फ़ाइल के बजाय तीन पढ़ी जा सकने वाली फ़ाइलें पाना पसंद करेगा।
- घना वेक्टर आर्टवर्क। इमेज कंप्रेशन के पास काम करने को कुछ है ही नहीं। जिसने ड्रॉइंग बनाई है उससे फ़्लैटन किया हुआ या कम ब्योरे वाला संस्करण एक्सपोर्ट करने को कहिए; आपकी तरफ़ से कोई सार्थक हल नहीं है।
- जब सिर्फ़ कुछ पन्ने चाहिए। ज़रूरी पन्ने निकाल लेना पूरे दस्तावेज़ को कंप्रेस करने से बेहतर है। तीन सौ पन्नों की रिपोर्ट से निकाला पाँच पन्नों का अंश किसी भी कंप्रेशन से हासिल होने वाले नतीजे से छोटा होता है, और पढ़ने में ज़्यादा काम का।
- जब फ़ाइल खराब भी है। अगर वह विशाल भी है और भरोसेमंद भी नहीं — कभी खुलती है, कभी अटक जाती है — तो पहले उसे रिपेयर PDF से ठीक कीजिए। ढाँचे से टूटी फ़ाइल को कंप्रेस करने पर खराबी उसी में पक्की हो जाती है।
PDF को शुरू से छोटा रखना
ज़्यादातर हद से बड़ी PDF बनने के ठीक उसी क्षण हद से बड़ी बना दी जाती हैं, किसी ऐसी डिफ़ॉल्ट सेटिंग की वजह से जिसे किसी ने जान-बूझकर चुना ही नहीं:
- टेक्स्ट को ग्रेस्केल में 200–300 dpi पर स्कैन कीजिए। काले-सफ़ेद कागज़ को रंगीन स्कैन करने से डेटा बेवजह तिगुना हो जाता है। यह अकेला बदलाव आमतौर पर बाद के किसी भी कंप्रेशन दौर से ज़्यादा कीमती होता है।
- इमेज को दस्तावेज़ में डालने से पहले उनका आकार घटाइए। जिस नाप में फ़ोटो असल में दिखेगी, उतने तक छोटी की गई फ़ोटो पूरे रेज़ोल्यूशन वाले असली की तुलना में बहुत कम जगह लेती है, और दिखती एक जैसी है।
- जहाँ हो सके, PDF में प्रिंट करने के बजाय एक्सपोर्ट कीजिए। Word, Pages और Google Docs — तीनों प्रिंट डायलॉग की तुलना में Export या Save as PDF से कहीं ज़्यादा किफ़ायती फ़ाइलें बनाते हैं।
- एक ही बार मिलाइए, आखिर में। बार-बार मिलाने और फिर से मिलाने पर हर दौर में दोहराया हुआ फ़ॉन्ट डेटा जमा होता जाता है। आखिरी दस्तावेज़ एक ही क्रिया में तैयार कीजिए।
- बाँटने के बाद नहीं, संग्रह करने से पहले कंप्रेस कीजिए। एक बार विशाल फ़ाइल बीस लोगों तक चली गई, तो साइज़ की दिक्कत पहले ही सबकी दिक्कत बन चुकी होती है।
आखिर में पकड़े रखने लायक एक फ़र्क: धीमी फ़ाइल साइज़ की समस्या है, और जो फ़ाइल खुलने से ही इनकार कर दे वह नहीं। अगर आपका रीडर जूझने के बजाय एरर दिखा रहा है, तो इसके बजाय उस एरर मैसेज का मतलब क्या है वहाँ से शुरू कीजिए — जो फ़ाइल खुलती ही नहीं, उसे कंप्रेस करने से कुछ नहीं होगा।
अक्सर पूछे जाने वाले प्रश्न
मोबाइल रीडर के पास काम करने को कहीं कम मेमोरी होती है, और PDF का पन्ना दिखाए जाने से पहले पूरा खोलना पड़ता है — 4 MB की कंप्रेस्ड तस्वीर मेमोरी में 100 MB घेर सकती है। डेस्कटॉप इसे आसानी से पचा लेता है; फ़ोन की मेमोरी खत्म हो जाती है और ऑपरेटिंग सिस्टम ऐप बंद कर देता है। फ़ाइल खराब नहीं है, और इमेज डेटा घटाने के लिए उसे कंप्रेस करने से बात बन जाती है।
यह किसी एक आँकड़े पर नहीं, बल्कि इस पर निर्भर है कि आप किस सीमा से टकरा रहे हैं। ईमेल की सीमाएँ पक्की हैं: Gmail पर 25 MB, Outlook पर 20 MB, कॉर्पोरेट सर्वरों पर अक्सर इससे कम। वेब अपलोड फ़ॉर्म आमतौर पर 10–50 MB पर रुक जाते हैं। रीडर के प्रदर्शन की कोई तय छत नहीं होती और वह धीरे-धीरे गिरता है, जिसे कुल साइज़ से कहीं ज़्यादा यह चलाता है कि पन्ने में क्या है — हज़ार पन्ने टेक्स्ट, पचास पन्ने तस्वीरों के मुकाबले आसान काम है।
टेक्स्ट नहीं, बशर्ते दस्तावेज़ में असली टेक्स्ट परत हो। टेक्स्ट अक्षरों और फ़ॉन्ट निर्देशों के रूप में सहेजा जाता है और किसी भी नाप पर तीखा बनकर उभरता है, इसलिए कंप्रेशन उसे छूता ही नहीं। कंप्रेशन जो घटाता है वह इमेज का रेज़ोल्यूशन है — और यह तब मायने रखता है जब आपके पन्ने स्कैन हों, क्योंकि तब टेक्स्ट इमेज का ही हिस्सा होता है। स्कैन किए दस्तावेज़ों के लिए ऊँचा क्वालिटी स्तर लीजिए और कोई बारीक पन्ना 100% ज़ूम पर जाँचिए।
यह घने वेक्टर आर्टवर्क की पहचान है — नक्शे, फ़्लोर प्लान, CAD एक्सपोर्ट और जटिल चार्ट, जिनमें लाखों अलग-अलग पथ हो सकते हैं और पन्ना जब भी दिखे उन सबको बनाना पड़ता है। ऐसी फ़ाइलें डिस्क पर छोटी और दिखाने में धीमी होती हैं, और इमेज कंप्रेशन के पास काम करने को कुछ है ही नहीं। इसका इकलौता असली हल यही है कि जिस सॉफ़्टवेयर ने ड्रॉइंग बनाई, उससे सरल बनाया हुआ एक्सपोर्ट लिया जाए।
यह इस पर निर्भर है कि वज़न कहाँ है। फ़ाइल साइज़ को पन्नों की संख्या से भाग दीजिए: करीब 1 MB प्रति पन्ना से ऊपर इमेज हावी हैं और कंप्रेशन नाटकीय रूप से असरदार रहेगा। जो फ़ाइल अब भी धीमी हो उसमें करीब 500 KB प्रति पन्ना से नीचे दिक्कत पन्नों की संख्या या वेक्टर जटिलता है, और छोटे दस्तावेज़ों में बाँटना वहाँ मदद करता है जहाँ कंप्रेशन नहीं करेगा। ईमेल के लिए बाँटना वैसे भी अक्सर बेहतर रहता है — पहुँच जाने वाली तीन फ़ाइलें एक लौट आने वाली फ़ाइल से बेहतर हैं।
नहीं। कंप्रेशन एम्बेडेड इमेज पर काम करता है और टेक्स्ट परत को जस का तस छोड़ देता है, इसलिए खोजने योग्य दस्तावेज़ खोजने योग्य ही रहता है। स्कैन किए दस्तावेज़ में शुरू से ही टेक्स्ट परत नहीं होती और वह वैसे भी खोजने लायक नहीं रहता — अगर उसमें खोजना है तो उसे OCR से गुज़ारिए, जो पन्नों की इमेज के नीचे टेक्स्ट परत जोड़ता है और उनका रूप नहीं बदलता।
अपनी फ़ाइल छोटी करने के लिए तैयार हैं?
मुफ्त, बिना साइन-अप, फाइलें 2 घंटे बाद हटा दी जाती हैं। 200 MB तक की फ़ाइलें, बिना कुछ इंस्टॉल किए।
PDF कंप्रेस खोलें →