क्रॉप

इमेज क्रॉप करें गोल क्रॉप करें

ऑप्टिमाइज़

इमेज कंप्रेस करें इमेज अपस्केल करें बैकग्राउंड हटाएं

बदलाव

इमेज रीसाइज़ करें

कन्वर्ट

अन्य

JPG को PDF में बदलें

PNG to AVIF, Transparency खोए बिना

एक PNG सौंपें, एक compact AVIF वापस लें जिसके transparent हिस्से बदलाव के हर कदम को बचा रहते हैं.

या यहां इमेज ड्रॉप करें

इस टूल के बारे में

PNG को AVIF बनाएं, पूरी transparency समेत। आप फाइल छोड़ते हैं, पेज आपका PNG पढ़ता है और उसे AVIF के रूप में वापस लिखता है, जो AV1 codec से निकला image format है। AVIF encode करना भारी है, इसलिए सबसे साफ नतीजे के लिए Araluma इसे हमारे server पर चलाता है, और अगर वह रास्ता ठप हो तो काम browser के भीतर चलने वाले encoder पर लौट आता है। encode quality 85 पर lossy है, फोटो में करीब 42.6 dB PSNR, मूल के इतना करीब कि आंख शायद ही फर्क पकड़े, और आम तौर पर उसी शॉट को WebP में सहेजने से 30 से 50 प्रतिशत हल्का। JPG transparency फेंक देता, जबकि AVIF पूरा alpha channel जैसा है वैसा रखता है। जब भी कोई फाइल हमारे server तक पहुंचती है, वह encode होती है और नतीजा करीब 2 घंटे में साफ कर दिया जाता है। यह जोड़ी उन designers और front-end developers के लिए है जो आधुनिक पन्नों के लिए जितना संभव हो उतने हल्के transparent assets ढूंढते हैं।

एक PNG को AVIF बनाना

एक PNG को AVIF बनाना

PNG को drop zone में खींचें, या किसी एक को ढूँढने के लिए उस पर tap करें. ढूँढने को कोई convert button नहीं, file पहुँचते ही काम शुरू हो जाता है. session की शुरुआती बारी करीब एक second साधन तैयार करने में बिताती है. उसके बाद एक नन्ही image करीब 40 millisecond में, एक 1-megapixel photo करीब 250 में, और एक 4K frame करीब 2.8 second में पूरी होती है. 8 megapixel से ऊपर कुछ भी handset पर 10 या 30 second तक खिंच सकता है. AVIF आते ही, Download उसे मूल नाम और .avif extension के साथ लिख देता है, और size readout पुराना और नया साथ-साथ दिखाता है.

क्या transparency बची रहेगी?

क्या transparency बची रहेगी?

रहेगी, और यहाँ JPG के बजाय AVIF चुनने का पूरा मकसद यही टिकाव है. alpha channel AVIF का अपना है, इसलिए अंदर जाने वाला transparent pixel बाहर आते वक्त transparent ही रहता है. शून्य पर तैरता badge, एक feathered product cut-out, एक गोल icon, हर एक अपने mask को बिना छेड़े AVIF में उतरता है, पीछे न सफेद आयत न किनारों पर halo. JPG यह कर ही नहीं सकता, उसमें alpha है ही नहीं और वह transparency की जगह ठोस रंग पोत देता है. WebP भी alpha थाम सकता है, पर समान quality पर size में AVIF की बराबरी नहीं कर पाता. किसी मौजूदा browser को जाती transparent कलाकृति के लिए, इतना compact और कुछ नहीं.

AVIF आखिर कितना हल्का है?

AVIF आखिर कितना हल्का है?

quality 85 पर थमा हुआ, एक AVIF photos पर PNG से 30 से 50 percent कम और उसी तस्वीर के WebP से 20 से 30 percent कम तौलता है. एक development माप ने एक 4K shot को JPG के 116 KB से AVIF के 16 KB तक उतारा. छोटी images उसी तरह scale होती हैं, एक 17 KB PNG करीब 6 KB तक सिकुड़ती है. पहले से दबे स्रोत कम लौटाते हैं, और flat-रंग graphics या तीखे किनारों वाले logos शायद ही हिलें. natural photos सबसे बड़ी कटौती देती हैं, और ठीक यही files ज्यादातर product pages और hero sections को फुलाती हैं, जहाँ बचत मायने रखती है.

तस्वीर की quality और कितना समय लगता है

तस्वीर की quality और कितना समय लगता है

