आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप JPG को TIFF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
JPG से TIFF
JPG 9 KB → TIFF 601 KB 69.0× बड़ी
JPG 6 KB → TIFF 601 KB 104.9× बड़ी
JPG 16 KB → TIFF 601 KB 37.5× बड़ी
यह तस्वीर को बेहतर नहीं बना सकती। JPEG वह जानकारी हमेशा के लिए फेंककर काम करता है जिसकी कमी आँख को सबसे कम खलेगी, और यह उसी क्षण होता है जब फ़ाइल सहेजी जाती है। बाद में TIFF बनाना हर बचे हुए पिक्सेल को ठीक-ठीक लिख देता है — यह असली गारंटी है, और उस गारंटी से अलग है जिसकी लोग उम्मीद करते हैं।
यह फ़र्क़ इसलिए मायने रखता है कि TIFF आम तौर पर क्यों माँगी जाती है। अगर किसी पत्रिका या छापेख़ाने ने उसे इसलिए माँगा कि तस्वीर की गुणवत्ता बची रहे, तो JPG बदलना उस माँग का अक्षर पूरा करता है, मंशा नहीं: जिस गुणवत्ता की वे रक्षा करना चाहते थे, वह पहले ही ख़र्च हो चुकी है। अगर कैमरे की मूल फ़ाइल या संपादक से किया गया निर्यात अब भी मौजूद है, तो उसे बदलना ही असल में उनकी माँग थी। अगर वह नहीं है, तो यही सबसे अच्छा उपलब्ध जवाब है और करने लायक़ है।
TIFF का मोल इसमें है कि आगे क्या होता है। जो फ़ोटो कई दौर के संपादन, रंग सुधार और JPG में दोबारा सहेजने से गुज़रती है, वह हर बार थोड़ी घिसती है — ख़राबियाँ जुड़ती जाती हैं, और इसीलिए कुछ सिस्टमों से गुज़री तस्वीरें वैसी दिखती हैं जैसी दिखती हैं।
TIFF बनाना उस घड़ी को रोक देता है। इसके बाद हर सहेजना बिना नुक़सान का है, इसलिए जो फ़ाइल एक डिज़ाइनर, एक प्रूफ़ चरण और एक छापेख़ाने से गुज़रती है वह वैसी ही पहुँचती है जैसी चली थी। माँग के पीछे ठीक यही तर्क है, और वह अच्छा है; ग़लती सिर्फ़ यह मान लेने में है कि वह पीछे की दिशा में भी काम करेगा।
TIFF फ़ॉर्मेट कम और तस्वीरों की फ़ाइलिंग व्यवस्था ज़्यादा है, और वही लचीलापन उसकी कमज़ोरी है: वह कई कंप्रेशन तरीक़े मानता है, और उसे पढ़ने वाले उतने सहमत नहीं जितनी उम्मीद हो। LZW को व्यापक समर्थन है, Deflate का हाल असमान है, और TIFF के भीतर JPEG एक कंप्रेस्ड तस्वीर को TIFF के लिफ़ाफ़े में रखना है — जो आम तौर पर उसका उलटा है जो TIFF माँगने वाला चाहता है।
यहाँ जो फ़ाइल लिखी जाती है वह सादी, बिना कंप्रेशन वाली बुनियादी TIFF है — वही रूप जिसे हर पेशेवर सॉफ़्टवेयर तीस साल से पढ़ रहा है। क़ीमत आकार है और फ़ायदा यह कि वह पहली ही बार खुल जाती है, चाहे पाने वाला जो भी चला रहा हो। जिस फ़ॉर्मेट को भरोसे की वजह से चुना गया, उसके लिए यही सही सौदा है।
बिना कंप्रेशन का मतलब है कि गणित सीधा है: चौड़ाई गुणा ऊँचाई गुणा चार बाइट। 12 मेगापिक्सेल की फ़ोटो क़रीब 48 MB बैठती है, चाहे जिस JPG से वह आई वह दो मेगाबाइट का हो या छह — क्योंकि JPG का आकार कंप्रेशन पर निर्भर था और TIFF का नहीं है।
यह उन्हें चौंकाता है जो नतीजा मेल से भेजना चाहते हैं, और इसीलिए TIFF माँगने वाले पोर्टल आम तौर पर बड़ी फ़ाइलों के लिए बना अपलोड रास्ता भी देते हैं। अगर माँग असल में आगे नुक़सान न होने देने की है और फ़ॉर्मेट की नहीं, तो PNG सुझाने लायक़ है: वह भी बिना नुक़सान वाला, हर जगह पढ़ा जाने वाला, और आम तौर पर आधा या उससे कम।
यह फ़ॉर्मेट कई पन्ने, परतें, एक अल्फ़ा चैनल और प्रति चैनल 16 बिट मानता है। इनमें से कुछ भी यहाँ नहीं आता, क्योंकि इनमें से कुछ भी JPG में है ही नहीं कि साथ लाया जाए।
जो निकलता है वह एक पन्ने की, 8 बिट की, अपारदर्शी तस्वीर है — यानी ठीक वही जो एक JPG है, बस ऐसे डिब्बे में लिखी जो आगे कुछ नहीं खोएगा। अगर माँग में परतें या 16 बिट की गहराई है, तो JPG उसे कभी पूरा करने वाला था ही नहीं, और वह बातचीत इससे पहले के चरण की है।
TIFF RGB में निकलती है, उसी JPG की तरह जिससे वह आई। TIFF CMYK रख सकती है और छपाई के कामकाज अक्सर उसी की उम्मीद करते हैं, पर JPG RGB है, और यहाँ CMYK अलगाव गढ़ने का मतलब होता ऐसी स्याही-प्रोफ़ाइल का अंदाज़ा लगाना जो किसी ने बताई ही नहीं।
अगर पाने वाले को CMYK चाहिए, तो वह अलगाव उस औज़ार का काम है जिसके पास छापेख़ाने की प्रोफ़ाइल है। सही RGB वाली TIFF उनके लिए ग़लत तरीक़े से अलग की गई फ़ाइल से बेहतर शुरुआत है।
TIFF अपने टैग रखती है और EXIF भी सँभाल सकती है, पर यहाँ बनने वाली TIFF में वह नहीं होता। तस्वीर पिक्सेल से होकर गुज़रती है, और उसी मोड़ पर JPG की तारीख़, उपकरण और निर्देशांक पीछे छूट जाते हैं।
किसी पत्रिका, बिक्री-मंच या सार्वजनिक अभिलेख को भेजने के लिए यह सुविधाजनक है: TIFF यह बताए बिना पहुँचती है कि तस्वीर कहाँ और किससे खींची गई। संजोकर रखने के लिहाज़ से यही असली नुक़सान है — तब मूल JPG को TIFF के साथ रख लीजिए।
TIFF कहने वाली शर्तें अक्सर एक्सटेंशन से ज़्यादा कहती हैं: प्रति इंच बिंदुओं में कोई रिज़ॉल्यूशन, कोई रंग-स्थान, कभी-कभी ख़ास तौर पर बिना कंप्रेशन। अकेला एक्सटेंशन शायद ही कभी पूरी कहानी बताता है।
बदलने से पहले शर्तें पढ़िए, ठुकराए जाने के बाद नहीं। अगर उनमें पिक्सेल की नाप लिखी है, तो उससे छोटा JPG फ़ॉर्मेट बदलकर उस शर्त पर नहीं लाया जा सकता — कोई भी कन्वर्ज़न वे पिक्सेल नहीं जोड़ती जो कभी खींचे ही नहीं गए।
पूरा फ़ोल्डर छोड़ दीजिए और नतीजे ZIP में ले लीजिए। कुछ भी अपलोड नहीं होता, इसलिए गिनती की कोई सीमा नहीं।
यहाँ का गणित इस साइट की किसी भी और जगह से ज़्यादा बंधन डालता है। 12 मेगापिक्सेल की पचास फ़ोटो लगभग 2.4 GB की TIFF हैं, और वह सब आपके ब्राउज़र के भीतर जुड़ रहा है। छोटी-छोटी तादाद में बदलिए और साथ-साथ सहेजते चलिए।
| JPG | TIFF | |
|---|---|---|
| पूरा नाम | JPEG तस्वीर | Tagged Image File Format |
| फ़ाइल एक्सटेंशन | .jpg, .jpeg, .jpe | .tif, .tiff |
| मीडिया टाइप | image/jpeg | image/tiff |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | बिना नुक़सान — कुछ छोड़ा नहीं जाता |
| पहली बार प्रकाशित | 1992 | 1986 |
| प्रकाशक | Joint Photographic Experts Group | Adobe |
| विनिर्देश | ITU-T T.81 | TIFF 6.0 |
| लाइसेंस | खुला मानक | प्रकाशित, मानकीकृत नहीं |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | 8 | 32 |
| रंग जो यह दर्ज कर सकता है | RGB, ग्रेस्केल, YCbCr | RGB, CMYK, ग्रेस्केल, Lab |
| सबसे बड़ी इमेज | हर तरफ़ 65,535 px | — |
| ब्राउज़र में खुलता है | हर ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | WebP, AVIF, HEIC | PNG, PDF, DNG |
TIFF पारदर्शिता सँभाल सकता है और JPG नहीं। यह वह जगह है जो नतीजे के पास है और जिसे असली फ़ाइल ने कभी इस्तेमाल ही नहीं किया: बदलने से पारदर्शी पृष्ठभूमि बनती नहीं, बाद में बनाना बस मुमकिन हो जाता है।
TIFF काम करने का फ़ॉर्मेट है और JPG बनकर तैयार फ़ॉर्मेट। जो लौटता है वह पन्ने की तस्वीर नहीं बल्कि बदली जा सकने वाली लिखावट है — आम तौर पर यही इस कन्वर्ज़न की वजह होती है, और यही इसकी सीमा भी।
TIFF परतें सँभाल सकता है। JPG फ़ाइल पहले से मिली हुई आती है, इसलिए नतीजे में एक ही परत रहती है — बनावट को हाथ से दोबारा खड़ा करना पड़ेगा।
TIFF को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
Adobe Photoshop JPG और TIFF — दोनों पढ़ लेता है, इसलिए आप नतीजे को असली फ़ाइल के बग़ल में रखकर देख सकते हैं, बिना दूसरा प्रोग्राम खोले।
नतीजा असली से बड़ा होगा और बेहतर नहीं। JPG पहले ही बारीक़ी फेंक चुका है और TIFF बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
दोनों का निशाना अलग काम है: JPG का फ़ोटोग्राफ़ी, वेब, ईमेल और बनी हुई फ़ाइल सौंपना पर, TIFF का छपाई, स्कैनिंग और सहेजना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
JPG Joint Photographic Experts Group का फ़ॉर्मेट है, जो 1992 में आया। यह हर चैनल पर 8 बिट में दर्ज करता है।
TIFF Adobe का है और 1986 से चला आ रहा है, और TIFF 6.0 में तय किया गया है। Adobe Photoshop, Affinity Photo और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे jSquash है, तस्वीरों के संदर्भ कोडेक के WebAssembly संस्करण; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। jSquash आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
नहीं। TIFF वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है।
नतीजा असली से बड़ा होगा और बेहतर नहीं। JPG पहले ही बारीक़ी फेंक चुका है और TIFF बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
TIFF को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
TIFF पारदर्शिता सँभाल सकता है और JPG नहीं। यह वह जगह है जो नतीजे के पास है और जिसे असली फ़ाइल ने कभी इस्तेमाल ही नहीं किया: बदलने से पारदर्शी पृष्ठभूमि बनती नहीं, बाद में बनाना बस मुमकिन हो जाता है।
इस पेज पर JPG और TIFF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।