आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप AVIF को BMP में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
AVIF से BMP
AVIF 17 KB → BMP 450 KB 26.2× बड़ी
AVIF 3 KB → BMP 450 KB 131.9× बड़ी
AVIF 5 KB → BMP 450 KB 90.7× बड़ी
AVIF 2019 में इसलिए बनाया गया कि तस्वीर मोबाइल कनेक्शन पर भेजने लायक़ छोटी रहे। BMP 1987 में Microsoft ने इसलिए बनाया कि यह पिक्सेल का एक ब्लॉक हो जिसे कोई भी प्रोग्राम सीधे मेमोरी में पढ़ ले — बिना कंप्रेशन के। दोनों को साथ लाने से इस साइट का सबसे बड़ा गुणक बनता है।
BMP कोई बुरा फ़ॉर्मेट नहीं है, इसका एक ही काम है — बिना डिकोडर लिखे आसानी से पढ़ा जाना। हेडर बताता है तस्वीर कितनी चौड़ी है, बाक़ी फ़ाइल क्रम में पिक्सेल ही पिक्सेल है। जब स्क्रीन 640 पिक्सेल की होती थी, तब यह क़ीमत वाजिब थी; अब तीस-मेगापिक्सेल कैमरे के आगे यह डरावनी फ़ाइल बना देती है।
हिसाब तय है और तस्वीर से इसका कोई लेना-देना नहीं। चौड़ाई गुणा ऊँचाई गुणा तीन बाइट, प्लस हेडर। 1000 गुणा 1000 का आइकन 3 MB का, 3000 गुणा 2000 की तस्वीर 18 MB की, 6000 गुणा 4000 वाली 72 MB की।
अब इसकी तुलना उस AVIF से कीजिए जो आपने डाली थी — वैसी ही तस्वीर वेब पर आम तौर पर आधे मेगाबाइट से कम में मिलती है, यानी गुणक पचास पार कर जाता है। सपाट कला — लोगो, चार्ट — पर यह आँकड़ा सैकड़ों तक जाता है, क्योंकि एक जैसे रंग की बड़ी सतह को कोई भी आधुनिक कोडेक सबसे ज़्यादा दबाता है।
चूँकि आकार पूरी तरह आयामों पर टिका है, इसमें कोई क्वालिटी सेटिंग नहीं है और हो भी नहीं सकती। हर पिक्सेल एक जैसे चार बाइट लेता है, चाहे वह ग्रेडिएंट का हिस्सा हो या ख़ाली सफ़ेद हाशिया।
इसलिए maximum width ही इकलौता लीवर है — यह सस्ते पिक्सेल नहीं, कम पिक्सेल बनाता है। चौड़ाई आधी करने पर फ़ाइल चौथाई रह जाती है, क्योंकि दोनों आयाम साथ सिकुड़ते हैं। किसी छोटी embedded स्क्रीन के लिए भेजना हो तो यह सबसे मायने रखता है।
BMP एक फ़ॉर्मेट नहीं, छोटा परिवार है — पूरे रंग में या 256 तक की indexed पैलेट में, अलग-अलग bit गहराई पर। यहाँ जो बनती है वह पूरे रंग वाली, चार बाइट प्रति पिक्सेल की बिटमैप है।
ज़्यादातर यही चाहिए होता है, पर हमेशा नहीं — छोटे डिस्प्ले वाला फ़र्मवेयर अक्सर 24-बिट या 8-बिट indexed पैलेट ही माँगता है, क्योंकि उसका फ़्रेमबफ़र वैसा ही बना है। डॉक्यूमेंटेशन पहले पढ़ लीजिए।
AVIF हर चैनल में बारह बिट और चौड़ा रंग-दायरा रख सकता है, इसी वजह से यह वेब पर HDR फ़ोटोग्राफ़ी ढोता है। यहाँ बनी BMP सामान्य RGB में आठ-बिट प्रति चैनल है, जो हर रीडर की उम्मीद है।
आम वेब तस्वीर के लिए कुछ नहीं खोता, क्योंकि उसमें आठ बिट से ज़्यादा था ही नहीं। असली HDR स्रोत के लिए यह असली कटौती है, और इसका असर सपाट हो गए आसमान या कटे हाइलाइट में दिखता है।
AVIF में पूरा alpha चैनल होता है, BMP में नहीं। इसलिए पारदर्शी पिक्सेल बदलाव से पहले चुने रंग से भर दिए जाते हैं, और यह हमेशा के लिए होता है।
वही रंग चुनिए जिस पर तस्वीर बैठेगी। किनारे थोड़े पारदर्शी होते हैं, इसलिए वे आपके चुने रंग से मिल जाते हैं — ग़लत पृष्ठभूमि पर हल्का सा घेरा दिखने लगता है, जो बाद में बिना AVIF से दोबारा बदले नहीं मिटता।
यही असल फ़ायदेमंद असमानता है और यही इसे ब्राउज़र में चलाने की वजह है। जो सॉफ़्टवेयर BMP का इंतज़ार कर रहा है — कोई पुराना Windows औज़ार, कोई इंस्ट्रूमेंट पैनल — उसमें कभी AVIF डिकोडर आएगा ही नहीं।
ब्राउज़र में है। AVIF वही कोड डिकोड करता है जो इसे वेब पेज पर दिखाता है, इसलिए यह उस मशीन पर भी चल जाता है जहाँ फ़ाइल पर डबल-क्लिक करने से कुछ नहीं होता।
सीमा पर बदलिए और AVIF अपने पास रखिए — वह आकार में एक अंश है, पारदर्शिता और पूरा रंग-दायरा उसी में बचा रहता है।
किसी व्यक्ति को BMP भेजना लगभग हमेशा ग़लती है — इनबॉक्स भर देती है, शेयर्ड ड्राइव जाम कर देती है, और जो PNG लॉसलेस तरीक़े से बहुत छोटी जगह में देता, वह इसमें कुछ नहीं देता।
सौ फ़ाइलें एक साथ छोड़िए, हर एक बारी से बदलती है, नाम वही रहता है, और नतीजा एक ZIP बनकर लौटता है। सौ ही मुफ़्त बैच की सीमा है।
असली बाधा इनपुट नहीं, आउटपुट है — 3000 गुणा 2000 की चालीस तस्वीरें सात सौ मेगाबाइट से ज़्यादा की बिटमैप बन जाती हैं जो ब्राउज़र टैब में बनते हुए सँभली जाती हैं। छोटे समूहों में बदलिए और maximum width ज़रूर तय कीजिए।
| AVIF | BMP | |
|---|---|---|
| पूरा नाम | AV1 Image File Format | Windows बिटमैप |
| फ़ाइल एक्सटेंशन | .avif | .bmp, .dib |
| मीडिया टाइप | image/avif | image/bmp |
| कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी | बिना कंप्रेशन |
| पहली बार प्रकाशित | 2019 | 1987 |
| प्रकाशक | Alliance for Open Media | Microsoft |
| विनिर्देश | AV1 Image File Format | — |
| लाइसेंस | खुला मानक | प्रकाशित, मानकीकृत नहीं |
| आज की स्थिति | मौजूदा | पुराना, फिर भी हर जगह पढ़ा जाता है |
| बिट डेप्थ | 12 | 8 |
| रंग जो यह दर्ज कर सकता है | RGB, YCbCr, वाइड गैमट | RGB, इंडेक्स्ड पैलेट |
| सबसे बड़ी इमेज | हर तरफ़ 65,536 px | — |
| ब्राउज़र में खुलता है | मौजूदा ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | WebP, JXL, JPG | PNG, TIFF |
BMP में अल्फ़ा चैनल होता ही नहीं। पारदर्शी AVIF फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और BMP की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
BMP में एक ठहरा हुआ फ़्रेम होता है। चलती हुई AVIF फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
AVIF हर चैनल पर 12 बिट तक सँभालता है और BMP के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
BMP को हर मौजूदा ब्राउज़र खोल लेता है। AVIF को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
GIMP AVIF और BMP — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
दोनों का निशाना अलग काम है: AVIF का वेब और बनी हुई फ़ाइल सौंपना पर, BMP का प्रोग्रामों के बीच डेटा ले जाना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
AVIF Alliance for Open Media का फ़ॉर्मेट है, जो 2019 में आया। यह हर चैनल पर 12 बिट में दर्ज करता है।
BMP Microsoft का है और 1987 से चला आ रहा है। Microsoft Paint, GIMP और IrfanView इस फ़ॉर्मेट को पढ़ लेते है।
BMP 1987 में आया और AVIF 2019 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
BMP कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। जिस फ़ॉर्मेट में जाना है वह पारदर्शिता नहीं सँभालता, इसलिए पारदर्शी हिस्से पृष्ठभूमि के रंग से भर दिए जाते हैं।
BMP में अल्फ़ा चैनल होता ही नहीं। पारदर्शी AVIF फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और BMP की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
BMP में एक ठहरा हुआ फ़्रेम होता है। चलती हुई AVIF फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
AVIF हर चैनल पर 12 बिट तक सँभालता है और BMP के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
इस पेज पर AVIF और BMP के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।