lossy format होने के नाते, AVIF यहाँ एक तय quality 85 पर काम करता है. उस स्तर पर photos करीब 42.6 dB PSNR पर बैठती हैं, जो आम दृश्यों के लिए PNG जैसी ही पढ़ी जाती हैं. कुरकुरा text और पतली line art अपवाद हैं और किसी भी lossy setting पर हल्के artifacts उठा सकते हैं, इसलिए वे PNG में रहें. समय image size और engine के साथ चलता है. Chrome desktop एक megapixel करीब एक चौथाई second में और आठ megapixel करीब 2.8 second में संभालता है. Firefox करीब चार गुना समय लेता है, और एक फोन उस पर तीन से पाँच गुना और जोड़ता है. session की पहली बारी भी एक छोटा warm-up उठाती है जब साधन शुरू होता है.

आपकी फाइल कहां संभाली जाती है

आपकी फाइल कहां संभाली जाती है

AVIF बनाना माथापच्ची भरा है, इसलिए सबसे अच्छी quality और गति पाने के लिए Araluma यह conversion हमारे server पर चलाता है और server तक न पहुंच पाने पर browser के encoder पर लौट आता है। यानी convert करते समय आपका PNG हम तक सफर कर सकता है। संभाल साधारण है। फाइल AVIF बनती है, नतीजा आपके पास लौटता है, और दोनों करीब 2 घंटे में हमारे server से साफ हो जाते हैं। हम आपकी image की प्रति नहीं रखते, account नहीं मांगते, और जो conversion आपने शुरू किया उसके अलावा उसे कोई उपयोग नहीं देते। अगर server का रास्ता उपलब्ध न हो, तो encode आपके browser में चलता है। कोई भी राह आपको वही AVIF देती है, वही alpha channel और वही quality के साथ।

2026 में AVIF कहाँ चलता है

2026 में AVIF कहाँ चलता है

कवरेज 2026 में दुनिया भर के करीब 94.3 percent browsers पर बैठती है: Chrome 85 से, Firefox 93 से, Safari 16.4 से (iOS 16 आगे), और Edge 121 से. पीछे रह गए हैं Internet Explorer, Opera Mini, और कुछ भी जो अब भी iOS 15 या पुराने पर है. अगर आपके visitors का एक हिस्सा वहाँ रहता है, AVIF से शुरू करें और picture element को उन्हें अपने आप WebP तक गिराने दें. ज्यादातर मौजूदा traffic के लिए वह fallback कभी-कभार ही चलता है, क्योंकि Chrome और Safari mobile visits का बड़ा हिस्सा ढोते हैं और दोनों 2022 से native रूप से AVIF render करते आ रहे हैं.

यह कैसे काम करता है

  1. अपनी PNG जोड़ें

    एक PNG को drop zone में खींचें या file browser खोलने और अपने device से एक चुनने के लिए उस पर tap करें.

  2. उसे बदलने दें

    शुरुआती बदलाव करीब एक second साधन तैयार करने में बिताता है. उसी tab में उसके बाद हर एक तेज है.

  3. sizes की तुलना करें

    AVIF तैयार होने पर readout PNG size को नई AVIF size के बगल में रखता है ताकि गिरावट साफ हो.

  4. AVIF save करें

    तैयार file को अपने device पर लिखने के लिए Download button दबाएँ, जो मूल base name को एक नई .avif extension के साथ ले जाता है.

बदलते रहें

compatibility के लिए उल्टी दिशा चाहिए, या तेज बदलाव और व्यापक support के लिए WebP? दोनों एक click दूर हैं.

AVIF to PNG PNG to WebP

अक्सर पूछे जाने वाले सवाल

एक PNG को AVIF में क्यों बदलें?

क्योंकि AVIF वह सबसे हल्का format है जिसे कोई मौजूदा browser render करेगा, और ऐसा करते हुए वह transparency थामे रहता है. front-end developers और designers इसे transparent interface टुकड़ों, product cut-outs, और उन icons पर उठाते हैं जिन्हें download में सस्ता रहना है. size की कटौती ठोस है, अक्सर लगभग उसी visual quality पर PNG से 30 से 50 percent नीचे, और alpha channel अछूता साथ चलता है जहाँ एक JPG ने उसे मिटा दिया होता.

क्या transparency रखी जाती है?

हाँ. AVIF एक native alpha channel ढोता है, और यह pair उसे सीधे पार ले जाता है. PNG का एक transparent क्षेत्र AVIF में अब भी transparent है. JPG यह संभाल नहीं पाता, उसमें alpha नहीं और वह खाली जगह में एक ठोस रंग गिरा देता है, जबकि AVIF cut-outs, logos, और चढ़े हुए layers को PNG की तरह बरतता है, बस कहीं छोटा. आपको कभी हाथ से एक mask दोबारा नहीं खींचना पड़ता.

