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

इस साइट के बाक़ी हर स्थिर फ़ॉर्मेट को कोई न कोई माँग रहा होता है। कोई रिकॉर्ड सिस्टम TIFF बताता है। कोई परफ़ॉर्मेंस बजट AVIF पर मजबूर करता है। JPEG XL की ऐसी कोई ज़िम्मेदार जमात नहीं: कोई अपलोड फ़ॉर्म इसकी सूची नहीं देता, कोई आर्काइव मानक इसे नहीं माँगता, कोई सहकर्मी इसके लिए नहीं पूछता।

इसका मतलब है यह पन्ना निर्देश नहीं, आकलन देता है। आपने पढ़ा है कि JXL बेहतर संपीड़ित करता है और तय कर रहे हैं कि बदलें या नहीं, और यह इस बदलाव के असली बर्ताव के साथ तय करना समझदारी है, फ़ॉर्मेट के विनिर्देश के साथ नहीं।

JPEG XL की साख काफ़ी हद तक लॉसलेस एनकोडिंग पर टिकी है — यह किसी तस्वीर को बिलकुल सटीक रख सकता है। यहाँ ऐसा नहीं होता। फ़्रेम निकालने में एक ही विकल्प है, समय-चिह्न, और डिकोड फ़्रेम साझा इमेज एनकोडर को सौंपा जाता है, जो 82 की तय गुणवत्ता इस्तेमाल करता है।

बयासी फ़ोटो के लिए समझदार संख्या है और अब भी लॉसी है। यानी इस पन्ने पर बना JXL पहले से संपीड़ित रहे एक फ़्रेम का संपीड़ित अनुमान है, और उसे संग्रहणीय मास्टर कहना दो तरह से ग़लत होगा। अगर उम्मीद इससे अलग थी, तो एक पैराग्राफ़ में जान लेना बेहतर है।

अगर कुछ भी और नहीं गँवाना, तो PNG रास्ता वह देता है। PNG वही रखता है जो डिकोडर ने बनाया और वहीं रुक जाता है, और नतीजा फ़ाइल फिर एक बिना-हानि सुधार पास से गुज़रती है जो बिना एक पिक्सल बदले उसे और कुशल बना देती है।

व्यापार है आकार, और स्क्रीन सामग्री पर यह लोगों की सोच से छोटा है, क्योंकि एक-रंग वाले बड़े सपाट हिस्से वही हैं जिनके लिए PNG बना। हज़ारों फ़्रेम हों और प्रति-तस्वीर आकार ही सीमा हो तो JXL लीजिए; फ़्रेम सबूत या दस्तावेज़ हो तो PNG लीजिए।

JPEG XL लोग जो इस्तेमाल करते हैं उससे बेहतर फ़ॉर्मेट है, और इसका मतलब यह नहीं कि इसे खोला जा सके। ब्राउज़र समर्थन पूरा नहीं आंशिक है और सालों से बहस में है; बहुत सारा डेस्कटॉप सॉफ़्टवेयर, ज़्यादातर कंटेंट मैनेजमेंट सिस्टम और बहुत सारे अपलोड फ़ॉर्म इसे बिलकुल नहीं पहचानते।

इसकी योजना बनाइए, इसे बाद में खोजने के बजाय। जो कुछ भी किसी को दिखाना पड़ सकता है, उसके साथ JPG या PNG रखिए, और JXL को सँभाली हुई कॉपी मानिए, काम की नहीं। जिस आर्काइव को कोई पढ़ ही न सके, वह अतिरिक्त क़दमों वाला बैकअप है।

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

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

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

JPEG XL को दिलचस्प बनाने वाली ज़्यादातर बातें फ़ोटोग्राफ़ के बारे में हैं। raw रूपांतरण के लिए ऊँची बिट गहराई, अल्फ़ा चैनल, संपादन शृंखला से गुज़रे EXIF और ICC प्रोफ़ाइल। इनमें से कोई भी वीडियो फ़्रेम से पहुँच में नहीं है।

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

JPEG XL 2021 में ISO/IEC 18181 के रूप में मानकीकृत हुआ, जो एक मज़बूत दलील है। यह अब भी संकरा है, और कुछ ही औज़ारों का पढ़ा फ़ॉर्मेट एक ऐसा जोखिम है जो आर्काइव उतने समय तक ढोता है जितने वह उन फ़ाइलों को सँभालकर रखता है।

GIMP और ImageMagick इसे पढ़ते हैं, कुछ तस्वीर देखने वाले प्रोग्राम भी। इस भंडारण की बचत को उस जोखिम से तौलिए, किसी को निर्णायक मान लेने के बजाय।

WebM टैब में ब्राउज़र के पहले से मौजूद कोडेक से डिकोड होता है, एक फ़्रेम एनकोड होता है, और वीडियो ढोने वाला कुछ भी भेजा नहीं जाता। न कोई खाता, न रोज़ की गिनती, और मुफ़्त सीमा 100 MB तक फ़ाइलें स्वीकार करती है।

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