आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
TIFF को WebP में बदलें
यहाँ आप TIFF को WebP में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
- कहाँ चलता है आपके ब्राउज़र में। फ़ाइल कभी अपलोड नहीं होती।
- कुछ नुक़सान के साथ आकार के बदले कुछ बारीक़ी जाती है। TIFF जो सँभाल सकता है, वह सब WebP नहीं सँभाल सकता।
- फ़ाइल आकार की सीमा हर फ़ाइल 100 MB तक, मुफ़्त, बिना खाते के।
- जानने लायक़ सिर्फ़ पहला पन्ना बदला जाता है: कई पन्नों वाली TIFF का बाक़ी हिस्सा साथ नहीं जाता।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
TIFF से WebP
TIFF से WebP असल में करता क्या है
TIFF 601 KB → WebP 14 KB 41.9× छोटी
TIFF 601 KB → WebP 4 KB 139.0× छोटी
TIFF 601 KB → WebP 11 KB 56.8× छोटी
कोई ब्राउज़र TIFF नहीं दिखाता, यही पूरी समस्या है
TIFF कभी वेब प्रारूप नहीं रहा। यह वेब से पहले का है, किसी ब्राउज़र ने इसे नहीं अपनाया, और .tif फ़ाइल पर पन्ना ले जाना उसे दिखाने की बजाय डाउनलोड करता है। यही वजह है कि यह फ़ाइल यहाँ पहुँची — कोई CMS इसे अपलोड पर अस्वीकार करता है।
WebP डिज़ाइन से बिलकुल उल्टा है — Google से आया डिलीवरी प्रारूप, RFC 9649 के तौर पर मानकीकृत, बिना किसी फ़ॉलबैक के हर मौजूदा ब्राउज़र में पढ़ा जाता है। यह बदलाव इसलिए क्वालिटी का फ़ैसला नहीं, मेल-मिलाप का है।
WebP एनकोडर देखने से पहले TIFF का असली वज़न
स्कैनर या प्रिंट वर्कफ़्लो से लिखी TIFF आम तौर पर अपने पिक्सल असंपीड़ित रखती है, यानी अल्फ़ा चैनल के साथ चार बाइट प्रति पिक्सल। इस साइट के अपने नमूना सेट में: 480 बाई 320 पर, TIFF हर दृश्य के लिए 615,400 बाइट की है।
वही तीन तस्वीरें डिफ़ॉल्ट क्वालिटी पर WebP के तौर पर हैं: फ़ोटोग्राफ़ के लिए 14,700 बाइट, स्क्रीनशॉट के लिए 10,830, सपाट ग्राफ़िक के लिए 4,428। यह चालीस से एक सौ चालीस गुना छोटा है।
16,383-पिक्सल की WebP सीमा, और बड़ा स्कैन उससे कैसे टकराता है
WebP चौड़ाई और ऊँचाई चौदह बिट में रखता है, तो कोई भी WebP किसी किनारे पर 16,383 पिक्सल से लंबा नहीं हो सकता। यहाँ इस्तेमाल एनकोडर पर नापा गया: 16,383 पिक्सल चौड़ी तस्वीर सामान्य रूप से एनकोड होती है, 16,384 एनकोडिंग त्रुटि देती है।
साधारण फ़ोटो इसके पास कभी नहीं पहुँचती और स्कैन नियमित रूप से पहुँचते हैं। 600-dpi का A1 ड्रॉइंग लगभग 14,000 बाई 19,900 पिक्सल का होता है। अगर बड़ा स्कैन बदलने से मना कर दे, तो लगभग हमेशा यही वजह होती है — अधिकतम चौड़ाई 16,383 से कम सेट कीजिए।
TIFF की सामग्री को ध्यान में रखते हुए क्वालिटी चुनना
क्वालिटी सेटिंग 1 से 100 तक चलती है और 82 से शुरू होती है। यह किसी फ़ोटोग्राफ़िक स्कैन के लिए अच्छा डिफ़ॉल्ट है, जहाँ WebP का लॉसी मोड ठीक वही करता है जिसके लिए वह बना था।
यह किसी स्कैन किए दस्तावेज़, रेखाचित्र या स्क्रीनशॉट के लिए ख़राब डिफ़ॉल्ट है, जहाँ तीखे काले-सफ़ेद किनारे लॉसी संपीड़न सबसे बुरी तरह सँभालता है — लक्षण है पाठ के चारों ओर हल्का धूसर घेरा। ऐसी सामग्री के लिए 90 या ऊपर ले जाइए।
TIFF जो ले जाती है वह WebP कहाँ नहीं रख सकता
TIFF एक कंटेनर है, और उसके भीतर कई चीज़ों के पास जाने को कोई जगह नहीं। कई पेज: सिर्फ़ पहला पढ़ा जाता है। परतें: चपटा हुआ मिश्रित निकलता है। सोलह बिट प्रति चैनल: ऊँचा बाइट रखकर आठ पर घटाया जाता है।
यह किसी भी हाल में इस पन्ने के काम के लिए ख़राबी नहीं — वेब पेज परिभाषा से 8-बिट RGB, एकल-तस्वीर और sRGB है, तो सभी नुक़सान वे चीज़ें हैं जिन्हें मंज़िल इस्तेमाल ही नहीं कर सकती थी।
पारदर्शिता WebP में बचती है, पृष्ठभूमि नहीं
WebP का असली अल्फ़ा चैनल है, तो कट-आउट विषय वाली TIFF कट-आउट के तौर पर ही पहुँचती है। यह इस पन्ने को TIFF-से-JPG पर चुनने की इकलौती वजह है जब तस्वीर पारदर्शी पृष्ठभूमि पर कोई प्रोडक्ट या लोगो है।
अल्फ़ा हर पिक्सल पर अलग रखा जाता है, तो नरम किनारे — कोई फ़ेदर किया मास्क — नरम किनारों के तौर पर बचते हैं। GIF में बदलना पारदर्शिता को 256 रंगों तक घटाकर काला भर देता, WebP ऐसा नहीं करता।
मेटाडेटा बिलकुल WebP तक नहीं पहुँचता
TIFF EXIF, XMP, IPTC, ICC प्रोफ़ाइल और GPS निर्देशांक रख सकता है। इनमें से कुछ भी WebP में नहीं पहुँचता, और कोई नियंत्रण इसे रोकने वाला नहीं — इस साइट का हर ब्राउज़र-साइड इमेज बदलाव कच्चे पिक्सल पर डिकोड करता है और दोबारा एनकोड करता है।
वेब तस्वीर के लिए यही चाहा गया बर्ताव है। कैप्चर लोकेशन, ऑपरेटर का नाम और मशीन का सीरियल नंबर लगी स्कैन पब्लिश करना एक नियमित और टाला जा सकने वाला ख़ुलासा है।
कब AVIF या PNG WebP से बेहतर लक्ष्य है
WebP सुरक्षित जवाब है, हमेशा सबसे अच्छा नहीं। इस साइट के अपने नमूनों में, AVIF स्क्रीनशॉट पर काफ़ी छोटा था — 5,081 के मुक़ाबले WebP का 10,830 — और फ़ोटो पर थोड़ा बड़ा, 17,599 के मुक़ाबले 14,700।
फ़्लैट, स्कैन किए, दस्तावेज़-जैसी सामग्री के लिए TIFF-से-AVIF जाना लायक़ है। जिस दस्तावेज़ को बिलकुल सटीक रहना है — हस्ताक्षर, कोई प्लान — उसके लिए TIFF-से-PNG हर पिक्सल रखता है।
बिना किसी TIFF अपलोड किए फ़ोल्डर बदलना
बदलाव आपके ब्राउज़र में चलता है। TIFF utif2 से डिकोड होती है, WebAssembly में कंपाइल libwebp से दोबारा एनकोड होती है, और डाउनलोड के लिए वापस दी जाती है; फ़ाइल के बारे में कुछ भी नेटवर्क पार नहीं जाता।
बैच वैसे ही काम करते हैं: फ़ोल्डर छोड़िए, हर फ़ाइल अपनी प्रगति पंक्ति के साथ बदलती है, और नतीजे ZIP में लौटते हैं। इंजन एक बार मँगाया जाता है और पूरे बैच के लिए दोबारा इस्तेमाल होता है।
TIFF को WebP में ऐसे बदलें
- अपनी TIFF फ़ाइल इस पेज पर छोड़ें, या चुनने के लिए दबाएँ।
- लक्ष्य के रूप में WebP चुनें। कन्वर्ज़न आपके ब्राउज़र में होता है और फ़ाइल अपलोड नहीं होती।
- तैयार WebP फ़ाइल डाउनलोड कर लें।
TIFF या WebP: क्या बदलता है
| TIFF | WebP | |
|---|---|---|
| पूरा नाम | Tagged Image File Format | WebP तस्वीर |
| फ़ाइल एक्सटेंशन | .tif, .tiff | .webp |
| मीडिया टाइप | image/tiff | image/webp |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 1986 | 2010 |
| प्रकाशक | Adobe | |
| विनिर्देश | TIFF 6.0 | RFC 9649 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | 32 | 8 |
| रंग जो यह दर्ज कर सकता है | RGB, CMYK, ग्रेस्केल, Lab | RGB, YCbCr |
| सबसे बड़ी इमेज | — | हर तरफ़ 16,383 px |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | PNG, PDF, DNG | AVIF, JPG, PNG |
क्या खो जाता है
WebP में एक पन्ना होता है। कई पन्नों वाली TIFF फ़ाइल पन्ना-दर-पन्ना बदली जाती है, एक ही फ़ाइल में नहीं।
परतें आपस में मिला दी जाती हैं। TIFF उन्हें अलग और बदलने लायक़ रखता है; WebP नतीजा रखता है — यानी जिस भी काम के लिए किसी परत को खिसकाना पड़े, वह पहले ही निपटा लेना होगा।
WebP में कैप्शन, क्रेडिट और कीवर्ड वाले IPTC फ़ील्ड और GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह TIFF फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
TIFF में CMYK हो सकता है; WebP RGB में काम करता है। जो फ़ाइल प्रेस के लिए तैयार खड़ी थी वह स्क्रीन के रंग में चली जाती है, और छपाई की धारा में रंग-पृथक्करण दोबारा बनाना पड़ेगा।
TIFF हर चैनल पर 32 बिट तक सँभालता है और WebP के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
क्या बचा रहता है
पारदर्शिता बनी रहती है। TIFF और WebP — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
लक्ष्य फ़ॉर्मेट क्या और सँभाल सकता है
WebP एनिमेशन ढो सकता है; TIFF फ़ाइल एक ही फ़्रेम है। बाहर ऐसी फ़ाइल आती है जिसमें एक तस्वीर है, और वह ऐसे फ़ॉर्मेट में है जो इससे ज़्यादा सँभाल सकता था।
नतीजा खोलना
WebP को हर मौजूदा ब्राउज़र खोल लेता है। TIFF को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
Adobe Photoshop TIFF और WebP — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
कौन-सा फ़ॉर्मेट किस काम के लिए है
दोनों का निशाना अलग काम है: TIFF का छपाई, स्कैनिंग और सहेजना पर, WebP का वेब और बनी हुई फ़ाइल सौंपना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
TIFF Adobe का फ़ॉर्मेट है, जो 1986 में आया। यह हर चैनल पर 32 बिट में दर्ज करता है।
WebP Google का है और 2010 से चला आ रहा है, और RFC 9649 में तय किया गया है। Adobe Photoshop, GIMP और Squoosh इस फ़ॉर्मेट को पढ़ लेते है।
TIFF 1986 में आया और WebP 2010 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
TIFF से WebP: आम सवाल
क्या मेरी TIFF फ़ाइल कहीं अपलोड होती है?
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
क्या TIFF को WebP में बदलना मुफ़्त है?
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
TIFF को WebP में बदलने पर क्या गुणवत्ता जाती है?
WebP कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। सिर्फ़ पहला पन्ना बदला जाता है: कई पन्नों वाली TIFF का बाक़ी हिस्सा साथ नहीं जाता।
कई पन्नों वाली TIFF फ़ाइल एक ही WebP में आ जाती है?
WebP में एक पन्ना होता है। कई पन्नों वाली TIFF फ़ाइल पन्ना-दर-पन्ना बदली जाती है, एक ही फ़ाइल में नहीं।
TIFF से WebP में परतें आपस में मिल जाती हैं?
परतें आपस में मिला दी जाती हैं। TIFF उन्हें अलग और बदलने लायक़ रखता है; WebP नतीजा रखता है — यानी जिस भी काम के लिए किसी परत को खिसकाना पड़े, वह पहले ही निपटा लेना होगा।
क्या EXIF डेटा बचा रहता है?
WebP में कैप्शन, क्रेडिट और कीवर्ड वाले IPTC फ़ील्ड और GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह TIFF फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
इन फ़ॉर्मेट के बारे में और
ये आँकड़े कहाँ से आए
इस पेज पर TIFF और WebP के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।