आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप SVG को AVIF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
SVG से AVIF
AVIF आम इस्तेमाल में सबसे कारगर स्टिल-इमेज फ़ॉर्मेट है, और तस्वीरों, स्क्रीनशॉट और प्रोडक्ट शॉट के लिए इस पर जाने लायक़ है। यह तर्क किसी ड्रॉइंग पर लागू नहीं होता। SVG आकारों का बयान है, इसलिए यह पहले से ही उतना छोटा है जितना तस्वीर को बयान किया जा सकता है, और यह हर आकार पर बिना दूसरी फ़ाइल के रेंडर हो जाता है।
नाप: 140 बाइट की एक जाँच-ड्रॉइंग तयशुदा 1,024 पिक्सेल पर रेंडर होने के बाद 9,730 बाइट की AVIF बनी। असली लोगो SVG के तौर पर बड़े होते हैं — कुछ किलोबाइट आम बात है — फिर भी नतीजा इसी पैमाने पर टिका रहता है, और AVIF को अलग से srcset और fallback भी चाहिए होगा। अगर इस बदलाव की वजह बाइट गिनती है, तो यह उल्टा काम कर रहा है।
चार मामले हैं, और जानने लायक़ हैं क्योंकि साफ़ नहीं दिखते। पहला: SVG असल में वेक्टर नहीं — किसी फ़ोटो से trace की गई फ़ाइल, या उसके भीतर base64 raster एम्बेड की गई, दोनों सैकड़ों किलोबाइट तक जा सकती हैं और AVIF में कहीं छोटी एनकोड होंगी। दूसरा: कोई ड्रॉइंग जो filter पर टिकी है — Gaussian blur, blend mode, जटिल clipping — जिन्हें ब्राउज़र अलग-अलग तरह से लागू करते हैं, इसलिए एक बार raster करना नतीजा हर जगह एक-सा बना देता है।
तीसरा है पाइपलाइन की मजबूरी: कोई CDN transform, image proxy या CMS जो raster फ़ॉर्मेट सँभालता है और SVG ठुकरा देता है। चौथा है भरोसे का सवाल — SVG असल में XML है जो script और बाहरी संदर्भ ढो सकता है, इसलिए उपयोगकर्ताओं से ड्रॉइंग स्वीकार करने वाली साइट अक्सर sanitiser बनाए रखने के बजाय raster कर देती है।
जो गुण खोया जाता है वह कम आँका जाता है। एक अकेली SVG फ़ोन को 3× density पर, लैपटॉप को 2× पर, बाहरी मॉनिटर को 1× पर और किसी print stylesheet को — सबको एक ही बाइट से सेवा देती है, और हर एक पर तेज़ दिखती है। AVIF बनते ही यह इनमें से सिर्फ़ एक को अच्छे से सेवा देती है।
बाक़ी वापस पाने के लिए कई चौड़ाई पर रेंडर करना और srcset लिखना पड़ता है — यानी तीन-चार फ़ाइलें और मार्कअप का एक हिस्सा, जहाँ पहले एक फ़ाइल और कोई मार्कअप नहीं था। यही इस बदलाव की असली क़ीमत है।
स्केल सेटिंग इकलौता फ़ैसला है जो यह बदलाव माँगता है। तयशुदा 1,024 पिक्सेल चौड़ा रेंडर करता है और ऊँचाई ड्रॉइंग के अपने अनुपात से आती है; दायरा 0.1 से 10 है, यानी 102 से 10,240 पिक्सेल।
सबसे बड़ी CSS चौड़ाई ढूँढ़िए जिस पर तस्वीर कभी दिखेगी, और उसका दोगुना रेंडर कीजिए। 180 पिक्सेल पर दिखने वाले लोगो को 360-पिक्सेल रेंडर चाहिए, 1,024-पिक्सेल नहीं — और उस नाप पर AVIF सचमुच छोटी होती है, जो इस तथ्य को नहीं बदलता कि SVG हर density पर एक साथ सेवा देते हुए भी छोटी थी।
AVIF एक वीडियो कोडेक का intra-frame रास्ता है, जो पड़ोसी हिस्सों से ब्लॉक का अंदाज़ा लगाकर वह विवरण छोड़ने के लिए बना है जिसे चलती नज़र नहीं पकड़ेगी। किसी फ़ोटो पर वह बचा विवरण बनावट है। किसी ड्रॉइंग पर वह किसी अक्षर का किनारा है, और तयशुदा गुणवत्ता 82 पहले वाले के लिए तय की गई है, दूसरे के लिए नहीं।
सीधी लाइनों और तीखे किनारों पर compression artefact सबसे पहले वहीं दिखते हैं जहाँ SVG कभी धुँधला ही नहीं था। किसी लोगो या आइकन के लिए यह सचमुच नीचे की तरफ़ जाना है, ऊपर की तरफ़ नहीं।
हाँ। AVIF alpha चैनल ढो सकता है और यह बचता है — एक जाँच-ड्रॉइंग पर नतीजे के कोने का पिक्सेल 0,0,0,0 पढ़ा गया। यह alpha एक दूसरे कोडेड plane के तौर पर सँभाला जाता है, और यही एक वजह है कि फ़ाइल छोटी नहीं होती।
नहीं। resvg और AV1 एनकोडर दोनों WebAssembly के तौर पर इसी टैब में चलते हैं, इसलिए कोई असामान्य एसेट कभी आपकी मशीन नहीं छोड़ता — और धीमा बदलाव आपके अपने प्रोसेसर की वजह से है, किसी कतार की वजह से नहीं।
| SVG | AVIF | |
|---|---|---|
| पूरा नाम | Scalable Vector Graphics | AV1 Image File Format |
| फ़ाइल एक्सटेंशन | .svg | .avif |
| मीडिया टाइप | image/svg+xml | image/avif |
| कंप्रेशन | बिना कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 2001 | 2019 |
| प्रकाशक | W3C | Alliance for Open Media |
| विनिर्देश | SVG 1.1 | AV1 Image File Format |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | — | 12 |
| रंग जो यह दर्ज कर सकता है | RGB | RGB, YCbCr, वाइड गैमट |
| सबसे बड़ी इमेज | — | हर तरफ़ 65,536 px |
| ब्राउज़र में खुलता है | हर ब्राउज़र | मौजूदा ब्राउज़र |
| इसकी जगह विचारणीय | PNG, PDF | WebP, JXL, JPG |
SVG आकृतियों का वर्णन करता है और AVIF बिंदु सँभालता है। नतीजा उसी नाप पर साफ़ है जिस पर वह बना, उससे बड़े पर नहीं: बाद में बढ़ाने पर बीच के बिंदु सिर्फ़ गढ़े जा सकते हैं — इसीलिए यहाँ निर्यात की नाप बाक़ी ज़्यादातर कन्वर्ज़न से ज़्यादा मायने रखती है।
पारदर्शिता बनी रहती है। SVG और AVIF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। SVG और AVIF — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
AVIF को मौजूदा ब्राउज़र पढ़ लेते हैं, पुराने नहीं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
AVIF एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
दोनों तरफ़ के प्रोग्राम अलग हैं: SVG फ़ाइल Inkscape, Adobe Illustrator और Figma में खुलती है और AVIF फ़ाइल GIMP, Squoosh और ImageMagick में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
SVG W3C का फ़ॉर्मेट है, जो 2001 में आया। यह SVG 1.1 में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
AVIF Alliance for Open Media का है और 2019 से चला आ रहा है, और AV1 Image File Format में तय किया गया है। GIMP, Squoosh और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
SVG 2001 में आया और AVIF 2019 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे resvg है, Rust में लिखा एक सख़्त SVG रेंडरर; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। resvg आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
SVG और AVIF सामग्री का वर्णन बुनियादी तौर पर अलग-अलग तरीक़ों से करते हैं। इसलिए यह कन्वर्ज़न नक़ल नहीं, पुनर्निर्माण है: ईमानदार, पर बाइट-दर-बाइट एक जैसा नहीं। लिखावट उन्हीं फ़ॉन्ट से बनाई जाती है जो फ़ाइल के अंदर हैं; बाक़ी के लिए कोई विकल्प आ जाता है।
SVG आकृतियों का वर्णन करता है और AVIF बिंदु सँभालता है। नतीजा उसी नाप पर साफ़ है जिस पर वह बना, उससे बड़े पर नहीं: बाद में बढ़ाने पर बीच के बिंदु सिर्फ़ गढ़े जा सकते हैं — इसीलिए यहाँ निर्यात की नाप बाक़ी ज़्यादातर कन्वर्ज़न से ज़्यादा मायने रखती है।
AVIF को मौजूदा ब्राउज़र पढ़ लेते हैं, पुराने नहीं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
AVIF एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
इस पेज पर SVG और AVIF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।