आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप BMP को TIFF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
BMP से TIFF
BMP 450 KB → TIFF 601 KB 34% बड़ी
BMP 450 KB → TIFF 601 KB 34% बड़ी
BMP 450 KB → TIFF 601 KB 34% बड़ी
यह पहली बात है जो जान लेनी चाहिए, और यह वह नहीं है जो बदलाव आम तौर पर करता है। BMP प्रति पिक्सेल तीन बाइट लिखती है; यहाँ TIFF को चार चैनल — लाल, हरा, नीला और alpha — बिना कंप्रेशन के मिलते हैं। 4000 गुणा 3000 की तस्वीर जो BMP में क़रीब 36 MB की है, TIFF में क़रीब 48 MB की हो जाती है।
तस्वीर में कुछ नहीं जुड़ा। यह अतिरिक्त तिहाई एक alpha चैनल है जो लगभग हर जगह अपारदर्शी ही होता है, पर बेसलाइन फ़ॉर्मेट के पास यह कहने का कोई तरीक़ा नहीं कि «यह चैनल एक जैसा है»। अगर मक़सद छोटी फ़ाइल था तो यह ग़लत पेज है — PNG सही जवाब है।
TIFF एक फ़ॉर्मेट से ज़्यादा तस्वीरों की फ़ाइलिंग व्यवस्था है, और इसके रीडर उतना नहीं मिलते जितनी उम्मीद रहती है। LZW पेटेंट-मुक्त है और हर जगह पढ़ा जाता है; Deflate हर जगह नहीं; JPEG-in-TIFF तो एक अलग तस्वीर है TIFF खोल में।
TIFF माँगने वाला आम तौर पर किसी ख़ास सॉफ़्टवेयर को फ़ाइल दे रहा होता है, और बिना कंप्रेशन वाला बेसलाइन ही वह इकलौता रूप है जो हर ऐसा रीडर स्वीकारता है। क़ीमत आकार की है, और यहाँ जान-बूझकर चुकाई जाती है।
प्रिंट या आर्काइव नियम dots per inch की बात करता है, और यह पिक्सेल ग्रिड का गुण नहीं है — यह उसके साथ लिखी संख्या है जो बताती है काग़ज़ पर वह कितना बड़ा होना चाहिए। BMP में इसके लिए एक फ़ील्ड है, TIFF में resolution टैग है — कोई भी यह नहीं बताता कि तस्वीर किस चीज़ से बनी है।
यहाँ लिखी TIFF में कोई ख़ास resolution टैग साथ नहीं आता। जहाँ भौतिक आकार मायने रखता है, उसे उस सॉफ़्टवेयर में तय कीजिए जो तस्वीर रखता है — असली जानकारी पिक्सेल आयाम है, और वे सटीक हैं: 2,480 गुणा 3,508, 300 dpi पर A4 पन्ना है, चाहे कोई टैग कुछ भी कहे।
प्रिंट, स्कैनिंग और आर्काइविंग — यही इस फ़ॉर्मेट के इस्तेमाल हैं। कमर्शियल प्रिंटर इसे इसलिए तय करते हैं क्योंकि यह RIP को सौंपने का सबसे सुरक्षित रास्ता है। दस्तावेज़-प्रबंधन और रिकॉर्ड सिस्टम इसे इसलिए चुनते हैं क्योंकि यह 1986 से पढ़ी जा रही है और अगले चालीस साल भी पढ़ी जाएगी।
इन सबमें साझा बात है कि यह किसी और ने लिखा हुआ अनुरोध है। अपनी सुविधा के लिए कोई TIFF नहीं चुनता — फ़ाइल बड़ी है, Safari के अलावा कोई ब्राउज़र नहीं खोलता, और हर सामान्य औज़ार कुछ और चाहता है।
TIFF उन गिने-चुने फ़ॉर्मेट में है जो CMYK रख सकते हैं, और प्रिंट नियम अक्सर यही माँगते हैं। यह बदलाव वह नहीं दे सकता — पूरी प्रक्रिया RGB में चलती है और कोई सेटिंग इसे नहीं बदलती।
किसी कनवर्टर को इसका ढोंग भी नहीं करना चाहिए। RGB को CMYK में बदलना प्रेस, काग़ज़ और प्रोफ़ाइल पर निर्भर एक रंग-प्रबंधित काम है, और फ़ॉर्मूले से करने पर फ़ाइल तकनीकी तौर पर CMYK और ग़लत निकलती है — अक्सर धुँधले काले और रंग-भटकाव के साथ। सही RGB TIFF भेजिए और उन्हें separation करने दीजिए।
TIFF एक फ़ाइल में कई तस्वीरें रख सकती है, और स्कैनिंग वर्कफ़्लो इसका ख़ूब इस्तेमाल करता है — बीस पन्नों का दस्तावेज़ अक्सर बीस पन्नों की एक TIFF होती है। यह बदलाव वह नहीं बनाता — हर बिटमैप अपनी अलग एक-पन्ने की TIFF बनती है।
यह उन लोगों के लिए जानना ज़रूरी है जो स्कैन का फ़ोल्डर बदलकर दस्तावेज़ वापस पाने की उम्मीद रखते हैं। नतीजा एक-एक पन्ने वाली अलग TIFF फ़ाइलों का फ़ोल्डर होगा, मूल नामों के साथ — इन्हें जोड़ना ImageMagick या स्कैनिंग सॉफ़्टवेयर का काम है।
दोनों फ़ॉर्मेट कुछ भी छोड़े बिना पिक्सेल सँभालते हैं, इसलिए इस बदलाव में कोई क्वालिटी सेटिंग नहीं है और छोड़ने को कुछ नहीं। TIFF में जो मान हैं, वे वही हैं जो BMP में थे।
अपवाद रूप का है, दिखावट का नहीं — 8-बिट पैलेट वाली बिटमैप पढ़ते वक़्त पूरे रंग में फैला दी जाती है, इसलिए पैलेट पैलेट के रूप में नहीं बचती, हालाँकि हर पिक्सेल का रंग बचा रहता है। प्रिंट या आर्काइव के लिए यह वैसे भी बेहतर नतीजा है।
TIFF EXIF, XMP, IPTC, ICC प्रोफ़ाइल और GPS डेटा रखती है, और आर्काइव नियम अक्सर इनमें से कुछ फ़ील्ड भरे होने की माँग करते हैं। यह इस रजिस्ट्री के सबसे संपन्न मेटाडेटा कंटेनरों में से एक है।
BMP के लिए रजिस्ट्री कोई मेटाडेटा कंटेनर दर्ज नहीं करती, और यहाँ की प्रक्रिया सिर्फ़ पिक्सेल आगे भेजती है। इसलिए TIFF ख़ाली पहुँचती है — कोई कैप्चर समय नहीं, कोई डिवाइस नहीं। अगर आर्काइव को ये फ़ील्ड चाहिए, तो बाद में किसी TIFF-टैग एडिटर में भरने पड़ेंगे।
रजिस्ट्री TIFF के ब्राउज़र सपोर्ट को «आंशिक» बताती है, और यह Safari तक ही सीमित है — Chrome, Firefox और Edge ने इसे कभी नहीं अपनाया। यही वजह है कि यह साइट ब्राउज़र पर भरोसा नहीं करती और अपनी ही TIFF प्रक्रिया दोनों तरफ़ चलाती है।
पाठक के लिए इसका मतलब है कि फ़ाइल को टैब में खींचकर जाँचा नहीं जा सकता। Photoshop, Affinity Photo, ImageMagick और कोई भी स्कैनिंग ऐप इसे खोल लेगा — असली इस्तेमाल वाले सॉफ़्टवेयर में एक फ़ाइल पहले जाँच लेना बाक़ी सबसे पहले भेजने से बेहतर है।
सीमा है डाली गई फ़ाइल पर 100 MB, यानी क़रीब 33 मेगापिक्सेल की बिना कंप्रेशन वाली बिटमैप। चूँकि TIFF BMP से बड़ी होती है, आउटपुट इस आँकड़े को पार कर सकता है भले ही इनपुट न करे — 80 MB की बिटमैप 100 MB से ऊपर की फ़ाइल बनाती है।
यही वजह है कि बड़े स्कैन के लिए योजना बनानी चाहिए। फ़ोल्डर बदलना काम करता है और मूल नामों के साथ एक ZIP लौटाता है, पर कुछ फ़ाइलों के छोटे समूहों में काम करने से कुछ खर्च नहीं होता और सीमा कहाँ है यह पता लगाने से बचाता है।
| BMP | TIFF | |
|---|---|---|
| पूरा नाम | Windows बिटमैप | Tagged Image File Format |
| फ़ाइल एक्सटेंशन | .bmp, .dib | .tif, .tiff |
| मीडिया टाइप | image/bmp | image/tiff |
| कंप्रेशन | बिना कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता |
| पहली बार प्रकाशित | 1987 | 1986 |
| प्रकाशक | Microsoft | Adobe |
| विनिर्देश | — | TIFF 6.0 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | प्रकाशित, मानकीकृत नहीं |
| आज की स्थिति | पुराना, फिर भी हर जगह पढ़ा जाता है | मौजूदा |
| बिट डेप्थ | 8 | 32 |
| रंग जो यह दर्ज कर सकता है | RGB, इंडेक्स्ड पैलेट | RGB, CMYK, ग्रेस्केल, Lab |
| ब्राउज़र में खुलता है | हर ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | PNG | PNG, PDF, DNG |
कुछ नहीं खोता। BMP और TIFF — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
TIFF पारदर्शिता सँभाल सकता है और BMP नहीं। यह वह जगह है जो नतीजे के पास है और जिसे असली फ़ाइल ने कभी इस्तेमाल ही नहीं किया: बदलने से पारदर्शी पृष्ठभूमि बनती नहीं, बाद में बनाना बस मुमकिन हो जाता है।
TIFF काम करने का फ़ॉर्मेट है और BMP बनकर तैयार फ़ॉर्मेट। जो लौटता है वह पन्ने की तस्वीर नहीं बल्कि बदली जा सकने वाली लिखावट है — आम तौर पर यही इस कन्वर्ज़न की वजह होती है, और यही इसकी सीमा भी।
TIFF को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
BMP 1987 का है और अब मुश्किल से ही इस्तेमाल होता है। TIFF वह है जो आज के प्रोग्राम लिखते हैं, इसलिए यह कन्वर्ज़न पढ़े जाते रहने का भी सवाल है।
दोनों तरफ़ के प्रोग्राम अलग हैं: BMP फ़ाइल Microsoft Paint, GIMP और IrfanView में खुलती है और TIFF फ़ाइल Adobe Photoshop, Affinity Photo और ImageMagick में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
TIFF उन्हीं सैंपल को क़रीब आधी जगह में बाँध देता है। कुछ जाता नहीं — खोलने पर BMP फ़ाइल बिट-दर-बिट वापस मिलती है — और इसी से यह उस हर चीज़ के लिए बेहतर जगह बन जाता है जिसे आप सँभालकर रखना चाहते हैं।
दोनों का निशाना अलग काम है: BMP का प्रोग्रामों के बीच डेटा ले जाना पर, TIFF का छपाई, स्कैनिंग और सहेजना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
BMP Microsoft का फ़ॉर्मेट है, जो 1987 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
TIFF Adobe का है और 1986 से चला आ रहा है, और TIFF 6.0 में तय किया गया है। Adobe Photoshop, Affinity Photo और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
नहीं। TIFF वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है।
TIFF उन्हीं सैंपल को क़रीब आधी जगह में बाँध देता है। कुछ जाता नहीं — खोलने पर BMP फ़ाइल बिट-दर-बिट वापस मिलती है — और इसी से यह उस हर चीज़ के लिए बेहतर जगह बन जाता है जिसे आप सँभालकर रखना चाहते हैं।
TIFF को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
कुछ नहीं खोता। BMP और TIFF — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
इस पेज पर BMP और TIFF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।