PDF इमेज एक्सट्रैक्टर

PDF के अंदर JPEG (टेक्निकल नाम DCTDecode है) या JPEG 2000 (JPXDecode) के रूप में स्टोर की गई फोटो और स्कैन - यह PDF में मिलने वाली ज़्यादातर असली फ़ोटोग्राफ़िक इमेज को कवर करता है, क्योंकि JPEG ही फोटो एम्बेड करने का सबसे आम तरीक़ा है जिसे ऑथरिंग टूल्स इस्तेमाल करते हैं। हर एक को उसके एग्ज़ैक्ट ओरिजिनल कंप्रेस्ड बाइट्स के साथ निकाला जाता है, जो एम्बेड किए गए के बिल्कुल बराबर हैं, बिना किसी री-एनकोडिंग के।

एक PDF किसी एम्बेडेड इमेज को कई अलग-अलग इंटरनल एनकोडिंग में स्टोर कर सकता है, और ये सभी JPEG जैसी पहले से पूरी, स्टैंडअलोन इमेज फ़ाइल नहीं होतीं। रॉ अनकंप्रेस्ड बिटमैप्स, इंडेक्स्ड-कलर (पैलेट-आधारित) इमेज, और ब्लैक-एंड-व्हाइट फ़ैक्स-स्टाइल कम्प्रेशन (टेक्स्ट-हैवी स्कैन में आम) - इन सबको इस्तेमाल लायक फ़ाइल बनने के लिए असली पिक्सेल डिकोडिंग चाहिए होती है - यह टूल जानबूझकर ऐसा नहीं करता, ताकि चुपचाप कोई करप्ट या ग़लत नाम वाली फ़ाइल न बन जाए। इसके बजाय, यह बिल्कुल बताता है कि कितनी इमेज स्किप हुईं और किन एनकोडिंग्स की वजह से।

नहीं - इस टूल द्वारा एक्सट्रैक्ट की गई JPEG और JPEG 2000 इमेज के लिए, आउटपुट फ़ाइल उन ओरिजिनल कंप्रेस्ड डेटा के बिल्कुल बराबर होती है जिन्हें PDF ऑथरिंग टूल ने एम्बेड किया था। कुछ भी डिकोड करके दोबारा सेव नहीं किया जाता, तो कोई एक्स्ट्रा क्वालिटी लॉस नहीं होता जैसा कि, मान लीजिए, रेंडर की गई PDF पेज का स्क्रीनशॉट लेने या पेज को इमेज में बदलने पर होता।

यह इस पर निर्भर करता है कि स्कैन कैसे सेव किया गया था। कई स्कैनर और "स्कैन टू PDF" ऐप्स हर पेज को एक फ़ुल-पेज JPEG के रूप में सेव करते हैं, जिसे यह टूल हर पेज के लिए एक साफ़ इमेज के रूप में एक्सट्रैक्ट कर लेता है। कुछ स्कैनिंग सॉफ़्टवेयर इसके बजाय ब्लैक-एंड-व्हाइट टेक्स्ट को शार्प रखने के लिए ख़ास तौर पर लॉसलेस या फ़ैक्स-स्टाइल एनकोडिंग इस्तेमाल करते हैं, जो यहां स्किप की गई कैटेगरी में आता है क्योंकि यह फ़ोटोग्राफ़िक JPEG नहीं है - अगर ऐसा हुआ तो टूल आपको बता देगा।

नहीं। वेक्टर पाथ्स, बनाई गई शेप्स, और टेक्स्ट बिल्कुल भी एम्बेडेड इमेज फ़ाइलें नहीं हैं - ये ड्रॉइंग इंस्ट्रक्शन्स हैं जिन्हें PDF व्यूअर उसी वक़्त एग्ज़ीक्यूट करता है, इसमें कोई रास्टर डेटा एक्सट्रैक्ट करने के लिए नहीं होता। यहां सिर्फ़ असल में एम्बेडेड बिटमैप (रास्टर) इमेज ही एक्सट्रैक्ट होती हैं। किसी पेज के पूरे विज़ुअल लुक को इमेज के तौर पर कैप्चर करने, या इसके बजाय टेक्स्ट निकालने के लिए, इस साइट के दूसरे PDF टूल्स (जैसे PDF to JPG या अलग-अलग PDF to Text टूल्स) सही रहेंगे।

