आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप WebP को PDF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
WebP से PDF
सबसे आम वजह यह है कि उसे लिया ही नहीं जाता। WebP ब्राउज़र में हर जगह घर जैसा है, पर बहुत सारे फ़ॉर्म, पोर्टल और मेल प्रोग्राम उसे जानते ही नहीं — वे PDF, JPG और PNG लेते हैं, और WebP छँट जाता है।
दूसरी वजह यह है कि तस्वीरों से एक दस्तावेज़ बनना है। डाउनलोड की गई चार तस्वीरें चार अटैचमेंट हैं; PDF के चार पन्ने एक ही मामला हैं, उस क्रम में जो आप तय करते हैं और जो रास्ते में गड़बड़ नहीं होता।
PDF, WebP को अंदर बैठाए जाने वाले तस्वीर फ़ॉर्मेट के रूप में जानती ही नहीं। इसलिए तस्वीर डिकोड होकर JPG के रूप में दस्तावेज़ में रखी जाती है — फ़ोटो के मामले में यह ठीक ही है और दिखने में कुछ बदलता नहीं।
पर अगर WebP पहले से नुक़सान वाला था, तो यह नुक़सान वाले कंप्रेशन का दूसरा दौर है। लिखावट या किसी चित्र वाले बिना-नुक़सान WebP में यही वह जगह है जहाँ किनारे मुलायम पड़ सकते हैं — वहाँ ऊँची गुणवत्ता काम आती है।
पन्नों का क्रम वही रहता है जिसमें आप फ़ाइलें चुनते हैं। अगर वह सही होना चाहिए, तो पहले नाम से छाँट लेना काम आता है — डाउनलोड की गई तस्वीरों पर अक्सर ऐसी नंबरिंग होती है जिसमें सही क्रम पहले से बैठा है।
हर पन्ने को उसी तस्वीर का आकार मिलता है जो उस पर पड़ी है। पड़ी और खड़ी मिलाकर रखी गई तस्वीरों से इसलिए दोनों दिशाओं के पन्नों वाला दस्तावेज़ बनता है। यह जान-बूझकर है: किसी खड़े पन्ने पर पड़ी तस्वीर या तो बहुत छोटी होती या कटी हुई।
WebP पारदर्शी हिस्से सँभाल सकता है, JPG के रूप में बैठाई गई तस्वीर नहीं सँभाल सकती। इसलिए जो आर-पार दिखता था वह भर दिया जाता है — सफ़ेद से, जब तक कुछ और न चुना जाए।
पारदर्शी पृष्ठभूमि वाले लोगो का नतीजा एक सफ़ेद डिब्बा होता है। सफ़ेद पन्ने पर वह चुभता नहीं, रंगीन पृष्ठभूमि वाले दस्तावेज़ में चुभता है। अगर पारदर्शिता को बचना ही है, तो मंज़िल PDF नहीं है।
क़रीब उतनी ही जितनी उसके अंदर की तस्वीरें, ऊपर से कुछ किलोबाइट का ढाँचा। PDF फ़ोटो को उससे बेहतर कंप्रेस नहीं करती जितना कोई फ़ोटो फ़ॉर्मेट कर सकता है — वह उन्हें इकट्ठा भर करती है।
और चूँकि WebP अपने स्वभाव से ही JPG से छोटा है, बदलने पर फ़ाइल अक्सर बढ़ जाती है। यह ख़ामी नहीं, हर जगह स्वीकार किए जाने वाले फ़ॉर्मेट की क़ीमत है। अगर कोई ऊपरी सीमा निभानी है, तो सही पेंच गुणवत्ता का स्तर है।
कोई स्क्रीनशॉट या फ़ोटो खींचा हुआ पन्ना PDF में तस्वीर ही रहता है। उसमें कुछ चुना नहीं जा सकता, खोज कोई शब्द नहीं पाती, और स्क्रीन रीडर कुछ पढ़कर नहीं सुनाता।
जिस प्रमाण को कोई इंसान देखेगा, उसके लिए इससे कोई मतलब नहीं। अगर सामग्री खोजी जा सकनी चाहिए, तो अक्षर-पहचान चाहिए — वह अलग काम है, और हम यह दिखावा नहीं करते कि वह यहाँ साथ-साथ हो जाता है।
PDF कुछ बड़ा नहीं करती। आठ सौ पिक्सेल चौड़ी तस्वीर आठ सौ पिक्सेल चौड़ी ही रहती है और उसे बस किसी पन्ना आकार पर रख दिया जाता है — काग़ज़ पर छपने पर यह दिख जाता है।
इसलिए जिस दस्तावेज़ को छापा जाना है, उसके लिए अपने पास मौजूद सबसे बड़ी प्रति लीजिए। जो स्क्रीन पर देखा जाएगा, उसके लिए व्यावहारिक रूप से हर वह तस्वीर काफ़ी है जो किसी वेब पेज पर अच्छी लगती थी।
WebP EXIF ढो सकता है, पर अक्सर ढोता नहीं। उसमें जो लिखा है वह PDF में नहीं जाता — दस्तावेज़ को तस्वीर मिलती है, उसके साथ लगा खंड नहीं।
इसे बचाव मानकर मत चलिए। अगर किसी तस्वीर को अपनी खींचने की जगह के बिना आगे जाना है, तो वह अपने आप में एक सोचा-समझा क़दम है; इसी साइट पर उसका अपना पेज है जो ठीक वही करता है।
दस्तावेज़ ब्राउज़र में बनाया जाता है। आपकी तस्वीरें अपलोड नहीं होतीं, बीच में रखी नहीं जातीं और हम उन्हें कभी देखते नहीं — ऐसा कोई सर्वर है ही नहीं जहाँ वे पहुँचें।
यही वजह है कि आप यहाँ तीस तस्वीरें एक साथ जोड़कर एक दस्तावेज़ बना सकते हैं, बिना खाते और बिना दैनिक सीमा के। इसमें हमारा कोई बैंडविड्थ ख़र्च नहीं होता, क्योंकि हमारी लाइन से कुछ गुज़रता ही नहीं।
| WebP | ||
|---|---|---|
| पूरा नाम | WebP तस्वीर | Portable Document Format |
| फ़ाइल एक्सटेंशन | .webp | |
| मीडिया टाइप | image/webp | application/pdf |
| कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 2010 | 1993 |
| प्रकाशक | Adobe | |
| विनिर्देश | RFC 9649 | ISO 32000-2 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | 8 | — |
| रंग जो यह दर्ज कर सकता है | RGB, YCbCr | RGB, CMYK, ग्रेस्केल |
| सबसे बड़ी इमेज | हर तरफ़ 16,383 px | — |
| ब्राउज़र में खुलता है | हर ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | AVIF, JPG, PNG | DOCX, HTML |
PDF में कैमरा, लेंस, शटर स्पीड और ISO वाला EXIF खंड और अंदर बैठी ICC रंग प्रोफ़ाइल के लिए जगह नहीं है, इसलिए वह WebP फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
कुछ नहीं खोता। WebP और PDF — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
पारदर्शिता बनी रहती है। WebP और PDF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
PDF परतें सँभाल सकता है। WebP फ़ाइल पहले से मिली हुई आती है, इसलिए नतीजे में एक ही परत रहती है — बनावट को हाथ से दोबारा खड़ा करना पड़ेगा।
दोनों तरफ़ के प्रोग्राम अलग हैं: WebP फ़ाइल Adobe Photoshop, GIMP और Squoosh में खुलती है और PDF फ़ाइल Adobe Acrobat, Preview और LibreOffice Draw में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
WebP Google का फ़ॉर्मेट है, जो 2010 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
PDF Adobe का है और 1993 से चला आ रहा है, और ISO 32000-2 में तय किया गया है। Adobe Acrobat, Preview और LibreOffice Draw इस फ़ॉर्मेट को पढ़ लेते है।
PDF 1993 में आया और WebP 2010 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे pdf-lib है, पूरी तरह JavaScript में चलने वाला एक PDF लेखक; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। pdf-lib आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
नहीं। PDF वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है।
PDF में कैमरा, लेंस, शटर स्पीड और ISO वाला EXIF खंड और अंदर बैठी ICC रंग प्रोफ़ाइल के लिए जगह नहीं है, इसलिए वह WebP फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
कुछ नहीं खोता। WebP और PDF — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
पारदर्शिता बनी रहती है। WebP और PDF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
इस पेज पर WebP और PDF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।