आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप SVG को TIFF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
SVG से TIFF
SVG का कोई रिज़ॉल्यूशन नहीं होता। यह आकृतियों की सूची है, और कोई रेंडरर उसे 100 पिक्सेल या 10,000 पर एक-सी सटीकता से बना सकता है — यही वजह है यह बिज़नेस कार्ड और किसी इमारत, दोनों पर समान रूप से काम करती है। TIFF की ठीक एक रिज़ॉल्यूशन है, लिखे जाने के पल पर चुनी हुई।
इसलिए यह कन्वर्ज़न एक ही तरफ़ खुलने वाला दरवाज़ा है, और जो चौड़ाई आपने चुनी वही रह जाएगी। बहुत छोटा रेंडर करना पलटा नहीं जा सकता — बाद में TIFF बड़ी करना उन पिक्सेलों को अंदाज़ लगाती है जो कभी खींचे ही नहीं गए — और बहुत बड़ा रेंडर करना बस फ़िज़ूल है।
हिसाब छोटा है। छपी चौड़ाई मिलीमीटर में लीजिए, 25.4 से भाग दीजिए तो इंच मिलते हैं, फिर काम की dots per inch से गुणा कीजिए। 300 dpi पर 100 मिमी चौड़े निशान के लिए 1,181 पिक्सेल चाहिए; 600 dpi पर 2,362।
scale सेटिंग यही पहुँचाती है। डिफ़ॉल्ट 1,024 पिक्सेल चौड़ा रेंडर करता है, जो 300 dpi पर 86.7 मिमी है — किसी पन्ने पर लोगो के लिए ठीक और पोस्टर के लिए बहुत छोटा। Scale 0.1 से 10 तक जाता है, यानी सबसे चौड़ा 10,240 पिक्सेल, 300 dpi पर 867 मिमी।
कुछ भी संपीड़ित नहीं होता और हर पिक्सेल चार सैंपल रखता है, इसलिए आकार अंदाज़ा नहीं, हिसाब है: चौड़ाई गुणा ऊँचाई गुणा चार, और लगभग एक किलोबाइट डायरेक्टरी का। 1,024-पिक्सेल का वर्ग 4,194,304 बाइट चित्र-डेटा बनाता है, और नापी गई फ़ाइल 4,195,304 बाइट थी — 140-बाइट के SVG से।
बड़ा करना गुणक के वर्ग जितना ख़र्च करता है। scale 3 पर वही रेखाचित्र 3,072 पिक्सेल और 37.7 मेगाबाइट है; scale 10 पर 10,240 पिक्सेल और 419 मेगाबाइट, जो फ़ाइल लिखे जाने से पहले फ़ोन की याददाश्त ख़त्म कर सकता है।
TIFF किसी फ़ॉर्मेट से ज़्यादा तस्वीरों की फ़ाइलिंग-व्यवस्था है, और इसके पाठक नाम की उम्मीद से कम सहमत हैं। LZW पेटेंट-मुक्त और हर जगह समर्थित है; Deflate नहीं; JPEG-में-TIFF एक अलग तस्वीर है TIFF रैपर में। Uncompressed baseline ही वह एक रूप है जिसे सब स्वीकारते हैं।
जो कोई TIFF की तरफ़ बदल रहा है वह लगभग हमेशा किसी ख़ास चीज़ को खिला रहा है — कोई RIP, स्कैनर का सॉफ़्टवेयर, इनजेस्ट फ़ोल्डर — और जिस फ़ाइल को उस श्रृंखला की एक कड़ी नकारे उसकी क़ीमत डिस्क-स्पेस से कहीं ज़्यादा है।
यहीं prepress ऑपरेटर को रुककर पढ़ना चाहिए। यहाँ लिखी TIFF में लाल, हरा, नीला और अल्फ़ा चैनल हैं। प्रेस के पास cyan, magenta, yellow और black स्याही हैं, और दोनों के बीच बदलाव कोई फ़ॉर्मूला नहीं — यह काग़ज़, प्रेस और स्याही की सीमा पर निर्भर है।
यह बदलाव prepress में सही प्रोफ़ाइल के साथ कीजिए, फ़ाइल के तैयार पहुँचने की उम्मीद मत रखिए। दो रंग ध्यान देने लायक़ हैं: गहरा RGB नीला और चमकीला RGB हरा — दोनों का कोई CMYK समकक्ष नहीं और स्क्रीन से फीका लौटेगा। ये ब्रांड-रंग हों तो रेखाचित्र स्पॉट रंगों में तय होनी चाहिए।
बाइट-गिनती कहती है चार सैंपल प्रति पिक्सेल, यानी रेखाचित्र की पारदर्शिता फेंकी नहीं गई, फ़ाइल में है। इतना अंकगणित से पक्का है।
जो बदलता है वह पाठक है। कुछ ऐप्लिकेशन इम्पोर्ट पर अल्फ़ा को सफ़ेद पर बैठा देते हैं, कुछ उसे अलग चैनल के रूप में दिखाते हैं, और कुछ पूरी तरह नज़रअंदाज़ करके नीचे का रंग दिखा देते हैं — जो रेंडर की SVG के लिए काला है, क्योंकि वहाँ कुछ खींचा ही नहीं गया।
प्रिंट के लिए बदलने से पहले यह सवाल पूछना ही समझदारी है। PDF रेखाचित्र को वेक्टर में रखता है, इसलिए वहाँ कोई रिज़ॉल्यूशन ग़लत होने का सवाल नहीं, कोई फ़ाइल-आकार का हिसाब नहीं, और प्रेस उसे अपनी ही सटीकता पर छापता है, किसी ब्राउज़र में चुनी गई ग्रिड पर नहीं।
जहाँ पाइपलाइन को सचमुच raster चाहिए — कुछ बड़े-फ़ॉर्मेट RIP, कुछ टेक्सटाइल और सिरेमिक प्रक्रियाएँ, कुछ दस्तावेज़ पुरालेख — वहाँ यह TIFF सही जवाब है। जहाँ नहीं, वहाँ किसी वेक्टर को चार-मेगाबाइट की पिक्सेल-ग्रिड में बदलना उसी गुण को फेंकना है जिसने उसे उपयोगी बनाया था।
SVG पाठ को पाठ के रूप में रखती है और सिर्फ़ टाइपफ़ेस का नाम लेती है, उसे अंदर रखती नहीं। एम्बेड न किया कुछ भी रेंडर के समय बदल दिया जाता है, इसलिए वर्डमार्क अलग अक्षर-आकृति और अलग दूरी लेकर आ सकता है — प्रिंट के काम में यह देर से और महँगे तरीक़े से पता चलता है।
SVG निर्यात करने से पहले पाठ को रूपरेखा या पथ में बदल दीजिए। अक्षर आकृतियाँ बन जाते हैं, कुछ भी बदला नहीं जा सकता, और फ़ाइल किसी ऐसे सप्लायर को थमाने लायक़ बन जाती है जिसके पास आपके फ़ॉन्ट नहीं हैं।
फ़ोल्डर छोड़िए और हर फ़ाइल एक ही scale पर रेंडर होती है, जो निशानों के सेट को आपस में एक-सा रखती है — छपे पन्ने पर आमतौर पर किसी एक निशान के अलग-अलग आदर्श होने से ज़्यादा मायने रखने वाली बात। नतीजे ZIP के रूप में लौटते हैं।
कुल आकार पर नज़र रखिए। डिफ़ॉल्ट scale पर बीस रेखाचित्र ZIP से पहले ही अस्सी मेगाबाइट से ज़्यादा TIFF हैं, और uncompressed चित्र-डेटा किसी ZIP के भीतर ज़्यादा नहीं सिकुड़ता।
| SVG | TIFF | |
|---|---|---|
| पूरा नाम | Scalable Vector Graphics | Tagged Image File Format |
| फ़ाइल एक्सटेंशन | .svg | .tif, .tiff |
| मीडिया टाइप | image/svg+xml | image/tiff |
| कंप्रेशन | बिना कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता |
| पहली बार प्रकाशित | 2001 | 1986 |
| प्रकाशक | W3C | Adobe |
| विनिर्देश | SVG 1.1 | TIFF 6.0 |
| लाइसेंस | खुला मानक | प्रकाशित, मानकीकृत नहीं |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | — | 32 |
| रंग जो यह दर्ज कर सकता है | RGB | RGB, CMYK, ग्रेस्केल, Lab |
| ब्राउज़र में खुलता है | हर ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | PNG, PDF | PNG, PDF, DNG |
SVG आकृतियों का वर्णन करता है और TIFF बिंदु सँभालता है। नतीजा उसी नाप पर साफ़ है जिस पर वह बना, उससे बड़े पर नहीं: बाद में बढ़ाने पर बीच के बिंदु सिर्फ़ गढ़े जा सकते हैं — इसीलिए यहाँ निर्यात की नाप बाक़ी ज़्यादातर कन्वर्ज़न से ज़्यादा मायने रखती है।
TIFF में एक ठहरा हुआ फ़्रेम होता है। चलती हुई SVG फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
पारदर्शिता बनी रहती है। SVG और TIFF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
TIFF को कुछ ही ब्राउज़र पढ़ पाते हैं। इस लिहाज़ से दोनों में यही कम जगह चलने वाला है। भेजने से पहले देख लीजिए कि पाने वाला इसे लेता भी है या नहीं।
दोनों तरफ़ के प्रोग्राम अलग हैं: SVG फ़ाइल Inkscape, Adobe Illustrator और Figma में खुलती है और TIFF फ़ाइल Adobe Photoshop, Affinity Photo और ImageMagick में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
TIFF उन्हीं सैंपल को क़रीब आधी जगह में बाँध देता है। कुछ जाता नहीं — खोलने पर SVG फ़ाइल बिट-दर-बिट वापस मिलती है — और इसी से यह उस हर चीज़ के लिए बेहतर जगह बन जाता है जिसे आप सँभालकर रखना चाहते हैं।
दोनों का निशाना अलग काम है: SVG का वेब, लोगो और रेखाचित्र और एडिटिंग पर, TIFF का छपाई, स्कैनिंग और सहेजना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
SVG W3C का फ़ॉर्मेट है, जो 2001 में आया। यह SVG 1.1 में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
TIFF Adobe का है और 1986 से चला आ रहा है, और TIFF 6.0 में तय किया गया है। Adobe Photoshop, Affinity Photo और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
TIFF 1986 में आया और SVG 2001 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे resvg है, Rust में लिखा एक सख़्त SVG रेंडरर; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। resvg आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
SVG और TIFF सामग्री का वर्णन बुनियादी तौर पर अलग-अलग तरीक़ों से करते हैं। इसलिए यह कन्वर्ज़न नक़ल नहीं, पुनर्निर्माण है: ईमानदार, पर बाइट-दर-बाइट एक जैसा नहीं। लिखावट उन्हीं फ़ॉन्ट से बनाई जाती है जो फ़ाइल के अंदर हैं; बाक़ी के लिए कोई विकल्प आ जाता है।
SVG आकृतियों का वर्णन करता है और TIFF बिंदु सँभालता है। नतीजा उसी नाप पर साफ़ है जिस पर वह बना, उससे बड़े पर नहीं: बाद में बढ़ाने पर बीच के बिंदु सिर्फ़ गढ़े जा सकते हैं — इसीलिए यहाँ निर्यात की नाप बाक़ी ज़्यादातर कन्वर्ज़न से ज़्यादा मायने रखती है।
TIFF में एक ठहरा हुआ फ़्रेम होता है। चलती हुई SVG फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
TIFF उन्हीं सैंपल को क़रीब आधी जगह में बाँध देता है। कुछ जाता नहीं — खोलने पर SVG फ़ाइल बिट-दर-बिट वापस मिलती है — और इसी से यह उस हर चीज़ के लिए बेहतर जगह बन जाता है जिसे आप सँभालकर रखना चाहते हैं।
इस पेज पर SVG और TIFF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।