any→jxl

प्रीसेट

चुनाव इस बात से करें कि तस्वीर क्या है, किसी संख्या से नहीं। वेब संतुलित डिफ़ॉल्ट है और उस फ़ोटो के लिए ठीक है जो किसी पेज या संदेश में जा रही है। अभिलेखीय दोषरहित हर पिक्सेल और मेटाडेटा का हर हिस्सा रखता है, और अंदर डाला गया JPEG बाइट-दर-बाइट वापस निकल आता है। पिक्सेल आर्ट और ग्राफ़िक्स सपाट रंग, टेक्स्ट और तीखे किनारों के लिए है, जिन्हें Modular उस ट्रांसफ़ॉर्म से कहीं बेहतर कोड करता है जो फ़ोटो को चाहिए। अधिकतम संपीड़न उस फ़ोटो के लिए है जिसे छोटा होना ही है। किसी एक को चुनने पर सिर्फ़ वही नियंत्रण बदलते हैं जो वह तय करता है; बाद में आप जो बदलें वह बना रहता है और चिप हाइलाइट होना बंद कर देती है।

गुणवत्ता

यही एकमात्र डायल है जो तय करता है कि मूल तस्वीर का कितना हिस्सा फेंका जाए। यह प्रतिशत नहीं है: libjxl Butteraugli दूरी में काम करता है, और यह स्लाइडर उसी इकाई पर बिछाया गया एक वक्र है — नीचे की “दूरी” पंक्ति वही सेटिंग है, उसी इकाई में लिखी हुई। फ़ोटो में 90 के आसपास ज़्यादातर लोगों को फ़र्क़ दिखना बंद हो जाता है, और 75 से 90 आम तौर पर मूल से अलग नहीं पहचाना जाता।

दूरी

परिणाम मूल छवि से कितना हट सकता है। जितना कम, उतना करीब और उतनी बड़ी फ़ाइल: 0 हर पिक्सेल सुरक्षित रखता है, 1.0 वह बिंदु है जहाँ ज़्यादातर लोगों को अंतर दिखना बंद हो जाता है, और 2.0 साफ़ तौर पर छोटा है पर फिर भी अच्छा। यह libjxl की अपनी इकाई है — वही संख्या जो cjxl का -d लेता है — इसलिए किसी शोधपत्र या कमांड लाइन का मान ठीक वैसे ही लिखा जा सकता है, 1.0 या d1.0 के रूप में।

एनकोडर प्रयास

आपने जो गुणवत्ता माँगी है, उस पर छोटी फ़ाइल ढूँढ़ने में एन्कोडर कितनी मेहनत करे। तस्वीर में कुछ नहीं बदलता — ज़्यादा मेहनत का मतलब है खोज में ज़्यादा समय और उसी नतीजे के लिए कम बाइट। 7 डिफ़ॉल्ट है और लगभग वहीं फ़ायदा बढ़ना बंद हो जाता है; जिसे सँभालकर रखना है उसके लिए 9 सार्थक है, और हर पायदान यह समय बैच की हर तस्वीर पर दोबारा माँगता है।

हानिपूर्ण या दोषरहित

लॉसी वह हिस्सा फेंकता है जिसकी कमी आँख को सबसे कम खटकती है, और फ़ोटो के लिए यही चाहिए। लॉसलेस डिकोड किए गए हर पिक्सेल को हूबहू रखता है — स्क्रीनशॉट, आरेख और टेक्स्ट या तीखे किनारों वाली किसी भी चीज़ को यही चाहिए — और इससे गुणवत्ता वाला डायल बेमानी हो जाता है, इसलिए लॉसलेस चालू रहते हुए वह डायल बंद रहता है।

हानिपूर्ण ट्रांसफ़ॉर्म

इस एन्कोड का काम libjxl के दो हानिपूर्ण कम्प्रेसरों में से कौन करेगा। ये गुणवत्ता की सेटिंग नहीं हैं — गुणवत्ता डायल का मतलब दोनों के साथ एक ही रहता है — बल्कि एक ही तस्वीर को बयान करने के दो अलग तरीके हैं, और हर एक किसी खास किस्म की तस्वीर पर दूसरे से कहीं बेहतर है। किस किस्म पर, यह देखने के लिए किसी भी विकल्प के आगे वाला ? खोलें।

स्वचालित

चुनाव libjxl पर छोड़ देता है, जिसका व्यवहार में मतलब है हर हानिपूर्ण एन्कोड पर VarDCT: इसकी युक्तियाँ Modular की ओर तभी जाती हैं जब एन्कोडिंग हानिरहित हो। तस्वीरों के लिए यही सही है, और उस मिली-जुली खेप के लिए भी जिसे आप हाथ से छाँटना नहीं चाहते।

VarDCT (तस्वीरें)

