आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप TIFF को BMP में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
TIFF से BMP
TIFF 601 KB → BMP 450 KB 25% छोटी
TIFF 601 KB → BMP 450 KB 25% छोटी
TIFF 601 KB → BMP 450 KB 25% छोटी
तस्वीर की गुणवत्ता के लिए यहाँ कोई दलील नहीं है। TIFF हर पैमाने पर ज़्यादा सक्षम फ़ॉर्मेट है — ज़्यादा रंग-मॉडल, ज़्यादा बिट-गहराई, ज़्यादा पन्ने, असली संपीड़न विकल्प — और BMP 1987 का Microsoft फ़ॉर्मेट है जो पिक्सेलों का एक आयत रखता है और लगभग कुछ और नहीं। अगर आप यहाँ हैं, तो किसी सॉफ़्टवेयर या हार्डवेयर ने बता दिया है कि वह क्या लेता है।
यह सही और आम हालत है। लैब और निरीक्षण ऐप्लिकेशन, मशीन-विज़न औज़ार, एम्बेडेड डिस्प्ले, औद्योगिक कंट्रोलर और 1990 के दशक में लिखे गए बहुत-से Windows प्रोग्राम BMP और सिर्फ़ BMP पढ़ते हैं, ठीक इसलिए कि इसे पार्स करना बेहद आसान है — कोई कोडेक लाइसेंस नहीं, कोई लाइब्रेरी नहीं।
BITMAPINFOHEADER वाली 24-बिट uncompressed BMP — वही सादी बुनियाद जो हर कभी लिखा गया पाठक समझता है। तीन बातें जानने लायक़ हैं: पंक्तियाँ नीचे से ऊपर रखी जाती हैं, चैनल लाल-हरा-नीला की बजाय नीला-हरा-लाल क्रम में रखे जाते हैं, और हर पंक्ति चार के गुणक में padded होती है।
ये तीनों इस कन्वर्टर की मर्ज़ी नहीं, स्पेसिफ़िकेशन में हैं, और तीनों वही वजह हैं जब कोई तस्वीर उलटी, नीले की जगह लाल, या तिरछी आती है। रिज़ॉल्यूशन फ़ील्ड 2,835 पिक्सेल प्रति मीटर लिखी जाती है, यानी 72 dpi, और यह TIFF से आगे नहीं आती — कुछ पुराने व्यूअर शून्य देखकर फ़ाइल नकार देते हैं, इसलिए असली संख्या लिखी जाती है।
दोनों फ़ॉर्मेट यहाँ uncompressed लिखे जाते हैं, इसलिए फ़ाइल का आकार अंदाज़े की बजाय हिसाब है। इस साइट के अपने 480 गुणा 320 सैंपल TIFF में 615,400 बाइट और BMP में 460,854 बाइट आते हैं, हर बार, तस्वीर जो भी हो।
फ़र्क़ अल्फ़ा चैनल का है: यहाँ लिखी TIFF चार चैनल आठ-आठ बिट में रखती है और BMP तीन — यानी एक चौथाई बाइट पारदर्शिता के साथ ग़ायब हो जाते हैं। LZW या Deflate से संपीड़ित TIFF के मुक़ाबले — जो असली स्कैनर की ज़्यादातर TIFF होती हैं — दिशा तेज़ी से उलट जाती है और BMP कई गुना बड़ी हो सकती है।
यहाँ बनी BMP कोई अल्फ़ा नहीं ढोती, इसलिए कोई भी पारदर्शिता कुछ न कुछ बननी पड़ती है। तस्वीर को किसी ठोस पृष्ठभूमि-रंग पर बैठाया जाता है, नाप-बदलने के उसी पास में, जो नाप-बदलने के बाद चपटा करने से बचने वाली अर्ध-पारदर्शी किनारी से बचाता है।
रंग तयशुदा सफ़ेद है और उसके लिए नियंत्रण भी है। मंज़िल कोई मशीन होने पर इसे जान-बूझकर चुनिए — कोई निरीक्षण दिनचर्या जो तस्वीर पर थ्रेशोल्ड लगाती है, या कोई डिस्प्ले ड्राइवर जो एक रंग को की मानता है, सफ़ेद के मुक़ाबले काले या मैजेंटा पर बिलकुल अलग बरतेगा।
बहुत-सा उपकरण-आउटपुट प्रति चैनल 16 बिट का होता है, और अक्सर वहीं माप बैठी होती है, महज़ तस्वीर नहीं। यह पाइपलाइन हर सैंपल का ऊपरी बाइट रखकर 8 बिट में डिकोड करती है: 16-बिट ग्रेस्केल TIFF पर नापा गया 30,000 मान 117 बनकर लौटता है।
किसी के देखने के लिए यह अदृश्य है; स्क्रीन आठ बिट ही दिखाती है। सॉफ़्टवेयर से मापे जाने वाली किसी चीज़ के लिए — डेंसिटोमेट्री, फ़्लोरेसेंस तीव्रता, ऊँचाई-राष्टर — यह ख़ामोश और भयंकर नुक़सान है, और BMP वैसे भी अतिरिक्त बिट रख ही नहीं सकती थी।
TIFF एक डिब्बा है और फ़ाइल में कई तस्वीरें रख सकती है; BMP सिर्फ़ एक। यहाँ का रीडर पन्ना एक लेकर रुक जाता है, बिना कोई त्रुटि दिए और बिना यह बताए कि और भी थे। स्कैनर, फ़ैक्स गेटवे और रिकॉर्ड-सिस्टम आम तौर पर बहु-पन्ने TIFF बनाते हैं।
पहले बाँट देना ही सही इलाज है — ImageMagick या IrfanView यह कर सकते हैं — फिर हर पन्ना अपनी BMP बनता है। परतें भी वैसे ही सपाट होकर मिश्रित बन जाती हैं। पन्ने साथ रहने चाहिए और मंज़िल राज़ी हो तो TIFF to PDF सारे पन्ने एक फ़ाइल में रखने वाला कन्वर्ज़न है।
ग्रेस्केल TIFF साफ़ बदलती है: स्लेटी मान तीनों चैनलों में लिखा जाता है, इसलिए BMP स्लेटी और ज़रूरत से तीन गुना बड़ी होती है। एक-बिट काली-सफ़ेद स्कैन भी वैसे ही बरतती है और आकार के लिहाज़ से सबसे बुरा मामला है।
प्रिंट-वर्कफ़्लो से आई CMYK TIFF एक तय फ़ॉर्मूले से RGB में बदली जाती है, फ़ाइल में एम्बेडेड ICC प्रोफ़ाइल से नहीं। तस्वीर पहचानी जा सकती है और रंग सटीक नहीं होते, आमतौर पर गहरी छाया में चपटे। रंग-गंभीर काम के लिए वह बदलाव प्रोफ़ाइल मानने वाले सॉफ़्टवेयर में कीजिए।
TIFF पाठक स्पेसिफ़िकेशन से जितने असहमत हैं, किसी और फ़ॉर्मेट के पाठक उतने नहीं, इसलिए यहाँ कवरेज फ़ाइलों के ख़िलाफ़ जाँची गई। Uncompressed, LZW, Deflate, PackBits, JPEG-में-TIFF, और Group 3-4 फ़ैक्स — सब डिकोड होते हैं, रंग, ग्रेस्केल और एक-बिट काली-सफ़ेद में, टाइल में या स्ट्रिप में।
यह लगभग वह सब कवर करता है जो कोई दस्तावेज़-स्कैनर, कैमरा-टेदर या पुरालेख बनाता है। जो यह कवर नहीं करता वह है ऐसी TIFF जो असल में कुछ और है, जैसे कैमरा raw फ़ाइल — वह ढाँचे में TIFF है पर डीमोज़ेकिंग माँगती है, डिकोडिंग नहीं।
दोनों हिस्से टैब में चलते हैं: utif2 TIFF पढ़ता है, और BMP कुछ दर्जन लाइनों में हाथ से लिखी जाती है क्योंकि फ़ॉर्मेट बस एक हेडर और पिक्सेलों का ब्लॉक है। कुछ अपलोड नहीं होता, जो मायने रखता है जब तस्वीरें मरीज़ के रिकॉर्ड, निरीक्षण-नतीजे या किसी क्लाइंट समझौते के तहत हों।
मुफ़्त सीमा प्रति फ़ाइल 100 MB है, और BMP आउटपुट की अपनी कोई ऊपरी सीमा नहीं — WebP के उलट, जो किसी किनारे पर 16,383 पिक्सेल पर रुकती है। बैच काम करते हैं: फ़ोल्डर छोड़िए, हर फ़ाइल अपनी प्रगति के साथ बदलती है, और नतीजे ZIP में लौटते हैं।
| TIFF | BMP | |
|---|---|---|
| पूरा नाम | Tagged Image File Format | Windows बिटमैप |
| फ़ाइल एक्सटेंशन | .tif, .tiff | .bmp, .dib |
| मीडिया टाइप | image/tiff | image/bmp |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | बिना कंप्रेशन |
| पहली बार प्रकाशित | 1986 | 1987 |
| प्रकाशक | Adobe | Microsoft |
| विनिर्देश | TIFF 6.0 | — |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | प्रकाशित, मानकीकृत नहीं |
| आज की स्थिति | मौजूदा | पुराना, फिर भी हर जगह पढ़ा जाता है |
| बिट डेप्थ | 32 | 8 |
| रंग जो यह दर्ज कर सकता है | RGB, CMYK, ग्रेस्केल, Lab | RGB, इंडेक्स्ड पैलेट |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | PNG, PDF, DNG | PNG |
BMP में अल्फ़ा चैनल होता ही नहीं। पारदर्शी TIFF फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और BMP की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
TIFF में CMYK हो सकता है; BMP RGB में काम करता है। जो फ़ाइल प्रेस के लिए तैयार खड़ी थी वह स्क्रीन के रंग में चली जाती है, और छपाई की धारा में रंग-पृथक्करण दोबारा बनाना पड़ेगा।
TIFF हर चैनल पर 32 बिट तक सँभालता है और BMP के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
BMP को हर मौजूदा ब्राउज़र खोल लेता है। TIFF को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
दोनों तरफ़ के प्रोग्राम अलग हैं: TIFF फ़ाइल Adobe Photoshop, Affinity Photo और ImageMagick में खुलती है और BMP फ़ाइल Microsoft Paint, GIMP और IrfanView में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
BMP सैंपल कच्चे रूप में रखता है, इसलिए फ़ाइल ख़ूब बढ़ जाती है और बदले में कुछ मिलता नहीं। इस दिशा का मतलब सिर्फ़ तब है जब दूसरी तरफ़ का कोई प्रोग्राम TIFF लेता ही न हो — और वजह आम तौर पर यही होती भी है।
दोनों का निशाना अलग काम है: TIFF का छपाई, स्कैनिंग और सहेजना पर, BMP का प्रोग्रामों के बीच डेटा ले जाना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
TIFF Adobe का फ़ॉर्मेट है, जो 1986 में आया। यह हर चैनल पर 32 बिट में दर्ज करता है।
BMP Microsoft का है और 1987 से चला आ रहा है। Microsoft Paint, GIMP और IrfanView इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
BMP कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। सिर्फ़ पहला पन्ना बदला जाता है: कई पन्नों वाली TIFF का बाक़ी हिस्सा साथ नहीं जाता।
BMP में अल्फ़ा चैनल होता ही नहीं। पारदर्शी TIFF फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और BMP की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
BMP सैंपल कच्चे रूप में रखता है, इसलिए फ़ाइल ख़ूब बढ़ जाती है और बदले में कुछ मिलता नहीं। इस दिशा का मतलब सिर्फ़ तब है जब दूसरी तरफ़ का कोई प्रोग्राम TIFF लेता ही न हो — और वजह आम तौर पर यही होती भी है।
TIFF में CMYK हो सकता है; BMP RGB में काम करता है। जो फ़ाइल प्रेस के लिए तैयार खड़ी थी वह स्क्रीन के रंग में चली जाती है, और छपाई की धारा में रंग-पृथक्करण दोबारा बनाना पड़ेगा।
इस पेज पर TIFF और BMP के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।