आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप TIFF को GIF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
TIFF से GIF
TIFF 601 KB → GIF 36 KB 16.5× छोटी
TIFF 601 KB → GIF 8 KB 80.0× छोटी
TIFF 601 KB → GIF 6 KB 97.3× छोटी
GIF की मशहूर सीमा है 256 रंग, और इस पेज पर छाई सामग्री को इसकी परवाह नहीं। कोई fax, Group 4 स्कैन, भरा फ़ॉर्म, लाइन ड्रॉइंग या काले-पर-सफ़ेद दस्तावेज़ उन 256 में से दो जगह इस्तेमाल करता है, तो पैलेट कोई नुक़सान नहीं करता — हर पिक्सेल ठीक-ठीक पार आता है, और GIF का LZW कंप्रेशन एक जैसे पिक्सेल की लंबी लाइनों में बहुत अच्छा है।
यही वह हालत है जिसके लिए यह पेज है, और यह आम है: दो-रंगी लगभग हर बिका हुआ दस्तावेज़ स्कैनर का डिफ़ॉल्ट मोड है। ग्रेस्केल स्कैन लगभग उतना ही अच्छा है, क्योंकि 256 धूसर रंग वही है जो 8-बिट ग्रेस्केल तस्वीर रखती है।
किसी को यह तय करना पड़ता है कौन-से रंग बचें, और यहाँ यह gifenc करता है, जो जोड़ीदार nearest-neighbour क्लस्टरिंग से पैलेट बनाता है — PnnQuant.js का पोर्ट — रंग कितनी बार दिखा उसके हिसाब से नहीं। पैलेट सोलह लाख की पूरी रेंज की बजाय घटे रंग-स्पेस से चुना जाता है।
लगातार टोन पर नतीजा किसी की पसंद नहीं और साफ़-साफ़ बिगड़ा भी नहीं। आसमान में साफ़ सीढ़ियाँ बन जाती हैं, त्वचा का रंग धब्बेदार हो जाता है, और halftone-प्रिंटेड मूल में moiré पैटर्न आ जाता है जो स्कैन में नहीं था। इस साइट के नमूने में तस्वीर GIF के तौर पर 37,227 बाइट है, WebP के 14,700 के मुक़ाबले — बड़ी और बुरी दोनों, एक साथ।
GIF सीमित तरीक़े से पारदर्शिता संभालती है: एक पैलेट प्रविष्टि को अदृश्य नामित किया जा सकता है। यहाँ का एनकोडर कभी कोई नामित नहीं करता, तो नतीजे में कुछ भी पारदर्शी नहीं। पारदर्शी पिक्सेल विकल्प पैनल के बैकग्राउंड रंग में बदल जाते हैं, पैलेट बनने से पहले लागू होकर, जो शुरुआत में सफ़ेद होता है।
बदलने से पहले इसे वही रंग तय कीजिए जो गंतव्य तस्वीर के पीछे दिखाता है। अगर पारदर्शिता ही तस्वीर का हिस्सा है, TIFF to PNG और TIFF to WebP दोनों इसे रखते हैं, और अगर गंतव्य फ़ेविकॉन है तो TIFF to ICO भी।
दो कंटेनर तथ्य यहाँ टकराते हैं और कोई भी साफ़ नहीं। TIFF कई तस्वीरें रख सकती है और यहाँ का reader पहली लेता है; GIF कई फ़्रेम रख सकती है और यहाँ का writer एक लिखता है। तो छह-पन्ने की स्कैन की गई fax चुपचाप पहले पन्ने की अकेली स्टिल तस्वीर बन जाती है।
यह उस उम्मीद को भी ख़त्म करता है जो कुछ लोगों को यहाँ लाती है: बहु-पन्ना TIFF एनिमेटेड GIF नहीं बनती। पन्नों को अलग करने के लिए ImageMagick या IrfanView में TIFF बाँट लीजिए, या TIFF to PDF इस्तेमाल कीजिए, जो इस परिवार में इकलौता बदलाव है जो हर पन्ना एक फ़ाइल में रखता है।
काफ़ी, क्योंकि शुरुआती बिंदु अनकंप्रेस्ड है। इस साइट के नमूने 480 गुणा 320 पर हर हालत में TIFF के तौर पर 615,400 बाइट के हैं, और GIF के तौर पर स्क्रीनशॉट जैसे सीन के लिए 6,326, फ़्लैट ग्राफ़िक के लिए 7,688 और तस्वीर के लिए 37,227।
इन तीनों का क्रम काम की बात है। GIF फ़्लैट, तेज़-किनारे वाली सामग्री पर सबसे अच्छा है — जो स्कैन किया दस्तावेज़ है — और लगातार टोन पर सबसे ख़राब, JPEG के बिल्कुल उलट। यही वजह है कोई पुराना सिस्टम आपके स्कैन किए फ़ॉर्म को GIF के तौर पर और स्कैन की तस्वीर को JPG के तौर पर बेहतर संभालेगा।
पहले पन्ने के पिक्सेल को छोड़कर लगभग सब कुछ। सोलह बिट प्रति चैनल quantisation से पहले आठ में घटाए जाते हैं, जो फिर उन्हें कुल 256 रंग में घटाता है। CMYK फ़ॉर्मूले से स्क्रीन रंग में बदलती है, embedded ICC प्रोफ़ाइल से नहीं। EXIF, XMP, IPTC, ICC प्रोफ़ाइल और कोई GPS ब्लॉक छोड़ दिए जाते हैं।
जिस काम के लिए यह पेज है, इनमें से कुछ भी मायने रखने वाला नुक़सान नहीं: गंतव्य ऐसा सिस्टम है जो दस्तावेज़ की 8-बिट तस्वीर चाहता था। यह तभी मायने रखता है जब TIFF आपकी इकलौती प्रति है — इस परिवार के हर पेज की स्थायी सलाह है: TIFF रखिए, GIF अपलोड कीजिए।
GIF अपने आयाम सोलह बिट में रखता है, तो तस्वीर किनारे पर 65,535 पिक्सेल तक जा सकती है। यह WebP की 16,383 सीमा से चार गुना है और किसी भी दस्तावेज़ स्कैनर के बनाए से कहीं ऊपर, तो WebP रास्ते के उलट यह बदलाव बड़े स्कैन पर फ़ेल नहीं होता।
बड़े स्कैन पर जो काटता है वह है मेमोरी और धैर्य, फ़ॉर्मेट नहीं। 20,000-पिक्सेल चौड़ी तस्वीर को quantise करने का मतलब है टैब में कई सौ मिलियन पिक्सेल जाँचना। पहले चौड़ाई घटाना — विकल्प उसी पैनल पर है — आम तौर पर समझदार क़दम है।
लगभग हर हालत में PNG। TIFF to PNG हर पिक्सेल बिना किसी पैलेट के रखता है, 1990 के दशक से लिखी हर चीज़ इसे पढ़ती है, और फ़्लैट स्कैन की गई सामग्री पर अक्सर GIF से भी छोटा होता है — इस साइट का स्क्रीनशॉट जैसा नमूना PNG के तौर पर 2,608 बाइट है, GIF के 6,326 के मुक़ाबले।
अगर गंतव्य आपके नियंत्रण वाला वेबपेज है, TIFF to WebP और छोटी है और सार्वभौमिक रूप से सहारा पाती है। अगर स्कैन कोई दस्तावेज़ है जो फ़ाइल या आगे भेजा जाएगा, TIFF to PDF हर पन्ना रखता है। GIF सही जवाब तभी है जब कहीं कोई सूची यही कहती हो।
पूरा बदलाव टैब में चलता है: utif2 TIFF डिकोड करता है, gifenc पैलेट बनाकर GIF लिखता है, और दोनों तभी लाए जाते हैं जब चाहिए। फ़ाइल का कुछ भी अपलोड नहीं होता, जो तब मायने रखता है जब स्कैन रिकॉर्ड, पत्राचार या किसी के नाम वाली कोई चीज़ हो।
मुफ़्त सीमा प्रति फ़ाइल 100 MB है, जो लगभग 600-dpi A4 रंगीन स्कैन अनकंप्रेस्ड सहेजी गई जितनी है। बैच वैसे ही काम करते हैं — फ़ोल्डर छोड़िए, पंक्तियाँ देखिए, ZIP लीजिए — और quantiser धीमा क़दम है।
| TIFF | GIF | |
|---|---|---|
| पूरा नाम | Tagged Image File Format | Graphics Interchange Format |
| फ़ाइल एक्सटेंशन | .tif, .tiff | .gif |
| मीडिया टाइप | image/tiff | image/gif |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | बिना नुक़सान — कुछ छोड़ा नहीं जाता |
| पहली बार प्रकाशित | 1986 | 1987 |
| प्रकाशक | Adobe | CompuServe |
| विनिर्देश | TIFF 6.0 | GIF89a |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | मौजूदा | पुराना, फिर भी हर जगह पढ़ा जाता है |
| बिट डेप्थ | 32 | 8 |
| रंग जो यह दर्ज कर सकता है | RGB, CMYK, ग्रेस्केल, Lab | इंडेक्स्ड पैलेट |
| सबसे बड़ी इमेज | — | हर तरफ़ 65,535 px |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | PNG, PDF, DNG | WebP, MP4 |
GIF में अल्फ़ा चैनल होता ही नहीं। पारदर्शी TIFF फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और GIF की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
GIF हर तस्वीर में ज़्यादा से ज़्यादा 256 रंग रखता है। इसमें फ़ोटो एक रंग-पट्टी तक घटा दी जाती है, और आसमान पर पट्टियाँ इसीलिए दिखती हैं। यह गुणवत्ता की सेटिंग नहीं है, यह फ़ॉर्मेट है।
TIFF में CMYK हो सकता है; GIF RGB में काम करता है। जो फ़ाइल प्रेस के लिए तैयार खड़ी थी वह स्क्रीन के रंग में चली जाती है, और छपाई की धारा में रंग-पृथक्करण दोबारा बनाना पड़ेगा।
TIFF हर चैनल पर 32 बिट तक सँभालता है और GIF के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
GIF को हर मौजूदा ब्राउज़र खोल लेता है। TIFF को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
Adobe Photoshop और ImageMagick TIFF और GIF — दोनों पढ़ लेते है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
दोनों का निशाना अलग काम है: TIFF का छपाई, स्कैनिंग और सहेजना पर, GIF का वेब पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
TIFF Adobe का फ़ॉर्मेट है, जो 1986 में आया। यह हर चैनल पर 32 बिट में दर्ज करता है।
GIF CompuServe का है और 1987 से चला आ रहा है, और GIF89a में तय किया गया है। GIMP, Adobe Photoshop और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
GIF कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। सिर्फ़ पहला पन्ना बदला जाता है: कई पन्नों वाली TIFF का बाक़ी हिस्सा साथ नहीं जाता।
GIF में अल्फ़ा चैनल होता ही नहीं। पारदर्शी TIFF फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और GIF की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
GIF हर तस्वीर में ज़्यादा से ज़्यादा 256 रंग रखता है। इसमें फ़ोटो एक रंग-पट्टी तक घटा दी जाती है, और आसमान पर पट्टियाँ इसीलिए दिखती हैं। यह गुणवत्ता की सेटिंग नहीं है, यह फ़ॉर्मेट है।
TIFF में CMYK हो सकता है; GIF RGB में काम करता है। जो फ़ाइल प्रेस के लिए तैयार खड़ी थी वह स्क्रीन के रंग में चली जाती है, और छपाई की धारा में रंग-पृथक्करण दोबारा बनाना पड़ेगा।
इस पेज पर TIFF और GIF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।