वही आवृत्ति-आधारित ट्रांसफ़ॉर्म जो JPEG XL ने JPEG से लिया और ठीक से दोबारा बनाया: तस्वीर को अलग-अलग आकार के खंडों में बाँटा जाता है और हर खंड को पिक्सेल-दर-पिक्सेल नहीं, बल्कि इस आधार पर बयान किया जाता है कि वह कितनी तेज़ी से बदलता है। ढाल, बुनावट और नरम किनारे ही तस्वीरों को बनाते हैं, और यह उन्हीं में अच्छा है।

Modular (ग्राफ़िक्स)

हर पिक्सेल का अनुमान उसके पड़ोसियों से लगाता है और केवल अंतर संग्रहीत करता है, इसलिए सपाट रंग और तीखे किनारों पर इसकी लागत लगभग शून्य है: स्क्रीनशॉट, आरेख, रेखाचित्र, पिक्सेल आर्ट, चार्ट। डिफ़ॉल्ट गुणवत्ता पर 1280×800 के स्क्रीनशॉट पर मापने पर यह VarDCT से 45% छोटा है, 77 KB के मुकाबले 42 KB — जबकि तस्वीर पर यह सिर्फ़ बराबरी करता है और दोगुना तक समय लेता है। libjxl हानिपूर्ण एन्कोडिंग में इसे स्वयं कभी नहीं चुनता, इसलिए माँगने का यही एक रास्ता है।

डिकोड गति

यह वह सौदा है जो एन्कोडर उस व्यक्ति की ओर से करता है जो बाद में फ़ाइल खोलेगा। 0 सबसे छोटी और सबसे अच्छी दिखने वाली फ़ाइल देता है, और डिकोडर से सबसे ज़्यादा माँगता है। ऊँचे मान वे हिस्से छोड़ देते हैं जिन्हें डिकोड करना महँगा है — यह किसी फ़ोन पर बहुत बड़ी तस्वीर खोलने के लिए मायने रखता है, और उसके अलावा शायद ही कहीं। जब तक आप ये फ़ाइलें बड़े पैमाने पर नहीं बाँट रहे, इसे 0 पर रहने दें।

JPEG इनपुट

JPEG के गुणांक ज्यों के त्यों JPEG XL में चले जाते हैं, इसलिए तस्वीर दोबारा एन्कोड नहीं, बस दोबारा पैक होती है: पिक्सेल हूबहू वही, कोई पीढ़ीगत हानि नहीं, और यहाँ मापे गए JPEG में आकार 13% से 34% तक कम।

हानिरहित ट्रांसकोड का उपयोग करें

यह स्विच तय करता है कि JPEG को दोबारा पैक किया जाए या दोबारा एन्कोड, और यह डिफ़ॉल्ट रूप से चालू है। दोबारा पैक करने पर JPEG में पहले से मौजूद हर गुणांक ज्यों का त्यों JXL में चला जाता है: वही तस्वीर, पिक्सेल दर पिक्सेल, 13% से 34% कम बाइट में। बंद करने पर JPEG को पिक्सेल में डिकोड करके ऊपर तय की गई गुणवत्ता पर फिर से एन्कोड किया जाता है, यानी दूसरी बार विवरण फेंका जाता है — JPEG एक बार यह झेल चुका है — और यह तभी सार्थक है जब आप चाहते हों कि रूपांतरण कुछ बदले, जैसे आकार या रंग। यह केवल JPEG स्रोतों पर लागू होता है, और हर परिणाम बताता है कि उसे इनमें से कौन-सा रास्ता मिला।

सटीक JPEG पुनर्निर्माण संग्रहीत करें

बंद रहने पर ट्रांसकोड तस्वीर रखता है और फ़ाइल छोड़ देता है: मूल JPEG दोबारा नहीं बनाया जा सकता। चालू रहने पर JXL वह सब भी साथ रखता है जो उस फ़ाइल को बाइट-दर-बाइट बनाने के लिए चाहिए — हर मार्कर, सारा मेटाडेटा, और छवि के बाद रखी कोई भी सामग्री। आमतौर पर इसकी लागत 1% से कम है, पर एक iPhone HDR फ़ोटो — जिसका गेन मैप फ़ाइल में छिपी दूसरी छवि है — ने इस पर आउटपुट का 24% खर्च किया।

एनीमेशन

JPEG XL एनीमेशन को मूल रूप से संग्रहीत करता है, इसलिए एनिमेटेड GIF, APNG या WebP एक एनिमेटेड JXL बन जाता है। हर फ़्रेम एक पूरी एन्कोडिंग है, इसलिए लंबे एनीमेशन में समय लगता है।

प्रगतिशील मोड

प्रगतिशील मोड एक त्वरित पूर्वावलोकन दिखाता है जो लोड होते समय स्पष्ट होता जाता है। यह तब उपयोगी है जब फ़ाइल नेटवर्क पर भेजी जाएगी; इसकी कीमत लगभग 13% बड़ा फ़ाइल आकार और एन्कोडिंग में 39% अधिक मेमोरी है।

