PDF को इमेज में बदलें
PDF पृष्ठों को तुरंत PNG या JPG छवियों में बदलें। पैमाना और गुणवत्ता अपनी पसंद के मुताबिक करें, फिर सभी पृष्ठ ZIP के रूप में या अलग-अलग छवियाँ डाउनलोड करें।
PDF का समर्थन · 100 MB तक
यह कैसे काम करता है
- PDF अपलोड करें · अपनी PDF फ़ाइल छोड़ें या अपने डिवाइस को ब्राउज़ करने के लिए क्लिक करें।
- सेटिंग्स चुनें पृष्ठों के थंबनेल देखें और फ़ॉर्मेट (PNG/JPG), पैमाना (1x से 2x) तथा JPG गुणवत्ता चुनें।
- छवियाँ डाउनलोड करें · प्रत्येक पृष्ठ को अलग-अलग या सभी को एक साथ डाउनलोड करें।
PDF को छवियों में क्यों बदलें?
PDF को छवियों में बदलना व्यक्तिगत पृष्ठों को सोशल मीडिया पर साझा करने, दस्तावेज़ों और प्रस्तुतियों में PDF सामग्री एम्बेड करने, पूर्वावलोकन थंबनेल बनाने, या वेब डिज़ाइन के लिए ग्राफ़िक्स निकालने के लिए उपयोगी है। PNG गुणवत्ता को पूरी तरह से बनाए रखता है, जबकि JPG वेबसाइटों के लिए आदर्श छोटे फ़ाइल आकार प्रदान करता है।
विशेषताएँ
- अनेक प्रारूप · अपनी आवश्यकताओं के अनुरूप PNG (हानिरहित) या JPG (छोटा) में निर्यात करें।
- लचीला स्केलिंग · निर्यात की गई छवियों के रिज़ॉल्यूशन को समायोजित करने के लिए 1x से 2x तक चुनें।
- गुणवत्ता नियंत्रण फ़ाइल आकार और दिखावट के बीच संतुलन के लिए JPG गुणवत्ता को 60 से 100 प्रतिशत के बीच समायोजित करें।
- बैच डाउनलोड · सभी पृष्ठों को एकल ZIP संग्रह के रूप में या प्रत्येक को अलग से डाउनलोड करें।
- पूर्ण गोपनीयता · सारी प्रक्रिया आपके ब्राउज़र में होती है। आपका PDF कभी आपके डिवाइस को नहीं छोड़ता।
- तेज़ · तत्काल रूपांतरण, कोई सर्वर अपलोड नहीं, कोई प्रतीक्षा नहीं।
अक्सर पूछे जाने वाले प्रश्न
PNG और JPG में क्या अंतर है?
PNG दोषमुक्त है (कोई गुणवत्ता हानि नहीं) और टेक्स्ट या आरेख वाले दस्तावेज़ों के लिए बेहतर है। JPG संपीड़ित है और छोटी फ़ाइलें बनाता है, फ़ोटो-बहुल PDF के लिए आदर्श। JPG गुणवत्ता समायोजन (60 से 100 प्रतिशत) देता है; PNG हमेशा पूर्ण गुणवत्ता में रहता है।
मुझे कौन सा स्केल चुनना चाहिए?
स्क्रीन देखने के लिए 1x अच्छा काम करता है। HD डिस्प्ले या बेसिक प्रिंटिंग के लिए 1.5x, और उच्च-गुणवत्ता प्रिंटिंग या Retina स्क्रीन के लिए 2x का उपयोग करें। उच्च स्केल का मतलब बड़ी फ़ाइलें।
क्या मैं केवल एक पृष्ठ डाउनलोड कर सकता हूँ?
हाँ। रूपांतरण के बाद, प्रत्येक पूर्वावलोकन में उस पृष्ठ के लिए एक समर्पित डाउनलोड बटन होता है। आप सभी पृष्ठों को ZIP के रूप में भी डाउनलोड कर सकते हैं।
मैं कितनी बड़ी PDF संसाधित कर सकता हूँ?
उपकरण 100 MB तक की PDF फ़ाइलों को संभाल सकता है। कई पृष्ठों वाली बड़ी PDFs को संसाधित करने में आपके डिवाइस के आधार पर कुछ क्षण लग सकते हैं।
क्या मेरे PDF सर्वर पर अपलोड होते हैं?
नहीं. सारी कनवर्ज़न PDF.js का उपयोग करके आपके ब्राउज़र में स्थानीय रूप से होती है। आपके PDF कभी आपके डिवाइस से बाहर नहीं जाते, जिससे पूर्ण गोपनीयता और सुरक्षा सुनिश्चित होती है।
क्या यह मोबाइल पर काम करता है?
हाँ। यह उपकरण iPhone, iPad और Android डिवाइस सहित सभी आधुनिक ब्राउज़रों पर काम करता है। कम शक्तिशाली डिवाइस पर 1x या 1.5x स्केल बेहतर काम करेंगे।
«PDF से छवि» का असली अर्थ क्या है
PDF एक वेक्टर दस्तावेज़ है। उसमें मौजूद टेक्स्ट कैरेक्टर कोड और फ़ॉन्ट संसाधनों के रूप में सहेजा जाता है, पिक्सेल के रूप में नहीं। वेक्टर ग्राफ़िक्स (रेखाएँ, वक्र, भराव) कंटेंट स्ट्रीम में ड्रॉइंग ऑपरेटरों के रूप में सहेजे जाते हैं, पिक्सेल के रूप में नहीं। केवल एम्बेड की गई फ़ोटोग्राफ़िक छवियाँ ही संपीड़ित पिक्सेल सरणियों के रूप में सहेजी जाती हैं। जब कोई व्यूअर PDF को रेंडर करता है, तो वह कंटेंट स्ट्रीम को निरीक्षित करता है, चुनी गई रिज़ोल्यूशन पर पिक्सेल सतह पर टेक्स्ट और वेक्टर ग्राफ़िक्स बनाता है और एम्बेड किए गए रास्टर छवियों को उसके ऊपर जोड़ देता है। PDF को छवि में बदलने का अर्थ है रिज़ोल्यूशन चुनना, रेंडर इंजन से प्रत्येक पृष्ठ के लिए उतनी आकार वाली पिक्सेल सतह तैयार करवाना और उस सतह को PNG या JPEG फ़ाइल के रूप में लिखना।
आउटपुट एक रास्टर छवि है: पिक्सेल का एक स्थिर ग्रिड, जिसमें न तो अंतर्निहित टेक्स्ट डेटा है और न ही वेक्टर डेटा। अब टेक्स्ट चयनित नहीं हो सकता, वेक्टर ग्राफ़िक्स बिना ऐलियासिंग के बढ़ नहीं पाते, और फ़ाइल आकार पूरी तरह रिज़ोल्यूशन और फ़ॉर्मेट की संपीड़न दक्षता पर निर्भर करता है। यह एक तरफ़ा रूपांतरण है: एक बार रास्टराइज़ हो जाने के बाद, बिना किसी OCR या वेक्टराइज़ेशन पास के जो पिक्सेलों से संरचना का अनुमान लगाए, इसे वापस वेक्टर PDF में नहीं बदला जा सकता। जब दृश्य सामग्री को छवि की तरह चाहिए (सोशल मीडिया, प्रस्तुति, ब्लॉग, OCR इनपुट के लिए), तब PDF से छवि का उपयोग करें और स्वीकार करें कि चयन योग्य टेक्स्ट और स्केलेबल वेक्टर इस सौदे का हिस्सा नहीं हैं।
यह उपकरण रेंडर कैसे करता है
यह उपकरण Mozilla के pdf.js का इस्तेमाल करता है, यानी वही जावास्क्रिप्ट PDF रेंडर इंजन जो Firefox के अंतर्निहित PDF व्यूअर को चलाता है। पाइपलाइन के चार चरण हैं। पहले, स्रोत PDF को मानक File API के माध्यम से ब्राउज़र टैब में पढ़ा जाता है; कोई नेटवर्क ट्रैफ़िक उत्पन्न नहीं होता। दूसरे, pdf.js दस्तावेज़ की क्रॉस-रेफ़रेंस तालिका को पार्स करता है और पृष्ठों, फ़ॉन्ट्स तथा एम्बेडेड संसाधनों का इन-मेमरी मॉडल बनाता है। तीसरे, प्रत्येक पृष्ठ के लिए उपकरण page.getViewport({scale}) को बुलाता है ताकि चुने हुए पैमाने पर पिक्सेल आयाम निकाले जा सकें, उतने आकार का HTML5 कैनवस आवंटित करता है और page.render({canvasContext, viewport}) बुलाकर पृष्ठ को कैनवस पर खींचता है।
चौथे, कैनवस की toBlob() विधि एक PNG या JPEG छवि बनाती है, जिसे डाउनलोड के रूप में पेश किया जाता है या कई पृष्ठ होने पर JSZip के ज़रिए ZIP में पैक किया जाता है। पूरी पाइपलाइन आपके ब्राउज़र टैब में चलती है; कुछ भी अपलोड नहीं होता। पहली बार पेज खुलने पर pdf.js और JSZip का CDN लोड ही एकमात्र नेटवर्क ट्रैफ़िक है; उसके बाद रूपांतरण पूरी तरह स्थानीय रहता है।
स्केल पैरामीटर और इसका DPI में मतलब
स्केल पैरामीटर आउटपुट रिज़ोल्यूशन को नियंत्रित करता है। pdf.js PDF पृष्ठों को 1.0 के आधार पैमाने पर मापता है, जो 96 DPI (CSS पिक्सेल की परिभाषा) के बराबर है। 1.0 के स्केल पर एक ऐसा कैनवस मिलता है जिसका भौतिक आकार 96 DPI स्क्रीन पर मूल PDF जैसा होता है। 2.0 का स्केल चौड़ाई और ऊँचाई दोनों को दुगुना कर देता है, जिससे कैनवस की पिक्सेल संख्या चार गुनी हो जाती है। US-letter पृष्ठ (8.5 x 11 इंच) 1.0 स्केल पर 816 x 1056 पिक्सेल का होता है; 2.0 स्केल पर 1632 x 2112 पिक्सेल का।
प्रिंट DPI से तुलना सीधी है: 1.0 स्केल ≈ 96 DPI, 1.5 स्केल = 144 DPI, 2.0 स्केल = 192 DPI। ज़्यादातर कार्यप्रवाह इन्हीं श्रेणियों में सटीक बैठते हैं:
- 72 से 96 DPI (1x स्केल): वेब और स्क्रीन की गुणवत्ता। थंबनेल, ब्लॉग के चित्र, सोशल मीडिया पूर्वावलोकन और ईमेल अनुलग्नकों के लिए पर्याप्त।
- 150 DPI (1x और 2x के बीच): मानक अभिलेखीय गुणवत्ता। स्क्रीन पर पढ़ने, दस्तावेज़ रिपॉज़िटरी, OCR इनपुट और अधिकांश कार्यालय प्रिंटिंग के लिए अच्छी।
- 192 DPI (2x स्केल): रेटिना डिस्प्ले की गुणवत्ता। उच्च-DPI लैपटॉप और फ़ोन स्क्रीन पर तीखा टेक्स्ट, सामान्य प्रयोजन की प्रिंटिंग के लिए स्वीकार्य।
- 300 DPI और उससे ऊपर: पेशेवर प्रिंट गुणवत्ता। इस उपकरण से सीधे उपलब्ध नहीं; प्रिंट-फ़ाइनल आउटपुट के लिए डेस्कटॉप उपकरण (Adobe Acrobat Pro,
-r 300के साथ pdftoppm या-density 300के साथ ImageMagick) उपयोग करें।
फ़ॉर्मेट का चुनाव: PNG बनाम JPG
PNG दोषमुक्त है। रेंडर इंजन जो भी पिक्सेल बनाता है, उसे ठीक उसी रूप में एन्कोड किया जाता है, बिना किसी गुणवत्ता क्षति के। इसका संपीड़न ZIP की तरह है: बड़ी समतल जगहों, दोहराए पैटर्न या तीखे किनारों वाली छवियों पर बहुत सक्षम; फ़ोटो जैसी सामग्री पर कम सक्षम। PNG पारदर्शिता का भी समर्थन करता है। JPEG हानिकर है: यह उन उच्च-आवृत्ति ब्यौरों को हटा देता है जिन्हें मानव आँख नहीं पहचानती, छोटी फ़ाइलें देता है, पर तीखे किनारों और तीव्र-कंट्रास्ट क्षेत्रों के पास दिखने वाले शिल्पदोषों की कीमत पर। गुणवत्ता स्लाइडर समझौते को नियंत्रित करता है: 100% लगभग दोषमुक्त आउटपुट देता है जो 60% की तुलना में 3 से 5 गुना बड़ा होता है; 60% बहुत छोटा होता है पर टेक्स्ट के चारों ओर साफ़ नज़र आने वाली घुमावदार रेखाएँ छोड़ता है।
लगभग हर PDF के लिए निर्णय का नियम: यदि पृष्ठ टेक्स्ट, आरेख, चार्ट या रेखाचित्र है, तो PNG चुनें। टेक्स्ट और वेक्टर के तीखे किनारे उच्च गुणवत्ता पर भी JPEG में रिंगिंग शिल्पदोष दिखाते हैं, और PNG का दोषमुक्त संपीड़न समतल क्षेत्रों (सफ़ेद पृष्ठभूमि, सादे भराव) को बहुत बढ़िया तरीक़े से संभालता है, इसलिए फ़ाइल आकार का नुक़सान सामान्य अंगूठे के नियम से कम होता है। यदि पृष्ठ फ़ोटोग्राफ़िक है (स्कैन की हुई पत्रिका, फ़ोटो एलबम, बड़े उत्पाद चित्रों वाला ब्रोशर), तो 85 से 90 प्रतिशत गुणवत्ता पर JPEG चुनें। यदि दस्तावेज़ दोनों मिलाता है, तो PNG अधिक सुरक्षित डिफ़ॉल्ट है क्योंकि टेक्स्ट पर शिल्पदोष स्पष्ट होते हैं जबकि फ़ोटो पर सूक्ष्म।
PDF से छवि बदलने को बढ़ावा देने वाले असली कार्यप्रवाह
- सोशल मीडिया और वेब प्रकाशन। Twitter, LinkedIn या ब्लॉग पर PDF साझा करने के लिए कम से कम कवर पेज या मुख्य पन्नों को छवियों में बदलना ज़रूरी होता है, क्योंकि ये प्लेटफ़ॉर्म PDF को इनलाइन पूर्वावलोकन की तरह नहीं दिखाते। मार्केटिंग टीमें PDF रिपोर्ट, श्वेत पत्र और केस स्टडी को छवि पूर्वावलोकन में बदलती हैं; प्रकाशक ई-बुक का कवर और एक नमूना पन्ना उत्पाद पेज के लिए PNG में बदलते हैं। 1.5x से 2x स्केल पर PNG आम विकल्प है।
- प्रस्तुतियाँ और स्लाइड डेक। PowerPoint, Keynote और Google Slides छवियाँ तो एम्बेड कर सकते हैं पर PDF पन्ने सीधे नहीं। जो भी कोई स्लाइड बनाते समय PDF से कोई आकृति, चार्ट या अंश शामिल करना चाहता है, वह पहले उस पन्ने को बदल लेगा। PNG को प्राथमिकता दी जाती है क्योंकि वह आकृति आमतौर पर टेक्स्ट या वेक्टर सामग्री लिए होती है, जिसे JPEG बिगाड़ देता।
- OCR इनपुट। कुछ ऑप्टिकल कैरेक्टर रिकग्निशन पाइपलाइन ऐसे रास्टर छवियों पर बेहतर काम करती हैं बजाय उन PDF के जिनमें टेक्स्ट परत पहले से निकाली जा चुकी हो। प्रक्रिया है PDF को 150 से 300 DPI पर रास्टराइज़ करना, परिणामस्वरूप मिली छवियों पर OCR चलाना, और या तो OCR टेक्स्ट को सीधे प्रयोग करना या उसे एक नई PDF में छिपी हुई परत के रूप में फिर डाल देना।
- अदालत और क़ानूनी साक्ष्य। जिन क्षेत्रों में अदालत की केस प्रबंधन प्रणाली केवल छवि प्रारूप स्वीकार करती है, वहाँ साक्ष्य अपलोड से पहले PDF को छवियों में बदलना ज़रूरी होता है। हर पन्ना एक अलग छवि बनता है, जिसका नाम साक्ष्य संख्या और पन्ना संख्या के साथ रखा जाता है, और अपलोड के लिए ZIP में पैक होता है।
- सुगम्यता और संग्रहण। कुछ संस्थागत रिपॉज़िटरी मूल PDF के साथ-साथ दीर्घकालिक संग्रह प्रति रास्टर प्रारूप (PNG या TIFF) में रखने की माँग करती हैं, इस विचार पर कि PDF प्रारूप कभी अपठनीय हो सकता है पर रास्टर सदा पठनीय रहेगा। यह विवादित संग्रहण रणनीति है, पर बड़े पैमाने पर प्रचलित है।
- ईमेल और चैट अनुलग्नक। कुछ कॉर्पोरेट ईमेल या चैट क्लाइंट सुरक्षा कारणों से PDF अनुलग्नक छानते या रोकते हैं पर छवियों की अनुमति देते हैं। भेजने से पहले PDF को PNG में बदल देना मानक उपाय है।
सामान्य परेशानियाँ और उपाय
- स्केल बढ़ने पर फ़ाइल आकार वर्गाकार रूप से बढ़ता है। स्केल दुगुना करने पर पिक्सेल संख्या चार गुनी हो जाती है, जिससे PNG फ़ाइलें लगभग चार गुनी और JPEG फ़ाइलें तीन गुनी बढ़ जाती हैं। 20 पन्नों का PDF 2x PNG पर आसानी से 50 से 100 MB का ZIP बना सकता है। चुनी हुई आउटपुट रिज़ोल्यूशन जितनी ऊँची, इनपुट PDF के आकार की व्यावहारिक सीमा उतनी कम। ZIP बहुत बड़ा हो तो स्केल 1x या 1.5x पर लौटें या JPEG पर स्विच करें।
- टेक्स्ट संपादन योग्य नहीं रहता। रास्टराइज़ेशन के बाद टेक्स्ट पिक्सेल हो जाता है। कॉपी-पेस्ट काम नहीं करता, स्क्रीन रीडर सामग्री नहीं पढ़ते, और दस्तावेज़ के भीतर खोज विफल हो जाती है। यदि चक्र पूरा होने के बाद चयन योग्य टेक्स्ट चाहिए, तो आउटपुट छवियों पर OCR चलाएँ, जो अपनी अलग त्रुटि दर लाता है।
- JPEG में पारदर्शिता खो जाती है। PDF में पारदर्शी पृष्ठभूमि वाले पन्ने हो सकते हैं (आम तौर पर वॉटरमार्क परत या ओवरले ग्राफ़िक)। JPEG पारदर्शिता को एक ठोस पृष्ठभूमि रंग, आम तौर पर सफ़ेद, में चपटा कर देता है। PNG उसे बचाए रखता है। यदि दस्तावेज़ में आउटपुट के लिए महत्वपूर्ण पारदर्शिता है, तो PNG चुनें।
- बड़ा करने पर वेक्टर ग्राफ़िक्स पिक्सेलयुक्त हो जाते हैं। मूल PDF को बिना तीक्ष्णता खोए लगातार ज़ूम किया जा सकता है, क्योंकि हर ज़ूम स्तर पर रेंडरर नए सिरे से रास्टराइज़ करता है। आउटपुट छवि अपनी रेंडर हुई रिज़ोल्यूशन पर तय है; 100 प्रतिशत से ऊपर ज़ूम करना नए सिरे से बनाए ग्राफ़िक्स नहीं, बल्कि पिक्सेल दिखाता है। जिस भी कार्यप्रवाह में देखने वाला ज़ूम कर सकता है (बड़े मॉनिटर, प्रोजेक्टर, प्रिंट विस्तार), उसमें वह सबसे ऊँचा स्केल चुनें जो मेमरी में आ सके।
- ब्राउज़र-दर-ब्राउज़र ऐंटीएलियासिंग का अंतर। अलग-अलग ब्राउज़र अपने कैनवस कार्यान्वयन में टेक्स्ट ऐंटीएलियासिंग की थोड़ी अलग रणनीतियाँ अपनाते हैं। एक ही PDF को Chrome, Firefox और Safari में 2x स्केल पर रेंडर करने पर परिणाम देखने में मिलते-जुलते दिखते हैं पर पिक्सेल-दर-पिक्सेल एक नहीं होते। ज़्यादातर उपयोगों में ये अंतर दिखाई नहीं देते; पर फ़ोरेंसिक या संग्रहण जैसी सटीक पुनरुत्पादन माँगने वाली स्थिति में, एक तय रेंडरर (Ghostscript, pdftoppm) के साथ सर्वर-साइड रेंडरिंग बेहतर विकल्प है।
- एन्क्रिप्टेड PDF को पार्स नहीं किया जा सकता। ओपन पासवर्ड वाला PDF तब तक pdf.js नहीं पढ़ सकता जब तक पासवर्ड दिया न जाए। यह उपकरण फ़िलहाल पासवर्ड बॉक्स प्रदर्शित नहीं करता। प्रक्रिया है पहले मुफ़्त PDF अनलॉक ऑनलाइन उपकरण से PDF को अनलॉक करना, फिर अनलॉक की हुई प्रति को यहाँ बदलना।
आउटपुट का आकार जैसा है वैसा क्यों है
आउटपुट फ़ाइल का आकार तीन बातों पर निर्भर करता है: पन्नों की संख्या, चुना हुआ स्केल और फ़ॉर्मेट की संपीड़न दक्षता। एक सामान्य टेक्स्ट-और-आरेख PDF पन्ने के लिए, 1.0 स्केल पर PNG लगभग 50 से 200 KB प्रति पन्ना, 2.0 स्केल पर PNG 200 से 800 KB प्रति पन्ना, 85 प्रतिशत गुणवत्ता पर JPEG 1.0 स्केल पर 30 से 80 KB प्रति पन्ना और उसी गुणवत्ता पर JPEG 2.0 स्केल पर 100 से 300 KB प्रति पन्ना देता है। फ़ोटो-बहुल पन्ने दोनों फ़ॉर्मेट में बड़ी फ़ाइलें देते हैं, और JPEG 3 से 5 गुना का अपना फ़ायदा बनाए रखता है। 100 पन्नों का PDF 2x PNG पर बदलने पर 20 से 80 MB का ZIP दे सकता है; वही PDF 1x JPEG 85 प्रतिशत पर 3 से 8 MB का ZIP देता है। अधिकांश उपयोक्ता इन दोनों के बीच कुछ चाहते हैं, इसी वजह से 1.5x स्केल और 85 प्रतिशत JPEG आम उपयोग का व्यावहारिक डिफ़ॉल्ट बन गया है।
केवल-ब्राउज़र बनाम क्लाउड रूपांतरण
खोज परिणामों के शीर्ष पर बैठे क्लाउड PDF-से-छवि कन्वर्टर (Smallpdf, ILovePDF, Adobe Acrobat Online, PDF24, Sejda, PDF2Go) सब आपके स्रोत PDF को अपने सर्वर पर अपलोड करते हैं, सर्वर-साइड रेंडरर (आम तौर पर Ghostscript या स्वामित्व पुस्तकालय) के माध्यम से रूपांतरण चलाते हैं, और आउटपुट को ZIP डाउनलोड के रूप में देते हैं। उनकी गोपनीयता नीतियाँ कहती हैं कि अपलोड की गई फ़ाइलें कुछ घंटों में हटा दी जाती हैं, पर फ़ाइलें ऑपरेटर के नेटवर्क से गुज़र चुकी होती हैं, प्रोसेसिंग के दौरान उसकी डिस्क पर रहती हैं, और दुरुपयोग पहचान के लिए रखे गए लॉग से भी होकर निकलती हैं। मुफ़्त स्तर हर दिन की संचालनों की संख्या सीमित कर देते हैं; भुगतान वाले स्तर सीमा हटा देते हैं।
यह उपकरण कुछ अपलोड नहीं करता। आपका PDF मानक File API से ब्राउज़र टैब में पढ़ा जाता है, उसी टैब में pdf.js पार्स और रेंडर करता है, और आउटपुट ZIP स्थानीय रूप से JSZip से बनता है और फिर मानक डाउनलोड API से डिस्क पर सहेजा जाता है। आप ख़ुद जाँच सकते हैं: ब्राउज़र की डेवलपर टूल्स को Network टैब पर खोलें, रूपांतरण चलाएँ और देखें कि आपकी फ़ाइल की सामग्री लेकर कोई अनुरोध नहीं जाता। समझौता रेंडरिंग क्षमता का है: pdf.js असली दुनिया के अधिकांश PDF सही तरीक़े से संभालता है, पर सर्वर-साइड रेंडरर परिपक्व व्यावसायिक पुस्तकालयों के सहारे कुछ किनारी मामलों (असामान्य फ़ॉन्ट कोडिंग, जटिल पारदर्शिता समूह, दुर्लभ PDF विशेषताएँ) बेहतर संभालते हैं। 95 प्रतिशत इनपुट PDF के लिए आउटपुट बदला जा सकता है; बचे 5 प्रतिशत में क्लाउड सेवाएँ आगे रहती हैं।
और अधिक अक्सर पूछे जाने वाले प्रश्न
क्या मुझे प्रिंट के लिए 300 DPI आउटपुट मिल सकता है?
सीधे नहीं। उपकरण की अधिकतम सीमा 2x स्केल है, जो लगभग 192 DPI है। 300 DPI आउटपुट के लिए सही विकल्प हैं डेस्कटॉप उपकरण (Adobe Acrobat Pro का Export to Image, -r 300 के साथ pdftoppm या -density 300 के साथ ImageMagick) या मनचाहा DPI रेंडरिंग देने वाली क्लाउड सेवा (Adobe Acrobat Online, Smallpdf का भुगतान स्तर)। जो कार्य कठोरता से प्रिंट-फ़ाइनल नहीं हैं उनके लिए 2x काफ़ी है: 192 DPI इतना तीखा है कि सामान्य पढ़ने की दूरी पर 300 DPI से अंतर दिखाई नहीं देता।
क्या मैं विशिष्ट पृष्ठ चुनकर बदल सकता हूँ?
इस उपकरण में सीधे नहीं। पहले मुफ़्त PDF स्प्लिटर उपकरण से वांछित पन्ने निकालें, फिर निकाले हुए PDF पर यहाँ रूपांतरण चलाएँ। एक ही चरण में पृष्ठ चयन नियोजित विशेषता है; तब तक दो-चरण की प्रक्रिया इस उपयोग को सम्भालती है।
Adobe Acrobat की तुलना में आउटपुट अलग क्यों दिखता है?
उपकरण pdf.js का इस्तेमाल करता है, यानी वही जावास्क्रिप्ट रेंडर इंजन जो Firefox का अंतर्निहित PDF व्यूअर चलाता है। pdf.js असली दुनिया के 95 प्रतिशत या उससे अधिक PDF को Adobe Acrobat की तरह ही संभालता है। बचे कुछ प्रतिशत में असामान्य फ़ॉन्ट, जटिल पारदर्शिता समूह, हाल की PDF विशेषताएँ जिन्हें pdf.js ने अभी लागू नहीं किया, या रंग-प्रबंधन के विशिष्ट किनारी मामले शामिल हैं। उन दस्तावेज़ों के लिए Adobe Acrobat या सर्वर-साइड उपकरण ज़्यादा सटीक आउटपुट देंगे। रोज़मर्रा के PDF के लिए अंतर दिखाई नहीं देता।
क्या मैं आउटपुट छवियों पर OCR कर सकता हूँ?
इस उपकरण में सीधे नहीं। आउटपुट छवियों को किसी अलग OCR उपकरण को दिया जा सकता है (Adobe Acrobat का OCR, Tesseract, ऑनलाइन OCR सेवाएँ)। बहुत से लोग ठीक यही करते हैं: यहाँ स्कैन किया PDF छवियों में बदलते हैं, OCR कहीं और चलाते हैं, और फिर OCR टेक्स्ट को छिपी हुई परत के रूप में लेकर नया खोजे जा सकने वाला PDF बनाते हैं। OCR का अच्छा परिणाम पाने के लिए 2x स्केल पर रेंडर करें (300 DPI के जितने पास, उतनी बेहतर OCR सटीकता)।
रंग PDF से थोड़े अलग क्यों दिखते हैं?
रंग प्रबंधन। PDF ICC रंग प्रोफ़ाइल साथ ला सकते हैं जो बताते हैं कि रंग मानों को स्क्रीन या प्रिंट पर कैसे रूपांतरित किया जाए। ब्राउज़र का कैनवस API ICC रंग प्रबंधन पूरी तरह लागू नहीं करता; रेंडर इंजन रंगों को sRGB मानकर समझता है। ज़्यादातर दस्तावेज़ों के लिए यह अदृश्य है; पर रंग-संवेदनशील काम (ग्राफ़िक डिज़ाइन, फ़ोटोग्राफ़ी पोर्टफ़ोलियो, प्रिंट प्रूफ़) के लिए उचित रंग प्रबंधन वाला डेस्कटॉप उपकरण सही विकल्प है। Adobe Acrobat Pro और Adobe Photoshop का «वेब के लिए सहेजें» कार्यप्रवाह ICC प्रोफ़ाइलें ठीक से संभालते हैं।
क्या यह फ़ोन और टैबलेट पर काम करता है?
हाँ, मोबाइल ब्राउज़र मेमरी की सीमा में रहकर। फ़ोन पर JavaScript के हीप की सीमा आमतौर पर हर टैब के लिए कुछ सौ MB होती है, जो अधिकांश PDF के लिए पर्याप्त है पर 2x स्केल पर बहुत बड़े दस्तावेज़ों के लिए नाकाफ़ी हो सकती है। मोटा अनुमान: 50 MB से नीचे के PDF किसी भी स्केल पर फ़ोन पर अच्छे से बदलते हैं; 100 MB से ऊपर के PDF 2x पर मेमरी ख़त्म कर सकते हैं और 1x या 1.5x पर बदले जाएँ, या डेस्कटॉप पर प्रोसेस किए जाएँ। पन्ना-दर-पन्ना प्रोसेसिंग मॉडल का मतलब है कि टैब पूरे आउटपुट को एक साथ नहीं रखता, इसलिए मेमरी का उपयोग पूरे दस्तावेज़ के बजाय एक रेंडर हुए पन्ने के आकार के समानुपात में रहता है।