आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप HEIF को AVIF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
HEIF से AVIF
HEIF, ISO/IEC 23008-12, 2015 में MPEG ने पब्लिश किया — ISO कंटेनर में रखी तस्वीर, वीडियो कोडेक के इंट्रा-फ़्रेम हिस्से से दबी हुई। AVIF, 2019 में Alliance for Open Media से आया, वही सोच फिर से — बस कोडेक अलग है, HEVC की जगह AV1।
यही साझा जड़ है जिससे लोग सोचते हैं कि बदलाव सस्ता होगा, और यही सबसे पहले सुधारने लायक़ बात है — दबा हुआ डेटा बदला नहीं जा सकता, पूरा डिकोड और दोबारा एनकोड चाहिए।
बदलिए अगर आगे कोई सिस्टम AVIF ही माँगता है — बिल्ड पाइपलाइन, इमेज CDN, ग्राहक की तय शर्त। वहाँ बदलाव असली काम करता है।
सिर्फ़ इसलिए मत बदलिए कि AVIF नया है। अगर HEIF फ़ाइलें आपकी फ़ोटो लाइब्रेरी हैं और कोई उन्हें मना नहीं कर रहा, तो पूरी लाइब्रेरी बदलना गुणवत्ता का एक दौर, घंटों की एनकोडिंग और वापसी का रास्ता ख़र्च करता है — यह साइट HEIF लिख नहीं सकती।
रजिस्ट्री HEIF के ब्राउज़र-समर्थन को आधा और AVIF को आधुनिक दर्ज करती है — यही असली फ़र्क़ है। HEVC डिकोडिंग पेटेंट-समूहों के पीछे है; AV1 को ठीक इसी वजह से एक संघ ने बनाया।
फ़ाइल-आकार पर कोई पक्का फ़ायदा नहीं — दोनों कोडेक स्थिर तस्वीर पर इतने क़रीब हैं कि कौन छोटा होगा, तस्वीर पर निर्भर करता है।
गुणवत्ता तयशुदा रूप से 82 है। चूँकि HEIF पहले से घाटे वाली थी, यह दूसरी पीढ़ी है — AV1 एनकोडर असली दृश्य नहीं देखता, सिर्फ़ वह पिक्सेल देखता है जो HEVC डिकोडर ने दोबारा बनाए।
82 पर फ़ोटोग्राफ़ पर यह तुलना में पकड़ में नहीं आता। व्यावहारिक नियम है — हमेशा HEIF से ही बदलिए, किसी पहले बदली फ़ाइल से नहीं।
यह साइट पर सबसे धीमा रास्टर लक्ष्य है। AV1 महँगी खोज से अपनी क्षमता कमाता है, इसलिए पूरे रिज़ॉल्यूशन की फ़ोटो JPG या WebP से कहीं ज़्यादा समय लेती है।
इंटरफ़ेस इसे ध्यान में रखकर बना है — प्रगति डिकोडिंग के बाद और फिर एनकोडिंग के बाद दिखाई जाती है, ताकि साठ प्रतिशत पर अटकी फ़ाइल रुकी हुई न लगे।
AVIF बारह बिट तक और HEIF दस बिट तक जाती है, इसलिए कागज़ पर यह दुर्लभ बदलाव है जिसमें लक्ष्य के पास ज़्यादा जगह है।
यहाँ की पाइपलाइन उसका इस्तेमाल नहीं करती — डिकोड की गई तस्वीर आठ-बिट बफ़र से गुज़रती है। फ़ोटो पर यह अदृश्य है; लंबे सपाट ग्रेडिएंट में हल्की पट्टियाँ दिख सकती हैं।
दोनों फ़ॉर्मेट में अल्फ़ा चैनल है, इसलिए पारदर्शिता बरक़रार रहती है। दोनों एनिमेशन और कई तस्वीरें भी रख सकते हैं, पर यह हिस्सा नहीं बचता — डिकोडर मुख्य तस्वीर लेता है, एनकोडर एक ही स्थिर तस्वीर लिखता है।
ज़्यादातर .heif फ़ाइलें फ़ोटोग्राफ़ हैं, इसलिए यह नुक़सान नहीं। बर्स्ट या शृंखला पर कन्वर्टर चलाने से पहले यह जान लेना ज़रूरी है।
AVIF EXIF, XMP और ICC प्रोफ़ाइल रख सकता है, बिलकुल HEIF की तरह। कुछ भी पार नहीं आता क्योंकि तस्वीर पिक्सेल में डिकोड होकर दोबारा एनकोड होती है।
प्रकाशन के लिए यह चाहा गया नतीजा है — कोई कैमरा सीरियल नंबर या GPS निर्देशांक नहीं। लाइब्रेरी माइग्रेशन के लिए यह दूसरी वजह है कि इसे न करें।
इस साइट पर AVIF से HEIF का कोई पेज नहीं है और न होगा। HEIF पढ़ना LGPL-3.0 वाली libheif से होता है, जो साफ़-साफ़ शिप की जा सकती है। HEIF लिखने के लिए HEVC एनकोडर चाहिए, जो GPL में है — इसकी शर्तें यह साइट पूरी नहीं कर सकती।
यह बड़ा बदलाव करने से पहले तौलने लायक़ है — AVIF फ़ाइलें व्युत्पन्न हैं, HEIF ही इकलौता मूल है।
डिकोडिंग और एनकोडिंग दोनों ब्राउज़र टैब में, आपके प्रोसेसर पर होती हैं — कोई अपलोड नहीं, कोई रोज़ की सीमा नहीं। मुफ़्त सीमा 100 MB प्रति फ़ाइल है।
सौ तस्वीरें कुछ देर मशीन को व्यस्त रखेंगी, सब बिना किसी अनुरोध के बदलेंगी, और दो पूरी होने पर «सब ZIP में» बटन दिखता है।
यह जोड़ी राय से ज़्यादा नाप से फ़ैसला होती है, क्योंकि आकार और समय दोनों आपकी अपनी तस्वीरों और मशीन पर टिके हैं। दस अलग-अलग फ़ोटो बदलकर नतीजा देखिए।
दो संख्याएँ तय करती हैं — अगर AVIF काफ़ी छोटी नहीं है, तो सिर्फ़ अनुकूलता बची है। अगर दस में कई मिनट लगे, तो पूरी लाइब्रेरी के लिए वह गुणा करके देख लीजिए।
| HEIF | AVIF | |
|---|---|---|
| पूरा नाम | High Efficiency Image File Format | AV1 Image File Format |
| फ़ाइल एक्सटेंशन | .heif | .avif |
| मीडिया टाइप | image/heif | image/avif |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 2015 | 2019 |
| प्रकाशक | MPEG | Alliance for Open Media |
| विनिर्देश | ISO/IEC 23008-12 | AV1 Image File Format |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | 10 | 12 |
| रंग जो यह दर्ज कर सकता है | YCbCr, वाइड गैमट | RGB, YCbCr, वाइड गैमट |
| सबसे बड़ी इमेज | — | हर तरफ़ 65,536 px |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | मौजूदा ब्राउज़र |
| इसकी जगह विचारणीय | JPG | WebP, JXL, JPG |
AVIF में GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह HEIF फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
पारदर्शिता बनी रहती है। HEIF और AVIF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। HEIF और AVIF — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
AVIF को मौजूदा ब्राउज़र खोल लेते हैं, पुराने नहीं। HEIF को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
AVIF एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
नतीजा असली से बड़ा होगा और बेहतर नहीं। HEIF पहले ही बारीक़ी फेंक चुका है और AVIF बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
दोनों का निशाना अलग काम है: HEIF का फ़ोन और फ़ोटोग्राफ़ी पर, AVIF का वेब और बनी हुई फ़ाइल सौंपना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
HEIF MPEG का फ़ॉर्मेट है, जो 2015 में आया। यह हर चैनल पर 10 बिट में दर्ज करता है।
AVIF Alliance for Open Media का है और 2019 से चला आ रहा है, और AV1 Image File Format में तय किया गया है। GIMP, Squoosh और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे libheif है, Apple के HEIC का संदर्भ डिकोडर; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। libheif आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
AVIF कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए।
नतीजा असली से बड़ा होगा और बेहतर नहीं। HEIF पहले ही बारीक़ी फेंक चुका है और AVIF बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
AVIF में GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह HEIF फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
AVIF एक कंटेनर है, कोई इकहरा फ़ॉर्मेट नहीं। जो चलता है वह उसके भीतर बैठा कोडेक है — आम तौर पर AV1 — और इसीलिए एक ही एक्सटेंशन वाली दो फ़ाइलें एक ही उपकरण पर अलग-अलग बर्ताव कर सकती हैं।
इस पेज पर HEIF और AVIF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।