आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप JPG को AVIF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
JPG से AVIF






JPEG 1992 में मानक बना और उसका कंप्रेशन वही दिखाता है जो उस वक़्त गणना के लिहाज़ से मुनासिब था: तस्वीर आठ गुणा आठ के खंडों में कटती है और हर खंड अलग से बताया जाता है। AVIF, AV1 का एक स्थिर फ़्रेम है — 2018 का वीडियो कोडेक — और वह उसके बाद के तीस साल का शोध साथ लाता है: बदलती नाप के खंड, पड़ोसी इलाक़ों से अनुमान, कहीं बेहतर एन्ट्रॉपी कोडिंग।
व्यवहार में इसका मतलब है उसी दिखने वाली गुणवत्ता पर 40 से 50 प्रतिशत कम, और यह फ़ासला ठीक उन तस्वीरों पर चौड़ा होता है जो ज़्यादातर वेबसाइटों पर छाई रहती हैं: बड़े चिकने इलाक़ों वाली फ़ोटो। एक आसमान, एक सादी दीवार, एक धुँधली पृष्ठभूमि — JPEG उनके हर खंड को बताने में असली बिट ख़र्च करता है, और AVIF लगभग पूरा इलाक़ा उसके किनारों से अनुमान लगा लेता है।
AVIF बनाने में धीमा है। बड़ी फ़ोटो यहाँ कुछ सेकंड लेती है जहाँ JPG सेकंड का अंश लेता है, क्योंकि एन्कोडर तस्वीर को दिखाने के कहीं बड़े तरीक़ों में ढूँढ़ रहा होता है। सौ के जत्थे पर यह महसूस होता है।
वह क़ीमत पूरी तरह बदलने वाले पर पड़ती है, एक बार। डिकोड करना तेज़ है — कोई आगंतुक किसी चीज़ का इंतज़ार नहीं कर रहा — और बचाए गए बाइट हर अनुरोध पर हमेशा के लिए बचते हैं। जिस पन्ने पर थोड़ा भी ट्रैफ़िक आता है, उसकी तस्वीर के लिए हिसाब क़रीब का भी नहीं है। मेल में जाने वाली इकलौती तस्वीर के लिए इंतज़ार लायक़ नहीं, और वहाँ JPG या WebP समझदार जवाब है।
WebP सुरक्षित, तेज़ और थोड़ा भारी विकल्प है; AVIF छोटा और धीमा। दोनों के बीच का फ़ासला AVIF के पक्ष में क़रीब 20 प्रतिशत है, जो फ़ोटो से भरे पन्ने पर मायने रखता है और मुट्ठी भर तस्वीरों वाली साइट पर नहीं।
उत्पादन में जाने वाली किसी भी चीज़ का असली जवाब है दोनों, एक `<picture>` तत्व के भीतर: ब्राउज़र वह पहला स्रोत लेता है जिसे वह समझता है, इसलिए जहाँ समर्थन है वहाँ AVIF और बाक़ी जगह WebP या JPG जाता है। इसकी क़ीमत कुछ पंक्तियों का HTML है और चुनने की ज़रूरत ही ख़त्म हो जाती है। अगर आप सिर्फ़ एक फ़ॉर्मेट बनाएँगे: सुविधा के लिए WebP, वज़न के लिए AVIF।
आपके JPG नुक़सान वाले हैं। बनते वक़्त उनसे ब्योरा फेंका गया था, और अब AVIF बनाने का मतलब है वही एन्कोड करना जो बचा — सिद्धांततः JPEG के अपने दोष भी शामिल। पीढ़ी-दर-पीढ़ी होने वाला नुक़सान असली है और यह पन्ना उसे छिपाएगा नहीं।
व्यवहार में यह उतनी दिक़्क़त नहीं जितनी सुनने में लगती है। समझदार गुणवत्ता सेटिंग पर AVIF उस JPG से देखने में अलग नहीं किया जा सकता जिससे वह आया, और आधा वज़न लेता है — क्योंकि बचत बेहतर प्रस्तुति से आती है, और ज़्यादा फेंकने से नहीं। अछूते मूल से बदलना बेहतर होता; वह लगभग किसी के पास नहीं है, और यह काम फिर भी साफ़ तौर पर करने लायक़ है।
AVIF के अंक JPEG के अंकों पर नहीं बैठते। 50 से 60 के आसपास का AVIF आम तौर पर 80 से 85 वाले JPG के बराबर होता है, इसलिए अपना आदतन JPEG अंक यहाँ उतार देना अमूमन ज़रूरत से कहीं बड़ी फ़ाइल बनाता है।
अंदाज़े से नीचे शुरू कीजिए और तुलना कीजिए। देखने की जगह पूरी तस्वीर नहीं बल्कि मुश्किल इलाक़े हैं: त्वचा, ढलान वाला आसमान, और तस्वीर के भीतर मौजूद कोई भी लिखावट।
हर मौजूदा ब्राउज़र AVIF पढ़ता है और कई साल से पढ़ रहा है। ब्राउज़र के बाहर हाल WebP से भी ज़्यादा असमान है: कुछ तस्वीर व्यूअर, कई संपादक और कई अपलोड फ़ॉर्म उसे अब भी नहीं जानते।
इससे AVIF आपके अपने पन्नों का फ़ॉर्मेट बनता है, किसी को भेजने का नहीं। अगर फ़ाइल किसी पन्ने पर नहीं बल्कि किसी इंसान के पास जा रही है, तो जवाब JPG ही रहता है।
AVIF अल्फ़ा चैनल और फ़्रेमों की श्रृंखला दोनों सँभालता है, इसलिए JPG के उलट वह अपारदर्शी स्थिर तस्वीरों तक सीमित नहीं है। जब स्रोत एक JPG हो तो इसमें से कुछ भी प्रासंगिक नहीं, क्योंकि उसमें दोनों में से कुछ है ही नहीं।
यह तब मायने रखता है जब आप पूरी साइट के लिए एक लक्ष्य फ़ॉर्मेट चुन रहे हों। तब एक ही फ़ॉर्मेट फ़ोटो, पारदर्शिता वाले लोगो और छोटी हरकतों को ढक सकता है, जबकि JPG को अपने साथ PNG और GIF खड़े रखने पड़ते हैं।
AVIF फ़ॉर्मेट EXIF रख सकता है, पर यहाँ बनने वाली फ़ाइल में वह होता ही नहीं। कन्वर्ज़न JPG को पिक्सेल में खोलता है और एन्कोडर सिर्फ़ तस्वीर लिखता है — तारीख़, मॉडल और निर्देशांक मूल फ़ाइल में रह जाते हैं।
सार्वजनिक पन्ने पर जाने वाली तस्वीरों के लिए यह आपके हक़ में है। जो यह कन्वर्ज़न नहीं करता, वह है मूल JPG को साफ़ करना: उसे उसी फ़ॉर्मेट में मेटाडेटा के बिना चाहिए, तो मेटाडेटा वाला पेज यह काम तस्वीर दोबारा दबाए बिना करता है।
पूरा फ़ोल्डर छोड़ दीजिए और नतीजे ZIP में ले लीजिए। न कोई सीमा है न क़तार, क्योंकि एन्कोडिंग आपकी अपनी मशीन पर होती है।
वही मशीन बंधन भी है। AVIF एन्कोडिंग इस साइट का सबसे भारी काम है, और सौ बड़ी फ़ोटो सेकंड नहीं बल्कि मिनट हैं। शुरू कीजिए और टैब खुला छोड़ दीजिए।
| JPG | AVIF | |
|---|---|---|
| पूरा नाम | JPEG तस्वीर | AV1 Image File Format |
| फ़ाइल एक्सटेंशन | .jpg, .jpeg, .jpe | .avif |
| मीडिया टाइप | image/jpeg | image/avif |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 1992 | 2019 |
| प्रकाशक | Joint Photographic Experts Group | Alliance for Open Media |
| विनिर्देश | ITU-T T.81 | AV1 Image File Format |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | 8 | 12 |
| रंग जो यह दर्ज कर सकता है | RGB, ग्रेस्केल, YCbCr | RGB, YCbCr, वाइड गैमट |
| सबसे बड़ी इमेज | हर तरफ़ 65,535 px | हर तरफ़ 65,536 px |
| ब्राउज़र में खुलता है | हर ब्राउज़र | मौजूदा ब्राउज़र |
| इसकी जगह विचारणीय | WebP, HEIC | WebP, JXL |
AVIF में कैप्शन, क्रेडिट और कीवर्ड वाले IPTC फ़ील्ड और GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह JPG फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
AVIF पारदर्शिता सँभाल सकता है और JPG नहीं। यह वह जगह है जो नतीजे के पास है और जिसे असली फ़ाइल ने कभी इस्तेमाल ही नहीं किया: बदलने से पारदर्शी पृष्ठभूमि बनती नहीं, बाद में बनाना बस मुमकिन हो जाता है।
AVIF एनिमेशन ढो सकता है; JPG फ़ाइल एक ही फ़्रेम है। बाहर ऐसी फ़ाइल आती है जिसमें एक तस्वीर है, और वह ऐसे फ़ॉर्मेट में है जो इससे ज़्यादा सँभाल सकता था।
AVIF को मौजूदा ब्राउज़र पढ़ लेते हैं, पुराने नहीं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
AVIF एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
GIMP JPG और AVIF — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
नतीजा असली से बड़ा होगा और बेहतर नहीं। JPG पहले ही बारीक़ी फेंक चुका है और AVIF बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
JPG Joint Photographic Experts Group का फ़ॉर्मेट है, जो 1992 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
AVIF Alliance for Open Media का है और 2019 से चला आ रहा है, और AV1 Image File Format में तय किया गया है। GIMP, Squoosh और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
JPG 1992 में आया और AVIF 2019 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
AVIF कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए।
नतीजा असली से बड़ा होगा और बेहतर नहीं। JPG पहले ही बारीक़ी फेंक चुका है और AVIF बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
AVIF को मौजूदा ब्राउज़र पढ़ लेते हैं, पुराने नहीं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
AVIF में कैप्शन, क्रेडिट और कीवर्ड वाले IPTC फ़ील्ड और GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह JPG फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
इस पेज पर JPG और AVIF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।