PDF को इमेज में बदलें

PDF पृष्ठों को तुरंत PNG या JPG छवियों में बदलें। पैमाना और गुणवत्ता अपनी पसंद के मुताबिक करें, फिर सभी पृष्ठ ZIP के रूप में या अलग-अलग छवियाँ डाउनलोड करें।

100% क्लाइंट-साइड · आपकी फ़ाइलें आपके डिवाइस से कभी नहीं जातीं
PDF यहाँ छोड़ें या ब्राउज़ करने के लिए क्लिक करें

PDF का समर्थन · 100 MB तक

PDF को छवियों में बदला जा रहा है...

यह कैसे काम करता है

  1. PDF अपलोड करें · अपनी PDF फ़ाइल छोड़ें या अपने डिवाइस को ब्राउज़ करने के लिए क्लिक करें।
  2. सेटिंग्स चुनें पृष्ठों के थंबनेल देखें और फ़ॉर्मेट (PNG/JPG), पैमाना (1x से 2x) तथा JPG गुणवत्ता चुनें।
  3. छवियाँ डाउनलोड करें · प्रत्येक पृष्ठ को अलग-अलग या सभी को एक साथ डाउनलोड करें।

PDF को छवियों में क्यों बदलें?

PDF को छवियों में बदलना व्यक्तिगत पृष्ठों को सोशल मीडिया पर साझा करने, दस्तावेज़ों और प्रस्तुतियों में PDF सामग्री एम्बेड करने, पूर्वावलोकन थंबनेल बनाने, या वेब डिज़ाइन के लिए ग्राफ़िक्स निकालने के लिए उपयोगी है। PNG गुणवत्ता को पूरी तरह से बनाए रखता है, जबकि JPG वेबसाइटों के लिए आदर्श छोटे फ़ाइल आकार प्रदान करता है।

विशेषताएँ

अक्सर पूछे जाने वाले प्रश्न

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। ज़्यादातर कार्यप्रवाह इन्हीं श्रेणियों में सटीक बैठते हैं:

फ़ॉर्मेट का चुनाव: PNG बनाम JPG

PNG दोषमुक्त है। रेंडर इंजन जो भी पिक्सेल बनाता है, उसे ठीक उसी रूप में एन्कोड किया जाता है, बिना किसी गुणवत्ता क्षति के। इसका संपीड़न ZIP की तरह है: बड़ी समतल जगहों, दोहराए पैटर्न या तीखे किनारों वाली छवियों पर बहुत सक्षम; फ़ोटो जैसी सामग्री पर कम सक्षम। PNG पारदर्शिता का भी समर्थन करता है। JPEG हानिकर है: यह उन उच्च-आवृत्ति ब्यौरों को हटा देता है जिन्हें मानव आँख नहीं पहचानती, छोटी फ़ाइलें देता है, पर तीखे किनारों और तीव्र-कंट्रास्ट क्षेत्रों के पास दिखने वाले शिल्पदोषों की कीमत पर। गुणवत्ता स्लाइडर समझौते को नियंत्रित करता है: 100% लगभग दोषमुक्त आउटपुट देता है जो 60% की तुलना में 3 से 5 गुना बड़ा होता है; 60% बहुत छोटा होता है पर टेक्स्ट के चारों ओर साफ़ नज़र आने वाली घुमावदार रेखाएँ छोड़ता है।

लगभग हर PDF के लिए निर्णय का नियम: यदि पृष्ठ टेक्स्ट, आरेख, चार्ट या रेखाचित्र है, तो PNG चुनें। टेक्स्ट और वेक्टर के तीखे किनारे उच्च गुणवत्ता पर भी JPEG में रिंगिंग शिल्पदोष दिखाते हैं, और PNG का दोषमुक्त संपीड़न समतल क्षेत्रों (सफ़ेद पृष्ठभूमि, सादे भराव) को बहुत बढ़िया तरीक़े से संभालता है, इसलिए फ़ाइल आकार का नुक़सान सामान्य अंगूठे के नियम से कम होता है। यदि पृष्ठ फ़ोटोग्राफ़िक है (स्कैन की हुई पत्रिका, फ़ोटो एलबम, बड़े उत्पाद चित्रों वाला ब्रोशर), तो 85 से 90 प्रतिशत गुणवत्ता पर JPEG चुनें। यदि दस्तावेज़ दोनों मिलाता है, तो PNG अधिक सुरक्षित डिफ़ॉल्ट है क्योंकि टेक्स्ट पर शिल्पदोष स्पष्ट होते हैं जबकि फ़ोटो पर सूक्ष्म।

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 पर बदले जाएँ, या डेस्कटॉप पर प्रोसेस किए जाएँ। पन्ना-दर-पन्ना प्रोसेसिंग मॉडल का मतलब है कि टैब पूरे आउटपुट को एक साथ नहीं रखता, इसलिए मेमरी का उपयोग पूरे दस्तावेज़ के बजाय एक रेंडर हुए पन्ने के आकार के समानुपात में रहता है।

संबंधित टूल