पारदर्शिता

JPEG XL पारदर्शिता को ठीक से रखता है, इसलिए पारदर्शी PNG या WebP पारदर्शी ही निकलता है और यहाँ तय करने को कुछ नहीं है। नीचे का रंग उन स्रोतों के लिए पृष्ठभूमि है जिनकी अपनी कोई नहीं होती: PDF या SVG का पन्ना उसी पर खींचा जाता है, और जब कई पन्ने जोड़कर एक लंबी तस्वीर बनाई जाती है तो बीच की जगह भी वही भरता है।

मेटाडेटा

हर तस्वीर में पिक्सेल के साथ छिपे हुए नोट भी होते हैं। किसी भी पंक्ति का ? खोलकर देखें कि वह क्या है और उसे बंद करने पर क्या बदलेगा।

कैमरा और फ़ोटो जानकारी (EXIF)

जब आपने तस्वीर खींची, तब कैमरे ने उसके भीतर जो नोट लिखे: तारीख़ और समय, फ़ोन या कैमरे का मॉडल, लेंस, शटर स्पीड — और ज़्यादातर फ़ोनों में वह ठीक-ठीक जगह भी जहाँ आप खड़े थे। यह सब हटाने के लिए इसे बंद कर दें। तस्वीर ख़ुद वैसी ही रहती है।

स्थान (GPS)

पृथ्वी पर वह ठीक-ठीक जगह जहाँ यह तस्वीर खींची गई — अक्सर गली तक सटीक, और ज़्यादातर फ़ोन इसे अपने आप सहेज लेते हैं। जिसे भी आप यह फ़ाइल भेजेंगे, वह इसे पढ़ सकता है। अगर तस्वीर सार्वजनिक रूप से डाल रहे हैं, तो यही वह है जिसे बंद रखना चाहिए।

मूल फ़ाइल कैसे संग्रहित थी (EXIF में)

EXIF के भीतर वे टैग जो उस फ़ाइल का वर्णन करते हैं जिससे आपने शुरू किया था: वह कैसे संपीड़ित थी, उसका रंग कैसे व्यवस्थित था, हर पिक्सेल कितने बिट का था, वह कितनी बड़ी थी। इनमें से कुछ भी यहाँ बनने वाली फ़ाइल का वर्णन नहीं करता, इसलिए इन्हें पढ़ने वाले किसी भी प्रोग्राम को एक ऐसी फ़ाइल की जानकारी मिलती है जो अब मौजूद नहीं है। ये डिफ़ॉल्ट रूप से हटा दिए जाते हैं; इसे तभी चालू करें जब आपको मूल का तकनीकी विवरण शब्द-दर-शब्द रखना ज़रूरी हो।

संपादन और कॉपीराइट नोट (XMP)

बाद में एडिटिंग ऐप्स द्वारा जोड़े गए नोट: कैप्शन, कीवर्ड, स्टार रेटिंग, कॉपीराइट धारक के रूप में आपका नाम, और कभी-कभी संपादन का पूरा इतिहास।

प्रिंट आकार (DPI)

एक संख्या जो प्रिंटर को बताती है कि तस्वीर कितनी बड़ी छापनी है — 300 DPI का मतलब है काग़ज़ के हर इंच में 300 बिंदु। स्क्रीन पर इससे कुछ नहीं बदलता और एक भी पिक्सेल नहीं बदलता।

आउटपुट आकार

0 पर दोनों बंद रहते हैं। अधिकतम आयाम बड़ी तस्वीरों को रैखिक प्रकाश में छोटा करता है; लक्ष्य आकार एन्कोडर से उस आकार में समाने वाली सर्वोच्च गुणवत्ता खोजवाता है।

गुणवत्ता मापें

हर तैयार JPEG XL को डिकोड करके, जिन पिक्सेल को एन्कोड किया गया था उनके सापेक्ष PSNR और SSIM बताता है। यह फ़ाइल की अपनी कोडिंग हानि मापता है, पहले हुई छोटा करने या बिट-गहराई घटाने की नहीं, और रूपांतरण का समय तथा मेमोरी लगभग दोगुनी कर देता है।

रास्टराइज़ेशन

PDF या SVG में पिक्सेल नहीं होते, सिर्फ़ पन्ना बनाने के निर्देश होते हैं। यह तय करता है कि रूपांतरण से पहले वे निर्देश कितनी बारीकी से खींचे जाएँ — मूल पन्ने के प्रति इंच बिंदुओं में। स्क्रीन के लिए 150 ठीक है, 300 छपाई के बराबर है, और हर अगला पायदान हर पन्ने पर ज़्यादा मेमोरी और समय लेता है।