आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप TIFF को SVG में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
TIFF से SVG
TIFF उन गिने-चुने इमेज फ़ॉर्मेट में है जो एक से ज़्यादा तस्वीर रख सकते हैं, और दस्तावेज़ स्कैनर इसका लगातार इस्तेमाल करते हैं: ड्राइंग सेट, फ़ैक्स, सर्वे शीट का बंडल — सब अक्सर एक ही बहु-पन्ने TIFF के रूप में आते हैं। यहाँ रीडर पहला पन्ना लेता है और वहीं रुक जाता है।
इस पर कोई चेतावनी नहीं आती, इसलिए यहाँ लिखी है। बाक़ी पन्ने आपकी फ़ाइल में सुरक्षित रहते हैं — कुछ ख़राब नहीं होता — पर जो SVG डाउनलोड होती है उसमें सिर्फ़ शीट एक है। स्कैनर के सॉफ़्टवेयर में या किसी PDF टूल में TIFF को बाँटकर हर शीट अलग से ट्रेस कीजिए।
साफ़ लोगो पर शार्प डिटेल कड़कपन बचाती है। स्कैन पर वह उलटा असर करती है, क्योंकि स्कैन साफ़ नहीं होता: उसमें धूल, काग़ज़ की बनावट, छपे हुए मूल से आए हाफ़टोन बिंदु और सेंसर से गुज़री हर भौतिक रेखा का उखड़ा किनारा होता है।
1,200 गुणा 900 की एक लाइन-ड्रॉइंग पर, इसी साइट के अपने TIFF लेखक-पाठक से गुज़ार कर नापा गया: चार रंगों पर स्मूथ ने 63 पथों में 33,221 बाइट दीं। आठ रंगों पर शार्प ने 3,810 पथों में 9,03,740 बाइट दीं — यानी सत्ताईस गुनी बड़ी फ़ाइल, वही ड्राइंग, और उनमें से क़रीब साढ़े तीन हज़ार पथ सिर्फ़ धूल हैं।
यही तय करता है कि फ़ाइल आगे किसी मशीन के काम आएगी या नहीं। ट्रेसिंग एक-रंग के इलाक़े ढूँढती है और हर इलाक़े के चारों ओर एक बंद पथ खींचती है। खींची हुई रेखा एक लंबा पतला काला इलाक़ा होती है, तो नतीजा एक फंदा होता है जो स्ट्रोक के एक किनारे से नीचे जाकर दूसरे से ऊपर लौटता है।
किसी प्रिंट, बड़े डिस्प्ले या रीड्रॉ रेफ़रेंस के लिए यह बिलकुल ठीक है, क्योंकि नतीजा ड्राइंग जैसा ही दिखता है और बड़े होने पर धुँधला नहीं पड़ता। किसी मशीन के लिए नहीं — प्लॉटर या इंग्रेवर हर रेखा की रूपरेखा का पीछा करता है, ख़ुद रेखा का नहीं, और CAD पैकेज को एक की जगह दो किनारे मिलते हैं, बिना डाइमेंशन के।
TIFF एक फ़ॉर्मेट से ज़्यादा तस्वीरों की एक फ़ाइलिंग-प्रणाली है, और रीडर आपस में इस पर सबसे ज़्यादा असहमत होते हैं। यहाँ इस्तेमाल हुआ रीडर uncompressed, LZW, Deflate, PackBits, JPEG-in-TIFF और Group 3-4 फ़ैक्स सबको पढ़ता है, रंग, ग्रेस्केल और एक-बिट काले-सफ़ेद में भी।
सोलह-बिट-प्रति-चैनल फ़ाइलें पढ़ी तो जाती हैं पर ऊँचे बाइट को रखकर आठ बिट तक घटा दी जाती हैं, जो लाइन ड्रॉइंग के लिए बेमानी है। और CMYK TIFF — प्रिंट वर्कफ़्लो की उपज — फ़ॉर्मूले से स्क्रीन-रंग में बदली जाती है, एम्बेडेड प्रोफ़ाइल से नहीं, तो रंग हल्के-से खिसकते हैं।
लाइन ड्रॉइंग में दो रंग होते हैं: स्याही और काग़ज़। चार क्वांटाइज़र को स्याही, काग़ज़ और एंटी-एलियासिंग-ब्लर के दो बीच के ग्रे के लिए जगह देते हैं, और यह ज़्यादातर स्कैन के लिए सही चुनाव है। कंट्रोल आठ से शुरू होता है, जो सपाट चित्रों के लिए ठीक है और स्कैन के लिए एक क़दम ज़्यादा उदार।
ज़्यादा रंग स्कैन से डिटेल नहीं निकालते, शोर निकालते हैं। सोलह और बत्तीस रंग हर धूसर छाया और हर हाफ़टोन बिंदु को रूपरेखा लायक़ इलाक़ा मान लेते हैं। अपवाद है सचमुच रंगीन स्कैन — हाथ से बना नक़्शा, लाल-नीले मार्कअप वाली प्लान — वहाँ आठ से शुरुआत उचित है।
ट्रेसर को यह पता नहीं कि काग़ज़ क्या होता है। हल्के धूसर पृष्ठभूमि और धूसर-काली रेखाओं वाला स्कैन उसे एक ऐसी तस्वीर देता है जिसमें "सपाट इलाक़े" काग़ज़ के लगभग-एक-जैसे बड़े हिस्से भी शामिल कर लेते हैं, और वह उनकी सीमाओं की रूपरेखा भी ईमानदारी से खींच देता है।
किसी भी इमेज एडिटर में दस मिनट इस पन्ने के हर विकल्प से ज़्यादा काम करते हैं। लेवल इतना बढ़ाइए कि काग़ज़ सचमुच सफ़ेद और स्याही सचमुच काली हो जाए, स्कैनर के किनारे काट दीजिए, पन्ना सीधा कीजिए। स्कैनर में bitonal या "document" मोड हो तो वही काम कैप्चर के समय ही हो जाता है।
सबसे लंबे किनारे पर 1,600 पिक्सेल से बड़ी कोई भी चीज़ पहले छोटी की जाती है। यह किसी भी और स्रोत से ज़्यादा यहाँ असर करता है: 300-dpi का A4 स्कैन पहले से क़रीब 2,480 गुणा 3,510 पिक्सेल का होता है, 600-dpi का क़रीब 4,960 गुणा 7,020 — यानी लगभग हर स्कैन घटाया जाता है।
इसकी क़ीमत दिखने से कम है। SVG रिज़ॉल्यूशन-स्वतंत्र है, इसलिए 1,600 पिक्सेल पर ट्रेस की गई और 7,000 पर ट्रेस की गई वही ड्राइंग किसी भी आकार पर एक जैसी दिखती है। 1,200 dpi पर स्कैन करना यहाँ समय और डिस्क की बर्बादी है — 300-400 dpi बाइटोनल पर स्कैन कर लेवल ठीक कर लीजिए, इतना ही ट्रेसर के काम आता है।
Inkscape में खोलकर पहले शेप-गिनती देखिए: स्टेटस बार तुरंत बता देगा कि ट्रेस काम कर गया या नहीं। ड्राइंग के लिए साठ शेप अच्छा नतीजा है, कुछ हज़ार का मतलब धूल जीत गई — तब सफ़ाई की कोशिश करने की जगह दोबारा स्कैन या लेवल कीजिए।
फिर पूरे कैनवस वाला बैकग्राउंड पथ मिटाइए, रंग से चुनकर बीच के धूसर हटाइए, और स्ट्रोक none पर सेट कीजिए ताकि कटर पथ के एक-पिक्सेल आउटलाइन स्ट्रोक की जगह फ़िल का पीछा करे।
अगर स्कैन ड्राइंग नहीं, दस्तावेज़ है — कोई अनुबंध, रिकॉर्ड, फ़ॉर्म — तो ट्रेसिंग बिलकुल ग़लत औज़ार है। TIFF से PDF हर पन्ना रखती है; TIFF से TXT Tesseract से शब्द पढ़ती है अगर पाठ चाहिए था।
अगर स्कैन तस्वीर या प्रिंट प्लेट है, तो कोई ट्रेसर मदद नहीं करेगा: TIFF से PNG हर पिक्सेल ठीक-ठीक रखती है, और TIFF से JPG या WebP भेजने-छापने लायक़ छोटी बनाती है। ट्रेसिंग तभी करने लायक़ है जब स्कैन सचमुच लाइन वर्क हो और सचमुच शेप बनना हो।
TIFF इसी टैब में डीकोड, स्केल और ट्रेस होकर लिखी जाती है। कुछ अपलोड नहीं होता, न कोई खाता है, न कोई रोज़ की सीमा — यह उस पन्ने के लिए ज़रूरी बात है जिसकी सामान्य फ़ाइल किसी ग्राहक की ड्राइंग या ऐसा सर्वे हो जिसे किसी तीसरी वेब सेवा पर डालने की इजाज़त किसी ने नहीं दी।
ट्रेसर imagetracerjs है, Unlicense के तहत 46 KB शुद्ध JavaScript। यह सबसे बेहतरीन नहीं है — potrace और autotrace ज़्यादा साफ़ वक्र देते हैं पर GPL हैं। स्कैन पर यह फ़र्क़ कम मायने रखता है, क्योंकि यहाँ नतीजे की गुणवत्ता ट्रेसर से ज़्यादा ख़ुद स्कैन की गुणवत्ता तय करती है।
| TIFF | SVG | |
|---|---|---|
| पूरा नाम | Tagged Image File Format | Scalable Vector Graphics |
| फ़ाइल एक्सटेंशन | .tif, .tiff | .svg |
| मीडिया टाइप | image/tiff | image/svg+xml |
| कंप्रेशन | बिना नुक़सान — कुछ छोड़ा नहीं जाता | बिना कंप्रेशन |
| पहली बार प्रकाशित | 1986 | 2001 |
| प्रकाशक | Adobe | W3C |
| विनिर्देश | TIFF 6.0 | SVG 1.1 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | 32 | — |
| रंग जो यह दर्ज कर सकता है | RGB, CMYK, ग्रेस्केल, Lab | RGB |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | PNG, PDF, DNG | PNG, PDF |
TIFF में CMYK हो सकता है; SVG RGB में काम करता है। जो फ़ाइल प्रेस के लिए तैयार खड़ी थी वह स्क्रीन के रंग में चली जाती है, और छपाई की धारा में रंग-पृथक्करण दोबारा बनाना पड़ेगा।
पारदर्शिता बनी रहती है। TIFF और SVG — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
SVG एनिमेशन ढो सकता है; TIFF फ़ाइल एक ही फ़्रेम है। बाहर ऐसी फ़ाइल आती है जिसमें एक तस्वीर है, और वह ऐसे फ़ॉर्मेट में है जो इससे ज़्यादा सँभाल सकता था।
SVG को हर मौजूदा ब्राउज़र खोल लेता है। TIFF को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
दोनों तरफ़ के प्रोग्राम अलग हैं: TIFF फ़ाइल Adobe Photoshop, Affinity Photo और ImageMagick में खुलती है और SVG फ़ाइल Inkscape, Adobe Illustrator और Figma में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
SVG सैंपल कच्चे रूप में रखता है, इसलिए फ़ाइल ख़ूब बढ़ जाती है और बदले में कुछ मिलता नहीं। इस दिशा का मतलब सिर्फ़ तब है जब दूसरी तरफ़ का कोई प्रोग्राम TIFF लेता ही न हो — और वजह आम तौर पर यही होती भी है।
दोनों का निशाना अलग काम है: TIFF का छपाई, स्कैनिंग और सहेजना पर, SVG का वेब, लोगो और रेखाचित्र और एडिटिंग पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
TIFF Adobe का फ़ॉर्मेट है, जो 1986 में आया। यह हर चैनल पर 32 बिट में दर्ज करता है।
SVG W3C का है और 2001 से चला आ रहा है, और SVG 1.1 में तय किया गया है। Inkscape, Adobe Illustrator और Figma इस फ़ॉर्मेट को पढ़ लेते है।
TIFF 1986 में आया और SVG 2001 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100।
TIFF और SVG सामग्री का वर्णन बुनियादी तौर पर अलग-अलग तरीक़ों से करते हैं। इसलिए यह कन्वर्ज़न नक़ल नहीं, पुनर्निर्माण है: ईमानदार, पर बाइट-दर-बाइट एक जैसा नहीं। ट्रेसिंग तस्वीर को सपाट आकृतियों के रूप में दोबारा बनाती है, और इसी वजह से नतीजा किसी भी आकार तक बढ़ाया जा सकता है बिना धुँधलाए। यह मिलते-जुलते रंग वाले हिस्सों के बीच के किनारे ढूँढ़कर हर हिस्से के चारों ओर एक रेखा खींचती है, इसलिए वहीं सबसे अच्छी उतरती है जहाँ वे हिस्से सचमुच मौजूद हों: कोई लोगो, कोई आइकॉन, कोई सपाट चित्र, कोई स्कैन किया रेखाचित्र। फ़ोटो में सपाट हिस्से होते ही नहीं, इसलिए ट्रेसिंग उन्हें गढ़ लेती है — नतीजा पोस्टराइज़ हो जाता है और शुरुआत वाली फ़ाइल से बड़ा भी। ट्रेस की गई फ़ाइल को आपकी फ़ाइल से नापा जाता है, और डाउनलोड करने से पहले पेज बता देता है कि दोनों में से क्या हुआ।
SVG सैंपल कच्चे रूप में रखता है, इसलिए फ़ाइल ख़ूब बढ़ जाती है और बदले में कुछ मिलता नहीं। इस दिशा का मतलब सिर्फ़ तब है जब दूसरी तरफ़ का कोई प्रोग्राम TIFF लेता ही न हो — और वजह आम तौर पर यही होती भी है।
TIFF में CMYK हो सकता है; SVG RGB में काम करता है। जो फ़ाइल प्रेस के लिए तैयार खड़ी थी वह स्क्रीन के रंग में चली जाती है, और छपाई की धारा में रंग-पृथक्करण दोबारा बनाना पड़ेगा।
पारदर्शिता बनी रहती है। TIFF और SVG — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
इस पेज पर TIFF और SVG के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।