आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप HEIF को BMP में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
HEIF से BMP
BMP एक पुराना फ़ॉर्मेट है और यह पेज इसे छिपाने की कोशिश नहीं करता। इसमें नाम भर का संपीड़न नहीं, कोई मेटाडेटा नहीं, और PNG के मुक़ाबले किसी भी मायने में कोई फ़ायदा नहीं। Microsoft ने इसे 1987 में प्रकाशित किया था, यहाँ लिखा जाने वाला 40-बाइट हेडर 1990 में Windows 3.0 के साथ आया था, और दुनिया आगे बढ़ गई।
इसे ज़िंदा जो रखता है वह ऐसा सॉफ़्टवेयर है जो कभी आगे नहीं बढ़ा। उपकरणों के नियंत्रण पैनल, कियोस्क डिस्प्ले, फ़र्मवेयर इमेज लोडर, 2003 में एक बार कंपाइल किए गए भीतरी औज़ार — ये बिटमैप पढ़ते हैं क्योंकि बिटमैप बिना किसी लाइब्रेरी के भी पढ़ना आसान है। अगर आपकी स्थिति यही है, BMP कोई ख़राब चुनाव नहीं, इकलौता चुनाव है।
14 बाइट का फ़ाइल हेडर BM अक्षरों से शुरू होकर, फिर 40 बाइट का BITMAPINFOHEADER जो एक रंग-तल और 24 बिट प्रति पिक्सेल घोषित करता है, फिर पिक्सेल डेटा — हर पिक्सेल के लिए नीला, हरा, लाल क्रम में तीन बाइट। यह विनिर्देश का ही तयशुदा क्रम है, कोई ग़लती नहीं।
पंक्तियाँ नीचे से ऊपर सहेजी जाती हैं और हर पंक्ति चार बाइट के गुणज तक पैड होती है। 4,032 चौड़ाई के लिए यह 12,096 बाइट बिना किसी पैडिंग के; 4,031 चौड़ाई के लिए 12,093 बाइट और तीन बाइट पैडिंग। जो कोड पंक्तियों को लगातार मान लेता है, हर पंक्ति के बाद तस्वीर को तिरछा बना देगा।
कुछ भी संपीड़ित नहीं होता, तो आकार पहले से गिना जा सकता है: पैड की गई पंक्ति की लंबाई गुणा ऊँचाई, प्लस 54 बाइट हेडर। बारह-मेगापिक्सेल की तस्वीर, 4,032 गुणा 3,024, पिक्सेल डेटा में 36,578,304 बाइट यानी लगभग 36.6 MB बनती है — जो HEIF शायद दो या तीन MB की थी।
पंद्रह गुना का यह अंतर सामान्य है, और यही वजह है कि अधिकतम-चौड़ाई का विकल्प इस जोड़ी पर लगभग किसी और से ज़्यादा मायने रखता है। अगर लक्षित सॉफ़्टवेयर तस्वीर को 1,024 पिक्सेल चौड़ी दिखाता है, उतनी ही चौड़ाई पर बदलने से 36 MB की जगह लगभग 3 MB में काम बन जाता है।
यह लेखक 24-बिट पिक्सेल बनाता है, तो पारदर्शिता के लिए कोई जगह नहीं बचती। स्रोत में जो कुछ पारदर्शी है वह पहले चपटा होता है और तभी एनकोड होता है, और वह किस रंग पर चपटा होगा यह ड्रॉप-ज़ोन के ऊपर की पृष्ठभूमि रंग सेटिंग तय करती है — यह तयशुदा रूप से सफ़ेद है।
ज़्यादातर फ़ोटो के लिए, जो एक .heif फ़ाइल आमतौर पर होती है, चपटाने को कुछ है ही नहीं, तो यह बात नज़र में नहीं आती। यह तब मायने रखती है जब स्रोत कोई कटआउट वाला ग्राफ़िक हो — तब PNG पारदर्शिता रखती है और BMP नहीं रख सकती।
HEIF डिकोडर ने जो भी पिक्सेल बनाए वे सब BMP में जस के तस लिख दिए जाते हैं, तो इस दिशा में कोई नया नुक़सान नहीं जुड़ता। इतने संकरे अर्थ में यह बिना नुक़सान वाला कन्वर्ज़न है और फ़ाइल डिकोड का ईमानदार रिकॉर्ड है।
यह कुछ पलटता नहीं। कैमरे ने HEIF लिखते समय तस्वीर को जो संपीड़ित किया, वे फ़ैसले पिक्सेल में पहले से पके होते हैं। 2 MB की फ़ोटो का 36 MB बिटमैप ठीक उतनी ही तस्वीर रखता है जितनी वे 2 MB, बस कहीं कम सलीक़े से सहेजी हुई।
HEIF दस बिट प्रति चैनल तक जा सकता है और चौड़े रंग-दायरे को थाम सकता है। 24-बिट BMP आठ बिट प्रति चैनल रखती है और उसके हेडर में यह बताने की कोई जगह ही नहीं कि संख्याओं का मतलब क्या है।
तो कन्वर्ज़न मान काट देता है, और लेने वाला सॉफ़्टवेयर उन्हें सामान्य sRGB मानकर पढ़ेगा, क्योंकि वही एकमात्र समझदार तयशुदा राय है। जिस सॉफ़्टवेयर को BMP चाहिए उसके लिए यह लगभग हमेशा ठीक है; यह तभी मायने रखता है जब तस्वीर कोई नापी हुई माप हो, फ़ोटो न हो।
BMP में न EXIF है, न समय-मुहर, न कैमरा मॉडल, न GPS निर्देशांक। दो अलग वजहें इसमें मिलती हैं — कन्वर्ज़न कच्चे पिक्सेल में डिकोड कर फिर से एनकोड करता है, जिसे कोई मेटाडेटा ब्लॉक पार नहीं करता, और फ़ॉर्मेट में वैसे भी उन्हें रखने की जगह लगभग नहीं है।
यह कभी-कभी पूरी बात होती है। किसी ऐसे सिस्टम को तस्वीर देनी हो जो उसे सहेजे, सूचीबद्ध करे या सार्वजनिक रूप से दिखाए, तो बिटमैप एक बेहद निष्क्रिय डिब्बा है — पिक्सेल, आयाम, और फ़ोटोग्राफ़र या जगह की पहचान करने वाला कुछ नहीं।
लगभग सब कुछ, और यही इस फ़ॉर्मेट की असली ताक़त है। Microsoft Paint, GIMP और IrfanView इसे खोल लेते हैं, शुरुआत से हर Windows API इसे समझता है, और ब्राउज़र भी इसे दिखाते हैं — BMP उन कुछ फ़ॉर्मेट में है जिनका ब्राउज़र समर्थन पूरा माना जाता है।
यह जाँच हर बैच में एक बार करने लायक़ है। अगर आपके भीतरी सॉफ़्टवेयर में तस्वीर उल्टी दिखे या रंग बदले हुए दिखें, तो कारण लगभग हमेशा वह पाठक होता है जो ऊपर-से-नीचे पंक्तियाँ या RGB क्रम मान बैठता है — फ़ाइल सही होती है।
डिकोडर और बिटमैप लेखक दोनों ब्राउज़र टैब में चलते हैं, तो कोई फ़ोटो अपलोड नहीं होती और कोई कतार नहीं लगती। इस पेज के पाठकों के लिए यह ख़ासतौर पर मायने रखता है, जिनकी फ़ाइलें अक्सर किसी उत्पादन-लाइन, मरीज़ के रिकॉर्ड या साइट सर्वे की तस्वीरें होती हैं — जो इमारत से बाहर नहीं जानी चाहिए।
मुफ़्त स्तर 100 MB तक की इनपुट फ़ाइल लेता है, जो किसी HEIF को छूने वाली नहीं — यहाँ आउटपुट ही बड़ा हिस्सा है। पूरा फ़ोल्डर हर फ़ाइल की प्रगति-पंक्ति के साथ बदलता है, और दो फ़ाइलें पूरी होते ही "सब ZIP में" बटन आ जाता है।
| HEIF | BMP | |
|---|---|---|
| पूरा नाम | High Efficiency Image File Format | Windows बिटमैप |
| फ़ाइल एक्सटेंशन | .heif | .bmp, .dib |
| मीडिया टाइप | image/heif | image/bmp |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | बिना कंप्रेशन |
| पहली बार प्रकाशित | 2015 | 1987 |
| प्रकाशक | MPEG | Microsoft |
| विनिर्देश | ISO/IEC 23008-12 | — |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | प्रकाशित, मानकीकृत नहीं |
| आज की स्थिति | मौजूदा | पुराना, फिर भी हर जगह पढ़ा जाता है |
| बिट डेप्थ | 10 | 8 |
| रंग जो यह दर्ज कर सकता है | YCbCr, वाइड गैमट | RGB, इंडेक्स्ड पैलेट |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | JPG, AVIF | PNG, TIFF |
BMP में अल्फ़ा चैनल होता ही नहीं। पारदर्शी HEIF फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और BMP की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
BMP में एक ठहरा हुआ फ़्रेम होता है। चलती हुई HEIF फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
HEIF हर चैनल पर 10 बिट तक सँभालता है और BMP के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
BMP को हर मौजूदा ब्राउज़र खोल लेता है। HEIF को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
नतीजा असली से बड़ा होगा और बेहतर नहीं। HEIF पहले ही बारीक़ी फेंक चुका है और BMP बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
दोनों का निशाना अलग काम है: HEIF का फ़ोन और फ़ोटोग्राफ़ी पर, BMP का प्रोग्रामों के बीच डेटा ले जाना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
HEIF MPEG का फ़ॉर्मेट है, जो 2015 में आया। यह हर चैनल पर 10 बिट में दर्ज करता है।
BMP Microsoft का है और 1987 से चला आ रहा है। Microsoft Paint, GIMP और IrfanView इस फ़ॉर्मेट को पढ़ लेते है।
BMP 1987 में आया और HEIF 2015 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे libheif है, Apple के HEIC का संदर्भ डिकोडर; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। libheif आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
BMP कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। जिस फ़ॉर्मेट में जाना है वह पारदर्शिता नहीं सँभालता, इसलिए पारदर्शी हिस्से पृष्ठभूमि के रंग से भर दिए जाते हैं।
BMP में अल्फ़ा चैनल होता ही नहीं। पारदर्शी HEIF फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और BMP की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
BMP में एक ठहरा हुआ फ़्रेम होता है। चलती हुई HEIF फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
नतीजा असली से बड़ा होगा और बेहतर नहीं। HEIF पहले ही बारीक़ी फेंक चुका है और BMP बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।