आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप JXL को PDF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
JXL से PDF
यह बदलाव लगभग कभी तस्वीर के बारे में नहीं होता — यह सामने वाले सिस्टम के बारे में होता है: कोई क्लेम पोर्टल, कोई सबमिशन पेज, कोई अपलोड फ़ॉर्म जो PDF लेता है और कुछ और नहीं।
JPEG XL इसके ठीक उलटे छोर पर है — किसी अपलोड फ़ॉर्म की स्वीकृत सूची में .jxl शायद ही कभी दिखता है। PDF में लपेटना यह पूरा सवाल ही मिटा देता है कि सामने वाला उस फ़ॉर्मेट को पढ़ सकता है या नहीं।
PDF सीधे हर इमेज फ़ॉर्मेट नहीं रखती — JPEG और PNG को यह बिना बदले भीतर रख सकती है, बाक़ी सब पहले डिकोड होकर PNG के रूप में दोबारा एनकोड होती है, और JPEG XL इसी दूसरी श्रेणी में आता है।
यानी तस्वीर कच्चे पिक्सेल से एक बार फिर गुज़रती है, इस बार PNG के रास्ते से — और यही अगले हिस्से की वजह है।
PNG हर पिक्सेल को ठीक-ठीक सहेजती है, यानी तस्वीर में मौजूद हर बारीक़ शोर तक को भी — जबकि JPEG XL ठीक इसी बात से बचने के लिए बनाई गई थी। कुछ मेगाबाइट की JXL इस रास्ते से गुज़रकर उससे कई गुना बड़ी PDF बन सकती है।
अगर दस्तावेज़ को सिर्फ़ देखा जाना है, तो पहले JXL को JPG में बदलना और फिर उस JPG से PDF बनाना कहीं छोटी फ़ाइल देता है, क्योंकि तब वही रास्ता चलता है जो साइट पर JPEG से बनी PDF लेती है।
PDF में सिर्फ़ एक तस्वीर एक पन्ने पर खींची जाती है — कोई अक्षर अलग से नहीं लिखे जाते, कोई फ़ॉन्ट एम्बेड नहीं होता, कोई OCR यहाँ नहीं चलता।
नतीजा दिखने में दस्तावेज़ है, पर उसके अंदर कुछ भी चुना, खोजा या पढ़वाया नहीं जा सकता। अगर तस्वीर में लिखे शब्द चाहिए हों, तो वह अलग काम है — अक्षर-पहचान वाला।
फ़िट तयशुदा है और इसका मतलब सीधा है: पन्ना ठीक तस्वीर के आकार का बनता है, कोई सफ़ेद हाशिया नहीं। A4 ठीक 595.28 गुणा 841.89 पॉइंट है, US Letter 612 गुणा 792 — यह चुनना तभी ज़रूरी है जब बात प्रिंटर तक पहुँचती है।
अनजान मान मिलने पर भी यह अपने-आप A4 पर टिक जाता है, इसलिए ग़लत लिखा गया आकार भी कोई त्रुटि नहीं देता, बस एक तयशुदा चुनाव लागू हो जाता है।
फ़िट मोड में तस्वीर के पिक्सेल सीधे PDF के पॉइंट बन जाते हैं, यानी असल में 72 डीपीआई के बराबर — इसे बदलने की कोई सेटिंग नहीं दी गई है।
इसलिए 150 या 300 डीपीआई जैसी कोई माँग यहाँ पूरी नहीं होती। जिस काम में तय रिज़ॉल्यूशन चाहिए — जैसे किसी प्रिंट स्पेसिफ़िकेशन की शर्त — वहाँ पहले A4 या US Letter चुनना पड़ता है, फ़िट नहीं।
मार्जिन मिलीमीटर में लिया जाता है, शून्य से पचास तक। ओरिएंटेशन सिर्फ़ A4 और US Letter पर काम करता है — फ़िट मोड में इसे नज़रअंदाज़ कर दिया जाता है, क्योंकि वहाँ पन्ने का आकार वैसे भी तस्वीर से ही तय होता है।
चौड़ी तस्वीर को तय आकार में डालते समय ओरिएंटेशन लैंडस्केप रखना जान-बूझकर तय करना चाहिए, वरना वह सीधे पन्ने के बीच एक पतली पट्टी बनकर आती है।
तस्वीर मार्जिन के भीतर सिकोड़ी तो जाती है, पर कभी बड़ी नहीं की जाती। अगर JPEG XL सिर्फ़ 400 पिक्सेल चौड़ी है और पन्ना A4 है, तो वह अपने असली आकार में ही पन्ने के बीच बैठेगी, फैलाई नहीं जाएगी।
छोटी तस्वीर बड़े पन्ने पर छोटी ही रहती है, और यह ख़राबी नहीं, सही व्यवहार है — किसी छोटी तस्वीर को पन्ना भर देने लायक़ बड़ा करना है तो वह किसी एडिटर का काम है, इस पेज का नहीं।
JPEG XL डिकोडर और PDF लेखक दोनों इसी टैब में चलते हैं। तस्वीर डिस्क से पढ़ी जाती है, मेमोरी में डिकोड होती है, दस्तावेज़ में खींची जाती है और वापस डाउनलोड के रूप में मिलती है — बीच में कोई अनुरोध कहीं नहीं जाता।
क्लेम पोर्टल या रिकॉर्ड सिस्टम में जाने वाली तस्वीरें अक्सर सैलरी स्लिप, मेडिकल चिट्ठी या दस्तख़त वाला फ़ॉर्म होती हैं — यहाँ मिटाने को कुछ है ही नहीं, क्योंकि कहीं सहेजा ही नहीं गया।
| JXL | ||
|---|---|---|
| पूरा नाम | JPEG XL | Portable Document Format |
| फ़ाइल एक्सटेंशन | .jxl | |
| मीडिया टाइप | image/jxl | application/pdf |
| कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 2021 | 1993 |
| प्रकाशक | Joint Photographic Experts Group | Adobe |
| विनिर्देश | ISO/IEC 18181 | ISO 32000-2 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | सीमित उपयोग | मौजूदा |
| बिट डेप्थ | 32 | — |
| रंग जो यह दर्ज कर सकता है | RGB, ग्रेस्केल, वाइड गैमट | RGB, CMYK, ग्रेस्केल |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | AVIF, WebP, PNG | DOCX, HTML |
PDF में कैमरा, लेंस, शटर स्पीड और ISO वाला EXIF खंड और अंदर बैठी ICC रंग प्रोफ़ाइल के लिए जगह नहीं है, इसलिए वह JXL फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
कुछ नहीं खोता। JXL और PDF — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
पारदर्शिता बनी रहती है। JXL और PDF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
PDF को हर मौजूदा ब्राउज़र खोल लेता है। JXL को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
दोनों तरफ़ के प्रोग्राम अलग हैं: JXL फ़ाइल GIMP और ImageMagick में खुलती है और PDF फ़ाइल Adobe Acrobat, Preview और LibreOffice Draw में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
JXL Joint Photographic Experts Group का फ़ॉर्मेट है, जो 2021 में आया। यह हर चैनल पर 32 बिट में दर्ज करता है।
PDF Adobe का है और 1993 से चला आ रहा है, और ISO 32000-2 में तय किया गया है। Adobe Acrobat, Preview और LibreOffice Draw इस फ़ॉर्मेट को पढ़ लेते है।
PDF 1993 में आया और JXL 2021 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे pdf-lib है, पूरी तरह JavaScript में चलने वाला एक PDF लेखक; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। pdf-lib आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
नहीं। PDF वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है।
PDF में कैमरा, लेंस, शटर स्पीड और ISO वाला EXIF खंड और अंदर बैठी ICC रंग प्रोफ़ाइल के लिए जगह नहीं है, इसलिए वह JXL फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
कुछ नहीं खोता। JXL और PDF — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
पारदर्शिता बनी रहती है। JXL और PDF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
इस पेज पर JXL और PDF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।