PDF रिपेयर करें

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

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

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

हर फ़ाइल के लिए कोई एक रिपेयर सही नहीं होता, इसलिए कई कोशिशें बढ़ते दख़ल के क्रम में की जाती हैं, और जो पहली कोशिश सचमुच काम करने वाला दस्तावेज़ बनाती है वही आपको मिलती है।

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

हर उम्मीदवार फ़ाइल को देने से पहले दोबारा खोलकर जाँचा जाता है। यह जितना लगता है उससे कहीं ज़्यादा मायने रखता है: ऐसी रिपेयर जो देखने में ठीक-ठाक फ़ाइल बना दे और तब नाकाम हो जब किसी को उसकी सचमुच ज़रूरत हो, ईमानदार नाकामी से बदतर है — इसलिए जो फ़ाइल जाँच में खरी न उतरे वह कभी लौटाई नहीं जाती।

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

जो नुक़सान नहीं भरा जा सकता वह है ग़ायब डेटा। 30% पर रुक गए डाउनलोड में बाक़ी 70% है ही नहीं, और उसका अंदाज़ा कोई नहीं लगा सकता। किसी और फ़ाइल से ऊपर लिख दी गई फ़ाइल, ख़राब होती डिस्क से जिसके बाइट गड्डमड्ड हो गए हों, या ऐसी चीज़ जो PDF है ही नहीं — ये सब किसी भी रिपेयर टूल की पहुँच से बाहर हैं, चाहे वह कितना भी उन्नत हो।

इसे समझने का ईमानदार तरीक़ा यह है कि रिपेयर जो बचा है उसे दोबारा सजाती है। जब किसी पेज की कंटेंट स्ट्रीम सचमुच जा चुकी हो, तो वह पेज दोबारा नहीं बनाया जा सकता, और रिपोर्ट आपको बता देगी कि पेजों की गिनती कम आई — बजाय इसके कि चुपचाप आपके हाथ में छेद वाला दस्तावेज़ थमा दे।

एक कॉपी पर काम करें और ख़राब मूल फ़ाइल सँभालकर रखें। रिपेयर की कोशिशें फ़ाइल पर जैसी वह है वैसी ही की जाती हैं, और मूल फ़ाइल पास होने का मतलब है कि पहला नतीजा अधूरा रहने पर बाद में कोई दूसरा रास्ता आज़माया जा सकता है।

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

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