SVG को JXL में बदलें

SVG को इस सदी में बनाया हर ब्राउज़र पढ़ता है, हर डिज़ाइन औज़ार, ज़्यादातर ऑफ़िस सॉफ़्टवेयर। JPEG XL को libjxl और उससे जुड़ा सॉफ़्टवेयर पढ़ता है। यही इस बदलाव का सबसे बड़ा सौदा है।

यह नापा गया, मान लिया नहीं गया। यहाँ बदला गया एक नमूना ड्रॉइंग 20,368-बाइट का मान्य JPEG XL देता है, और वही फ़ाइल उसी ब्राउज़र के डिकोडर को वापस देने पर «स्रोत तस्वीर डिकोड नहीं हो सकी» का जवाब मिला। Safari वह प्रमुख ब्राउज़र है जो एक पढ़ता है।

वही 140-बाइट ड्रॉइंग, 1,024 पिक्सल चौड़ी रेंडर की और हर रास्टर लक्ष्य में बदली: AVIF के तौर पर 9,730 बाइट, JPEG XL के तौर पर 20,368, और असंपीड़ित TIFF के तौर पर 4,195,304। सबसे नया प्रारूप, JPEG XL, AVIF का दोगुना निकला।

यह क्रम छोटी सपाट कलाकृति के लिए ख़ास है और फ़ोटो पर उलट जाता है, जहाँ JPEG XL शानदार है। ड्रॉइंग बदलने की वजह के तौर पर फ़ोटोग्राफ़िक नतीजा उद्धृत करना वही ग़लती है जिससे यह भाग बचाता है।

यह प्रारूप दो चीज़ों के इर्द-गिर्द बना है जो फ़ोटोग्राफ़िक अभिलेखागार में बहुत मायने रखती हैं। यह मौजूद JPEG को बिना पिक्सल छुए दोबारा-एनकोड कर सकता है, और यह बहुत ऊँची बिट-गहराई और बड़े आकार सँभाल सकता है।

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

JPEG XL के दो वैध फ़ाइल रूप हैं। बिना पैकेजिंग कोडस्ट्रीम FF 0A से शुरू होता है। कंटेनर रूप उसी कोडस्ट्रीम को ISOBMFF बॉक्स ढाँचे में लपेटता है, जो Exif और ICC डेटा ले जाने देता है।

यहाँ लिखी फ़ाइलें बिना पैकेजिंग रूप हैं। libjxl दोनों पढ़ता है, पर कोई सख़्त इनटेक जो बॉक्स की उम्मीद रखता है, बिना बॉक्स वाली फ़ाइल को अस्वीकार कर देगा।

SVG का कोई पिक्सल आकार नहीं होता, तो बदलाव एक चुनता है: डिफ़ॉल्ट 1,024 पिक्सल चौड़ा, और स्केल सेटिंग 0.1 से 10 तक जाती है।

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

अल्फ़ा चैनल प्रारूप द्वारा समर्थित है और बदलाव में सुरक्षित रहता है, तो कटी हुई ड्रॉइंग को पृष्ठभूमि नहीं मिलती — इस साइट के GIF रास्ते के उलट, जो उसी पारदर्शी पिक्सल को अपारदर्शी काला बना देता है।

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

GIMP और ImageMagick आज JPEG XL पढ़ते हैं, दोनों ऐसे सॉफ़्टवेयर हैं जो टिके रहते हैं, और libjxl खुला स्रोत है। इसके विपरीत, इस प्रारूप का ब्राउज़र समर्थन 2021 से पीछे ही गया है, आगे नहीं।

अभिलेखीय प्रारूप इस भरोसे पर चुने जाते हैं कि कोई इसे पढ़ेगा, और इस पैमाने पर PNG, TIFF और — ड्रॉइंग के लिए — SVG ख़ुद कहीं आगे हैं।

यह कहना ज़रूरी है क्योंकि यह उस सहज-बोध के ख़िलाफ़ जाता है कि नया मतलब बेहतर संरक्षित। SVG XML है: सादा पाठ, खुला W3C विनिर्देश, अगर हर रेंडरर ग़ायब हो जाए तो भी टेक्स्ट एडिटर से पढ़ने लायक़।

रेंडर की गई प्रति एक व्युत्पन्न कलाकृति है, उस चीज़ को दिखाने के लिए काम की जो ड्रॉइंग नहीं पढ़ सकती। SVG को रिकॉर्ड की तरह रखिए और JXL को पूर्वावलोकन की तरह।

पूरा सेट छोड़ दीजिए और हर ड्रॉइंग उसी स्केल पर रेंडर होकर अलग से एनकोड होती है, नतीजे ZIP में लौटते हैं। JPEG XL एनकोडर इस साइट के दो बड़े WebAssembly मॉड्यूल में से एक है।

बाक़ी बदलने से पहले जिस औज़ार में इस्तेमाल होंगी वहाँ एक नमूना जाँच लीजिए। चूँकि ब्राउज़र JXL दिखा ही न पाए, यह देखने की आम आदत काम नहीं करेगी।