PNG से PDF
आपके ब्राउज़र में बनी · कुछ अपलोड नहीं होता
इमेज को PDF बनाना हर इमेज को आपके चुने आकार के पेज में लपेटता है और हाशिये के अंदर समाने लायक़ करता है। JPEG जैसी हैं वैसी जुड़ती हैं, बिना दोबारा बने और बिना क्वालिटी खोए। PNG और WebP बिना नुक़सान वाले पिक्सेल के रूप में लिखी जाती हैं, और कोई भी पारदर्शिता सॉफ़्ट मास्क के रूप में बचती है।
इमेज से PDF कैसे बनाएँ
आप क्या डालते हैं उसके हिसाब से दो अलग चीज़ें होती हैं, और यही फ़र्क़ लौटने वाली फ़ाइल का आकार तय करता है।
JPEG दस्तावेज़ में बाइट-दर-बाइट कॉपी होती है और DCTDecode फ़िल्टर के साथ लिखी जाती है, जो JPEG डेटा के लिए PDF फ़ॉर्मैट का अपना नाम है। कुछ खोला नहीं जाता, कुछ दोबारा नहीं बनता, और PDF की फ़ोटो बिट-दर-बिट वही फ़ोटो है जिससे आपने शुरू किया। बाक़ी सब, PNG और WebP समेत, पहले पिक्सेल में खोला जाता है, और वे पिक्सेल बिना नुक़सान के कंप्रेस करके रखे जाते हैं। स्क्रीनशॉट या लोगो के लिए बिना नुक़सान सही है, जहाँ दोबारा बनाने से टेक्स्ट धुँधला होता, और बड़ी फ़ोटो के लिए महँगा: बारह मेगापिक्सेल की PNG कंप्रेशन से पहले लगभग 3.6 करोड़ बाइट का कच्चा रंग है, इसलिए PNG से बनी PDF उन्हीं तस्वीरों की JPEG से बनी PDF से कई गुना बड़ी हो सकती है।
पारदर्शिता बचती है। अल्फ़ा चैनल वाली PNG की पारदर्शिता इमेज के साथ सॉफ़्ट मास्क के रूप में लिखी जाती है, इसलिए पेज पर पीछे जो है वह झलकता है, काला या सफ़ेद चौकोर नहीं बनता।
"इमेज के आकार का पेज" वह विकल्प है जो ज़्यादातर लोग चाहते हैं और कम लोग ढूँढ पाते हैं। तस्वीर को मानक शीट पर रखने के बजाय यह हर पेज को ठीक इमेज के आकार जमा हाशिये का बनाता है, जो स्क्रीनशॉट या स्कैन को चाहिए; चौड़े स्क्रीनशॉट के चारों ओर तय A4 पेज दो बड़े सफ़ेद किनारे छोड़ता है और सामग्री को छोटा कर देता है। यह 96 पिक्सेल प्रति इंच पर बदलता है, CSS की परिपाटी, इसलिए 1920 पिक्सेल चौड़ा स्क्रीनशॉट 20 इंच चौड़ा पेज बनता है। स्क्रीन पर ठीक, काग़ज़ पर बेतुका, इसलिए जब भी नतीजा प्रिंट होना हो, असली काग़ज़ का आकार चुनिए।
एक छोटी बात बाद में नाम बदलने से बचाती है: एक इमेज से बनी PDF उसी इमेज के नाम पर होती है, और कई से images.pdf।
लोग इसे किस काम में लेते हैं
- हस्ताक्षर वाले दस्तावेज़ की फ़ोन फ़ोटो को एक फ़ाइल बनाना
- ऐसा फ़ॉर्म भरना जो PDF लेता है और JPEG नहीं
- बग रिपोर्ट के लिए स्क्रीनशॉट एक तय क्रम में रखना
- एक इमेज से प्रिंट के लिए तैयार A4 शीट बनाना
- स्कैन की गई रसीदों को एक ख़र्च दावे में जोड़ना
- चौड़े स्क्रीनशॉट को उसी के आकार वाले पेज में लपेटना
सवाल
JPEG दस्तावेज़ में बाइट-दर-बाइट कॉपी होती हैं, इसलिए छुई नहीं जातीं। बाक़ी सब बिना नुक़सान वाले पिक्सेल के रूप में रखा जाता है, जो बड़ी इमेज के साथ PDF को बड़ा बना सकता है।
क्योंकि वे JPEG नहीं थीं। PNG और WebP खोलकर बिना नुक़सान वाले पिक्सेल के रूप में लिखी जाती हैं, जो फ़ोटो वाले कंप्रेशन से कहीं बड़ा होता है।
फ़ोटो के लिए हाँ, और फ़ाइल बहुत छोटी होगी। स्क्रीनशॉट, डायग्राम और टेक्स्ट वाली किसी भी चीज़ के लिए नहीं: सख़्त किनारों के आसपास JPEG की ख़राबियाँ आकार से बुरी हैं।
बची रहती है। पारदर्शी बैकग्राउंड वाली PNG को PDF में सॉफ़्ट मास्क मिलता है, इसलिए पीछे जो है वह दिखता है।
हाँ। दिशा "अपने आप" पर रहने दीजिए और हर पेज अपनी इमेज के आकार के हिसाब से चलता है, चौड़ी है या ऊँची उसके आधार पर।
मानक शीट के बजाय हर पेज को इमेज जमा हाशिये का बनाता है, इसलिए कोई सफ़ेद किनारा नहीं। स्क्रीनशॉट और स्कैन के लिए यही सही है।
क्योंकि यह 96 पिक्सेल प्रति इंच पर बदलता है, CSS की परिपाटी। 1920 पिक्सेल का स्क्रीनशॉट 20 इंच का पेज बनता है, स्क्रीन पर ठीक और प्रिंट के लिए ग़लत।
चारों तरफ़ हाशिये के अंदर समाने लायक़ और बीच में, अनुपात बनाए रखते हुए। कुछ काटा या खींचा नहीं जाता।
कोई तय सीमा नहीं। PDF बनने तक हर एक मेमोरी में रहती है, इसलिए फ़ोन को सबसे पहले बड़ी फ़ोटो की लंबी क़तार धीमा करती है।
हाँ, हर थंबनेल के बग़ल के तीरों से, और जो नहीं डालनी थीं उन्हें हटा सकते हैं। पेज दिखे हुए क्रम में निकलते हैं।
तभी जब आपका ब्राउज़र HEIC खोल सके, जो Safari कर सकता है और ज़्यादातर दूसरे नहीं। पहले उन्हें JPEG बनाइए, फिर वे बिना दोबारा बने जुड़ेंगी।
एक इमेज से बनी PDF उस इमेज के नाम पर। कई से images.pdf।
नहीं। यह सिर्फ़ इमेज लपेटता है, और इसी से नतीजा अनुमान लायक़ और फ़ाइल छोटी रहती है।
नहीं। PDF इसी पेज में बनती है और सीधे आपके डाउनलोड फ़ोल्डर में जाती है।