आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप WebP को TIFF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
WebP से TIFF
WebP 14 KB → TIFF 601 KB 41.9× बड़ी
WebP 4 KB → TIFF 601 KB 139.0× बड़ी
WebP 11 KB → TIFF 601 KB 56.8× बड़ी
ज़्यादातर लोग सोचते हैं TIFF उच्च-गुणवत्ता फ़ॉर्मैट है और इसमें बदलना सुधार है। TIFF इस मायने में उच्च-गुणवत्ता है कि यह सोलह बिट प्रति चैनल, CMYK, कई पन्ने रख सकता है — पर यह कोई मरम्मत नहीं।
अगर WebP लॉसी थी — जो वेबसाइट से मिली लगभग हर WebP होती है — उसके एनकोडर ने सपाट क्षेत्र चिकने किए और किनारों पर रिंगिंग छोड़ी। वे ख़ामियाँ अब बस तस्वीर हैं, और TIFF में बड़ी क़ीमत पर ईमानदारी से लिखी जाती हैं।
चार चैनल, हर एक आठ बिट, अनकम्प्रेस्ड, फ़ोटोमेट्रिक RGB, स्ट्रिप में स्टोर। अनकम्प्रेस्ड जानबूझकर चुना गया है — TIFF पाठक आपस में उम्मीद से कम सहमत हैं, और LZW लगभग सार्वभौमिक है जबकि Deflate नहीं।
क़ीमत साइज़ है, और छोटी नहीं — चार बाइट प्रति पिक्सल का मतलब है बारह-मेगापिक्सल तस्वीर लगभग 48 MB की, हेडर से पहले ही।
TIFF का रिज़ॉल्यूशन फ़ील्ड 72 dpi लिखा जाता है और यह कहीं से निकाला नहीं जाता — WebP में ऐसा कोई फ़ील्ड ही नहीं होता। जो प्रिंट शॉप यह टैग पढ़ेगा, वह कम-रिज़ॉल्यूशन फ़ाइल की रिपोर्ट देगा।
असल में प्रिंट साइज़ तय करने वाली चीज़ पिक्सल गिनती है। 300 dpi पर, 10 सेंटीमीटर चौड़े प्रिंट के लिए लगभग 1,180 पिक्सल चाहिए — सबमिट करने से पहले अपनी तस्वीर को इस संख्या से मिलाइए।
TIFF CMYK सपोर्ट करता है, और यही एक बड़ी वजह है कि प्रिंट वर्कफ़्लो इसे माँगते हैं। यह कन्वर्टर RGB लिखता है और कुछ और नहीं — पूरी पाइपलाइन आठ-बिट RGB में डिकोड करती है।
तो अगर स्पेसिफ़िकेशन "CMYK TIFF" कहे, यह फ़ाइल उसे संतुष्ट नहीं करेगी। अलग करना Photoshop, Affinity या GIMP जैसे सॉफ़्टवेयर में करना होगा जहाँ मंज़िल प्रोफ़ाइल हो।
TIFF चौथा चैनल रखती है, तो अल्फ़ा वाली WebP उसे लेकर आती है। ऐसी आर्टवर्क के लिए जो रंगीन पन्ने पर बैठनी है, यह बिल्कुल सही है।
सबमिशन के लिए यह मुश्किल हो सकता है — कुछ पोर्टल और प्रिंट RIP अल्फ़ा चैनल वाली TIFF मना कर देते हैं। अगर पारदर्शिता ज़रूरी नहीं, बदलने से पहले किसी इमेज एडिटर में सफ़ेद पर फ़्लैट कर लीजिए।
TIFF कई पन्ने, लेयर, सोलह-बिट चैनल, स्पॉट कलर और ICC प्रोफ़ाइल रख सकती है। WebP के पास इनमें से कुछ नहीं, तो नतीजे में ये सब ख़ाली आते हैं।
मेटाडेटा भी साथ नहीं आता — कोई भी इमेज बदलाव कच्चे पिक्सल में डिकोड होकर दोबारा एनकोड होता है, तो WebP का EXIF या XMP कुछ भी नहीं बचता।
WebP या तो स्थिर तस्वीर रखता है या एनिमेशन, और यहाँ इस्तेमाल होने वाला डिकोडर सिर्फ़ पहला पढ़ता है। एनिमेटेड फ़ाइल साफ़ संदेश के साथ मना कर दी जाती है, पहली फ़्रेम में बदली नहीं जाती।
अगर एक फ़्रेम चाहिए, ब्राउज़र में एनिमेशन खोलकर रोक दीजिए और स्क्रीनशॉट लीजिए। अगर हरकत ही सामग्री है, WebP से GIF या MP4 वाला पेज सही जगह है।
libwebp और utif2 दोनों माँग पर लोड होते हैं और टैब में चलते हैं। कुछ अपलोड नहीं होता, जो मायने रखता है जब तस्वीर किसी आर्काइव में जमा होनी है या एम्बार्गो के तहत क्लाइंट एसेट है।
फ़्री सीमा इनपुट पर 100 MB है। बैच काम करता है, पर आउटपुट अनकम्प्रेस्ड है, तो सौ तस्वीरों का ज़िप गीगाबाइट में हो सकता है — छोटे समूहों में बदलना बेहतर है।
| WebP | TIFF | |
|---|---|---|
| पूरा नाम | WebP तस्वीर | Tagged Image File Format |
| फ़ाइल एक्सटेंशन | .webp | .tif, .tiff |
| मीडिया टाइप | image/webp | image/tiff |
| कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी | बिना नुक़सान — कुछ छोड़ा नहीं जाता |
| पहली बार प्रकाशित | 2010 | 1986 |
| प्रकाशक | Adobe | |
| विनिर्देश | RFC 9649 | TIFF 6.0 |
| लाइसेंस | खुला मानक | प्रकाशित, मानकीकृत नहीं |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | 8 | 32 |
| रंग जो यह दर्ज कर सकता है | RGB, YCbCr | RGB, CMYK, ग्रेस्केल, Lab |
| सबसे बड़ी इमेज | हर तरफ़ 16,383 px | — |
| ब्राउज़र में खुलता है | हर ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | AVIF, JPG, PNG | PNG, PDF, DNG |
TIFF में एक ठहरा हुआ फ़्रेम होता है। चलती हुई WebP फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
कुछ नहीं खोता। WebP और TIFF — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
पारदर्शिता बनी रहती है। WebP और TIFF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
TIFF काम करने का फ़ॉर्मेट है और WebP बनकर तैयार फ़ॉर्मेट। जो लौटता है वह पन्ने की तस्वीर नहीं बल्कि बदली जा सकने वाली लिखावट है — आम तौर पर यही इस कन्वर्ज़न की वजह होती है, और यही इसकी सीमा भी।
TIFF परतें सँभाल सकता है। WebP फ़ाइल पहले से मिली हुई आती है, इसलिए नतीजे में एक ही परत रहती है — बनावट को हाथ से दोबारा खड़ा करना पड़ेगा।
TIFF को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
Adobe Photoshop WebP और TIFF — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
दोनों का निशाना अलग काम है: WebP का वेब और बनी हुई फ़ाइल सौंपना पर, TIFF का छपाई, स्कैनिंग और सहेजना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
WebP Google का फ़ॉर्मेट है, जो 2010 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
TIFF Adobe का है और 1986 से चला आ रहा है, और TIFF 6.0 में तय किया गया है। Adobe Photoshop, Affinity Photo और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
TIFF 1986 में आया और WebP 2010 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
नहीं। TIFF वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है।
TIFF में एक ठहरा हुआ फ़्रेम होता है। चलती हुई WebP फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
TIFF को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
कुछ नहीं खोता। WebP और TIFF — दोनों अपनी सामग्री बिना नुक़सान सँभालते हैं: यह कन्वर्ज़न पैकिंग बदलता है, गुणवत्ता नहीं, और आप इसे दोहरा सकते हैं बिना इस डर के कि नुक़सान जमा होता जाएगा।
इस पेज पर WebP और TIFF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।