क्रमवार, उसी क्रम में जिसमें वे PDF की इंटरनल स्ट्रक्चर में स्टोर हैं (image-1.jpg, image-2.jpg, वगैरह) - यह आमतौर पर लगभग उसी क्रम को फ़ॉलो करता है जिसमें इमेज डॉक्यूमेंट में जोड़ी गई थीं, लेकिन यह गारंटी नहीं है कि यह पेज पर ऊपर-से-नीचे विज़ुअल रीडिंग ऑर्डर से बिल्कुल मेल खाए, क्योंकि किसी PDF का इंटरनल ऑब्जेक्ट ऑर्डर और उसका विज़ुअल लेआउट तकनीकी रूप से एक-दूसरे से इंडिपेंडेंट होते हैं।

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

सिर्फ़ तभी अगर वह असल में किसी पासफ़्रेज़ से लॉक न हो - ओनर-लेवल रिस्ट्रिक्शन वाली लेकिन बिना ओपन-पासवर्ड वाली PDF आमतौर पर फिर भी काम करेगी। जिस PDF को खोलने के लिए ही असल में पासवर्ड चाहिए, वह यहां सही तरीक़े से एक्सट्रैक्ट नहीं होगी, क्योंकि इसके लिए पासवर्ड के साथ असली डिक्रिप्शन चाहिए, जो यह टूल नहीं करता। पहले इस साइट के PDF पासवर्ड रिमूवर से पासवर्ड हटाएं, फिर नतीजे को इस टूल से गुज़ारें।

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

लगभग हमेशा, क्योंकि JPEG (DCTDecode) PDF में फ़ोटोग्राफ़िक इमेज एम्बेड करने का सबसे आम तरीक़ा है। कभी-कभी कोई PDF - ख़ासकर हाई-रिज़ॉल्यूशन स्कैन, मेडिकल इमेजिंग एक्सपोर्ट, या कुछ टेक्निकल/प्रिंट वर्कफ़्लो - इसके बजाय इमेज को JPEG 2000 के रूप में एम्बेड करता है, जिसे यह टूल भी एक्सट्रैक्ट करता है, .jp2 फ़ाइल के रूप में सेव करके। हर इमेज व्यूअर या ऑपरेटिंग सिस्टम .jp2 नेटिवली नहीं खोलता, तो अगर आपको ऐसी फ़ाइल मिले और वह न खुले, तो कोई डेडिकेटेड JPEG 2000 व्यूअर या कन्वर्टर टूल उसे पढ़ लेगा।

रिज़ॉल्यूशन और क्वालिटी की वजह से। कोई स्क्रीनशॉट उस रिज़ॉल्यूशन तक सीमित होता है जिस पर PDF आपकी स्क्रीन पर रेंडर हुई थी, फिर जिस भी टूल ने उसे कैप्चर किया वह उसे दोबारा कंप्रेस कर देता है - दो एक्स्ट्रा, टाले जा सकने वाले स्टेप्स जो क्वालिटी को उससे कम कर देते हैं जो असल में फ़ाइल में स्टोर है। एम्बेडेड इमेज ख़ुद अक्सर उस रिज़ॉल्यूशन से कहीं ज़्यादा होती है जो आप एक सामान्य स्क्रीन पर रेंडर होते देखेंगे (ख़ासकर प्रिंट-रेडी फोटो आमतौर पर स्क्रीन रिज़ॉल्यूशन से काफ़ी ऊपर सेव की जाती हैं), और इसे सीधे एक्सट्रैक्ट करना रेंडरिंग-रिज़ॉल्यूशन की सीमा और दूसरे कंप्रेशन पास दोनों को पूरी तरह टाल देता है। यह तब सबसे ज़्यादा मायने रखता है जब आपको फोटो किसी ऐसे काम के लिए चाहिए जो असल में फ़र्क़ दिखाएगा - प्रिंटिंग, आगे एडिटिंग, या किसी को कॉपी की बजाय ओरिजिनल फ़ाइल भेजना।

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