आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
AVIF को JXL में बदलें
यहाँ आप AVIF को JXL में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
- कहाँ चलता है आपके ब्राउज़र में। फ़ाइल कभी अपलोड नहीं होती।
- कुछ नुक़सान के साथ आकार के बदले कुछ बारीक़ी जाती है। AVIF जो सँभाल सकता है, वह सब JXL नहीं सँभाल सकता।
- फ़ाइल आकार की सीमा हर फ़ाइल 100 MB तक, मुफ़्त, बिना खाते के।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
AVIF से JXL
AVIF से JXL असल में करता क्या है
बदलने से पहले छोटा सा जवाब
तभी चलाइए जब किसी को ख़ास तौर पर JPEG XL चाहिए — जो औज़ार कुछ और पढ़ता ही नहीं, कोई पाइपलाइन जो इसी पर बनी है, या कोई असली प्रयोग जिसे आप नापने वाले हैं। ये सच्ची वजहें हैं और यह बदलाव इन्हें ठीक से पूरा करता है।
अगर वजह बस यह है कि JPEG XL नया या बेहतर लगता है, तो AVIF ही रखिए। दोनों फ़ॉर्मेट कंप्रेशन में क़रीब बराबर हैं, बदलने से नुक़सान का एक और दौर जुड़ता है, और AVIF हर मौजूदा ब्राउज़र पढ़ता है जबकि JPEG XL अभी आधा-अधूरा ही चलता है।
दो आधुनिक फ़ॉर्मेट, अपनाया गया बस एक
AVIF 2019 में Alliance for Open Media ने AV1 वीडियो कोडेक पर बनाकर जारी किया। JPEG XL 2022 में ख़ुद JPEG समिति से ISO/IEC 18181-1 के रूप में आया — तकनीकी तौर पर कई मायनों में ज़्यादा सुघड़।
पर अपनाया इसे नहीं गया। AVIF का ब्राउज़र सपोर्ट अब आम है; JPEG XL का अब भी आधा-अधूरा है। यही फ़र्क़ यह तय करता है कि आपकी फ़ाइल के लिए यह बदलाव समझदारी का है या नहीं, और यह कोडेक की गुणवत्ता से जुड़ा नहीं है।
यह दूसरा दौर है, दोबारा पैक करना नहीं
AVIF को कच्चे पिक्सेल में डिकोड किया जाता है और वही पिक्सेल JPEG XL एनकोडर से दोबारा एनकोड होते हैं। कंप्रेस्ड रूप में कुछ भी आगे नहीं ले जाया जाता, इसलिए AVIF एनकोडर ने जो छोड़ा वह छूटा ही रहता है।
82 के तयशुदा मान पर यह दूसरा दौर तस्वीर में शायद ही दिखता है, पर यह मुफ़्त भी नहीं है — बारीक़ बनावट और हल्की सी ब्लॉकिंग को दूसरा एनकोडर सबसे ख़राब तरीक़े से सँभालता है।
JPEG XL असल में कहाँ बेहतर है
काग़ज़ पर यह कई दिशाओं में AVIF से आगे जाता है — बत्तीस बिट प्रति चैनल तक, चौड़ा रंग-दायरा, और बड़े फ़ोटो संग्रह के दीर्घकालीन भंडारण के लिए बनाया गया।
इसमें से ज़्यादातर इस ख़ास बदलाव से नहीं मिलता। एनकोडर तक जो पहुँचता है वह पहले ही ब्राउज़र इमेज पाइपलाइन से आठ-बिट प्रति चैनल में गुज़र चुका होता है, इसलिए यह गहराई की गुंजाइश यहाँ काग़ज़ी ही रहती है।
मशहूर JPEG XL तरक़ीब AVIF पर लागू नहीं होती
JPEG XL के पक्ष में सबसे मज़बूत दलील है कि यह किसी मौजूदा JPEG को बिना छेड़े क़रीब बीस फ़ीसदी छोटा दोबारा पैक कर सकता है। यह इमेज फ़ॉर्मेट में सचमुच दुर्लभ बात है।
यह इसलिए होता है क्योंकि JPEG डेटा को दोबारा सजाया जाता है, दोबारा एनकोड नहीं किया जाता। AVIF में AV1 डेटा होता है — पूरी तरह अलग बनावट — इसलिए यहाँ दोबारा पैक करने को कुछ है ही नहीं।
JXL मिलने के बाद उसे खोलेगा कौन
GIMP और ImageMagick JPEG XL पढ़ते हैं, और दोनों AVIF भी पढ़ते हैं — यानी जो औज़ार एक पढ़ता है, वह अक्सर दूसरा भी पढ़ लेता है, इसलिए यह बदलाव «यह खुलती नहीं» वाली दिक़्क़त शायद ही सुलझाता है।
इससे आगे ज़मीन जल्दी पतली हो जाती है — ऑपरेटिंग सिस्टम प्रीव्यू, पुराने एडिटर, अपलोड फ़ॉर्म अक्सर दोनों में से कोई नहीं पढ़ते, और जहाँ पढ़ते हैं वहाँ अक्सर AVIF ही होता है।
वेब पेज पर JPEG XL देना, और AVIF पहले से क्यों वहाँ है
picture तत्व में JXL स्रोत और AVIF या JPEG फ़ॉलबैक सही तरीक़ा है और यह चलता भी है। पर यह कुछ बचाता नहीं, क्योंकि फ़ॉलबैक बनाना ही पड़ता है।
आप एक ऐसे फ़ॉर्मेट से शुरू करते हैं जो लगभग सबसे छोटी फ़ाइल में सबतक पहुँचता है, और आधे-अधूरे सपोर्ट वाले फ़ॉर्मेट के लिए दो फ़ाइलें और एक negotiation खड़ा कर लेते हैं। डिलीवरी तस्वीर के लिए AVIF पर बहस पहले ही ख़त्म हो चुकी है।
JXL के लिए क्वालिटी संख्या चुनना
82 का तयशुदा मान तस्वीर के लिए संतुलित है और इसे छेड़ने की कोई ख़ास वजह नहीं। इसे 95 की तरफ़ बढ़ाना दूसरे दौर को सतर्क बनाता है, जो तब काम आता है जब फ़ाइल पर आगे और एडिट होने हैं।
70 से नीचे ले जाना इस जोड़ी पर शायद ही फ़ायदेमंद है — स्रोत पहले से कंप्रेस्ड है, इसलिए दोनों एनकोडर के निशान एक ही किनारों पर पड़ते हैं और जल्दी बिगड़ते हैं।
मेटाडेटा तस्वीर के साथ आगे नहीं जाता
दोनों फ़ॉर्मेट EXIF, XMP और ICC प्रोफ़ाइल रख सकते हैं, पर यहाँ कोई भी हिस्सा आगे नहीं जाता। यहाँ हर इमेज बदलाव कच्चे पिक्सेल में डिकोड होकर नई फ़ाइल के तौर पर लिखा जाता है, इसलिए कैप्चर की तारीख़, कैमरा और कोई भी निर्देशांक छूट जाते हैं।
किसी को फ़ाइल सौंपते वक़्त यह गोपनीयता के लिहाज़ से फ़ायदा है। किसी संग्रह को दोबारा एनकोड करने वालों के लिए यह असली नुक़सान है — कैप्चर का समय ही लाइब्रेरी को क्रम में रखता है।
लाइब्रेरी बदलना, और बाद में क्या रखें
पूरा फ़ोल्डर छोड़िए और फ़ाइलें बारी-बारी आपके ही प्रोसेसर पर बदलती हैं, नतीजा एक ZIP में लौटता है — कुछ अपलोड नहीं होता, कोई दैनिक सीमा नहीं।
AVIF फ़ाइलें रखिए। वे पहली पीढ़ी हैं, पाँच साल बाद भी ब्राउज़र में दिखेंगी, और बाद में यह बदलाव दोबारा चलाना कुछ खर्च नहीं करता। मूल हटाना ही यहाँ इकलौती ग़लती है जो पलटी नहीं जा सकती।
AVIF को JXL में ऐसे बदलें
- अपनी AVIF फ़ाइल इस पेज पर छोड़ें, या चुनने के लिए दबाएँ।
- लक्ष्य के रूप में JXL चुनें। कन्वर्ज़न आपके ब्राउज़र में होता है और फ़ाइल अपलोड नहीं होती।
- तैयार JXL फ़ाइल डाउनलोड कर लें।
AVIF या JXL: क्या बदलता है
| AVIF | JXL | |
|---|---|---|
| पूरा नाम | AV1 Image File Format | JPEG XL |
| फ़ाइल एक्सटेंशन | .avif | .jxl |
| मीडिया टाइप | image/avif | image/jxl |
| कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 2019 | 2021 |
| प्रकाशक | Alliance for Open Media | Joint Photographic Experts Group |
| विनिर्देश | AV1 Image File Format | ISO/IEC 18181 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | सीमित उपयोग |
| बिट डेप्थ | 12 | 32 |
| रंग जो यह दर्ज कर सकता है | RGB, YCbCr, वाइड गैमट | RGB, ग्रेस्केल, वाइड गैमट |
| सबसे बड़ी इमेज | हर तरफ़ 65,536 px | — |
| ब्राउज़र में खुलता है | मौजूदा ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | WebP, JPG | WebP, PNG |
क्या बचा रहता है
पारदर्शिता बनी रहती है। AVIF और JXL — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। AVIF और JXL — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
नतीजा खोलना
JXL को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
GIMP और ImageMagick AVIF और JXL — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
कौन-सा फ़ॉर्मेट किस काम के लिए है
दोनों का निशाना अलग काम है: AVIF का वेब और बनी हुई फ़ाइल सौंपना पर, JXL का सहेजना और फ़ोटोग्राफ़ी पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
AVIF Alliance for Open Media का फ़ॉर्मेट है, जो 2019 में आया। यह हर चैनल पर 12 बिट में दर्ज करता है।
JXL Joint Photographic Experts Group का है और 2021 से चला आ रहा है, और ISO/IEC 18181 में तय किया गया है। GIMP और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
AVIF से JXL: आम सवाल
क्या मेरी AVIF फ़ाइल कहीं अपलोड होती है?
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
क्या AVIF को JXL में बदलना मुफ़्त है?
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
AVIF को JXL में बदलने पर क्या गुणवत्ता जाती है?
JXL कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए।
क्या JXL फ़ाइल ब्राउज़र में खुलती है?
JXL को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
AVIF से JXL जाने पर क्या पारदर्शिता बची रहती है?
पारदर्शिता बनी रहती है। AVIF और JXL — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
AVIF से JXL जाने पर क्या एनिमेशन बचा रहता है?
एनिमेशन बना रहता है। AVIF और JXL — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
इन फ़ॉर्मेट के बारे में और
ये आँकड़े कहाँ से आए
इस पेज पर AVIF और JXL के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।