कौन से browsers AVIF दिखा सकते हैं?

हर मौजूदा engine दिखा सकता है. Chrome इसे version 85 से, Firefox 93 से, Safari 16.4 से साथ में iOS 16, और Edge 121 से संभालता है. जो नहीं कर सकते वे हैं Internet Explorer, Opera Mini, और iOS 15 पर छूट गए devices. उस पूँछ तक पहुँचने के लिए, तस्वीर को एक HTML picture element में लपेटें जो पहले AVIF देता है और browser के मना करने पर WebP या PNG तक गिरता है.

AVIF lossy है या lossless?

AVIF में दोनों राहें खुली हैं, मगर इस pair का नतीजा quality 85 पर lossy निकलता है. उस पायदान पर तस्वीरें करीब 42.6 dB PSNR मापती हैं, और अधिकांश देखने वाले उन्हें असली से जुदा नहीं कर पाते. जिन चित्रों में कड़े मोड़, महीन अक्षर या रंग के चौड़े सपाट टुकड़े हों, वे किसी भी जतन पर मामूली खरोंच दिखा सकते हैं. अगर हर एक pixel का हूबहू रहना शर्त है, तो परिवर्तन की जगह असली PNG ही थामे रखिए.

AVIF या WebP, फर्क क्या है?

समान quality पर photos पर AVIF, WebP से करीब 20 से 30 percent छोटा चलता है. WebP व्यापक पहुँच से जवाब देता है, पुराना Safari भी शामिल, जबकि AVIF 2026 में करीब 94.3 percent browsers ढकता है. जब bandwidth प्राथमिकता हो और audience मौजूदा हो, AVIF जीतता है. जब सबको पहुँचना हो, WebP हाथ में रखें. आम 2026 setup पहले AVIF देता है और picture element में उसके पीछे WebP रखता है.

बदलाव कितनी देर चलेगा?

size और engine तय करते हैं. session की शुरुआती बारी करीब एक second साधन को तैयार करने में बिताती है. एक बार warm, एक छोटी image करीब 40 millisecond में, एक megapixel photo करीब 250 के पास, और एक 4K frame Chrome में करीब 2.8 second में पूरी होती है. 8 megapixel से आगे एक फोन 10 से 30 second बैठ सकता है. Firefox Chrome की करीब एक चौथाई रफ्तार पर रेंगता है, इसलिए बड़े काम Chrome में जल्दी निपटते हैं.

विवरण

अच्छे गोल क्रॉप के पीछे शिल्प, प्रारूपों और छोटे निर्णयों पर टीम के नोट्स।

AVIF को PNG पर size में कुचलने देने वाली बात क्या है
AVIF AV1 codec पर सवार है, जो byte-perfect निष्ठा के बजाय इस पर सधा है कि आँख क्या स्वीकारती है. PNG raw pixels पर DEFLATE पर टिकता है, lossless पर उस redundancy से अंधा जो photographic content भरती है. AVIF उस redundancy को video coding की block-prediction चालों से बदल देता है, वह detail गिराते हुए जिसे दृष्टि तंत्र कभी दर्ज नहीं करता. प्रतिफल तीखा है. वह 116 KB photo quality 85 पर करीब 16 KB बनती है, और एक transparent PNG आमतौर पर मिलते-जुलते WebP के मुकाबले 30 से 50 percent गिरती है. high-resolution photos खाई चौड़ी करती हैं जबकि सादे graphics उसे सिकोड़ते हैं. मौजूदा भीड़ को transparent imagery भेजने वाली कोई भी site उसे तेज pages और हल्के bandwidth बिल में बदल लेती है.
बदलाव के दौरान alpha channel का पीछा
PNG और AVIF दोनों transparency को रंग के बगल एक अलग alpha plane पर रखते हैं. जैसे यह pair आपकी PNG पढ़ता है, decoder रंग के pixels और mask को अलग खींच लेता है. फिर AVIF का साधन अपना ताजा alpha track बिछाता है, रंग और mask दोनों को quality 85 पर निचोड़ने के लिए AV1 के intra-frame coding पर टेक लगाते हुए. transparency न कभी रंग में पिघलती है और न उसके पीछे कोई fill पाती है. drop shadows, feathered किनारे, और आधे-transparent gradients सब वफादारी से पार आते हैं. एकमात्र कीमत यह कि AVIF alpha plane को भी lossy दबाता है, जो जोर से zoom करने पर बहुत तीखे किनारों पर हल्की fringing छोड़ सकता है. आम sizes और quality 85 पर यह अनदेखा रहता है. नन्हे pixel-exact icons के लिए, PNG पर टिके रहें.
हर engine पर यथार्थवादी समय
साधन प्रति session एक बार load होता है, खींचने को करीब 800 millisecond और चालू होने को और 300, इसलिए शुरुआती बदलाव करीब एक second का warm-up पहनता है. हर warm बारी उसे छोड़ देती है. Chrome desktop 0.12 megapixel करीब 40 millisecond में, एक megapixel करीब 250 के पास, और आठ megapixel करीब 2.8 second में साफ करता है. Firefox पिछड़ता है, करीब चार गुना समय लेकर, जो एक 4K frame को 30 second से आगे धकेल सकता है. WebKit पर Safari दोनों के बीच Chrome के नजदीक उतरता है. मध्यम-श्रेणी फोन हर तरह से desktop Chrome से तीन से पाँच गुना धीमे चलते हैं. अगर बड़ी files रोजमर्रा हैं, एक desktop Chrome session घर में सबसे तेज कुर्सी है.
जब PNG को PNG ही रहना चाहिए
फाइल का भार जरूरी होने पर भी कुछ हालात PNG ही माँगते हैं. नन्हे माप पर नुकीला लेखन, यानी नामपट्टी, तमगे, या favicon जितने छोटे चिह्न, AVIF में ऐसी झुर्रियाँ जोड़ सकता है जो पास से देखने पर खटकती हैं. जिन मूल फाइलों को आगे और गढ़ना है, उन्हें भी PNG में सहेजिए, क्योंकि हर बार lossy ढाँचे से गुजरने पर क्षति जुड़ती जाती है. कई मंच AVIF को साफ नकार देते हैं, चंद document संपादक, पुरानी रचना-मंडलियाँ, और बहुतेरे email ग्राहक उनमें से, और उन्हें PNG चाहिए. शुरुआती चित्र-फ्रेम के बाद की चाल भी यहाँ बिखर जाती है, क्योंकि यह pair एक ही फ्रेम थामता है. बाकी हर सूरत में, मौजूदा ठिकानों को जाती transparent तस्वीरों और रचनाओं के लिए, PNG to AVIF ही सही दाँव है.
Core Web Vitals की दलील, सीधे संख्याओं में
Largest Contentful Paint, यानी सबसे बड़ा loading पैमाना, इसी पर टिका है कि पन्ने की सबसे भारी तस्वीर कितनी बड़ी है. उस तस्वीर को 116 KB से घटाकर 16 KB कर देना, जो आँकड़ा परीक्षण में एक 4K photo पर निकला, सिर्फ उसी टुकड़े के लिए 10 Mbps की कड़ी पर पहुँच-समय को करीब 93 millisecond से सिकोड़कर करीब 13 तक ले आता है. यही बचत जब किसी उत्पाद-जाल, किसी घूमते hero, या transparent चिह्नों से ठसाठस भरे चेहरे पर बँटती है, तो जोड़ बेझिझक LCP को उस 2.5 second की दहलीज के नीचे खींच लाता है जिसे Google भला मानता है. AVIF की पैरवी इसलिए पुख्ता हुई कि वह नंगी संख्याओं में रखी जा सकती है. लगभग 94.3 percent पहुँच पर, गिरने का मौका इतना विरल है कि bandwidth की कमाई फालतू picture चिह्नांकन पर भारी पड़ती है.
यह आम online converter से कैसे अलग खड़ा होता है
लगभग हर online AVIF converter आपका PNG दूर के hardware को भेजता है और फिर उस संचालक की रखी retention नियमों के तहत नतीजा रखता है, जो अक्सर अस्पष्ट छोड़ दी जाती हैं। Araluma अपने काम के बारे में साफ है। चूंकि AVIF भारी है, सबसे साफ नतीजे के लिए conversion हमारे server पर चलता है, और server पहुंच से बाहर हो तो browser का encoder अपने आप संभाल लेता है। जब आपकी फाइल हम तक पहुंचती है, वह encode होती है और फिर करीब 2 घंटे में साफ हो जाती है, बिना account मांगे और शुरू किए गए conversion से आगे किसी उपयोग के बिना। न कुछ लंबे समय तक रखा जाता है, न कुछ साझा होता है। client काम, अनरिलीज़ product शॉट या user सामग्री संभालने वालों के लिए इस अदला-बदली का ईमानदार रूप यही है: फाइल हमारे server से गुजर सकती है, उसे सिर्फ आपका AVIF बनाने के लिए छुआ जाता है, और वह टिकती नहीं।