आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप JXL को SVG में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
JXL से SVG
SVG को पिक्सेल में बदलना तय है: फ़ाइल बताती है आकार क्या हैं और रेंडरर उन्हें खींच देता है। उल्टी दिशा में फ़ाइल में कोई आकार होते ही नहीं — JPEG XL रंगों की एक जाली है, और हर वक्र, कोना और रूपरेखा जो SVG को चाहिए उसे रंग बदलने की जगहों से अंदाज़ा लगाना पड़ता है।
यही अंदाज़ा ट्रेसिंग है, और यही वजह है यह जोड़ी साइट पर हर और से अलग वर्णित है। नतीजा एक नई ड्रॉइंग है जो मूल से उतनी मिलती है जितना मूल की बनावट इजाज़त दे — यही अगले दो हिस्सों का विषय है और इस पेज के होने की वजह भी।
वह एक बड़ी फ़ाइल में ख़राब तस्वीर बन जाती है। ट्रेसर एक जैसे रंग के इलाक़े ढूँढकर हर एक के चारों ओर रूपरेखा खींचता है, तो उसे फ़्लैट इलाक़े चाहिए। तस्वीर में ऐसा कुछ नहीं होता — हर दिशा में टोन लगातार बदलती रहती है — तो एल्गोरिदम रंग को क्वांटाइज़ करके फ़्लैट इलाक़े गढ़ लेता है, और दिखने वाला नतीजा posterisation है।
यह फ़ीचर आने से पहले नापा गया, बाद में मान लिया नहीं गया: तस्वीर स्रोत से क़रीब चार गुना बड़ी और साफ़ posterised निकली, और ग्रेडिएंट उसी वजह से बैंड बना, क्योंकि ग्रेडिएंट ठीक उन फ़्लैट इलाक़ों का न होना है जिन्हें एल्गोरिदम खोजता है। JPEG XL फ़ोटोग्राफ़ी को अपने इस्तेमाल में गिनता है, तो यहाँ आने वालों का बड़ा हिस्सा ठीक ऐसी ही फ़ाइल रखता है, और ईमानदार सलाह यही है कि इसे न बदलें।
फ़्लैट आर्टवर्क, और यह ज़्यादातर लोगों की उम्मीद से बेहतर काम करता है। कोई लोगो ईमानदारी से लौटता है — टेस्ट में 6 KB का स्रोत 16 KB की SVG बना, तेज़ किनारे, सही रंग और गोल कोने बरक़रार, और नतीजा किसी भी आकार तक बिना धुंधलाए बढ़ता है। आइकन, एक-रंग वाले निशान, फ़्लैट इलस्ट्रेशन और स्कैन की गई लाइन ड्रॉइंग सब इसी श्रेणी में आते हैं।
साझा धागा यह है कि इन तस्वीरों में सच में वह चीज़ है जो ट्रेसर खोज रहा है: एक रंग के इलाक़े जिनके बीच साफ़ सीमा है। जो SVG बनती है वह बाइट में स्रोत तस्वीर से बड़ी है और प्रिंट लायक़ रैस्टर से अनंत गुना छोटी — यही वह सौदा है जिसके लिए यह फ़ॉर्मेट बना।
टेक्स्ट वाले स्क्रीनशॉट से बनी SVG स्रोत से क़रीब चालीस गुना बड़ी निकली। वजह है एंटी-अलियासिंग: हर अक्षर बीच के रंगों की झालर के साथ खींचा जाता है, और हर झालर अपना छोटा-सा पाथ का ढेर बन जाती है। इसे एक पूरे पन्ने भर के टाइप से गुणा कीजिए और फ़ाइल फट पड़ती है, जबकि उन पिक्सेल से भी बुरी दिखती है जिन्हें उसने बदला।
अगर JXL ज़्यादातर शब्द है, तो सवाल लगभग हमेशा यह है कि शब्दों का क्या करना है। पढ़ने या पेस्ट करने के लिए टेक्स्ट पहचान सही टूल है, आकार की बजाय अक्षर देता है। पन्ने का लुक रखना है तो रैस्टर फ़ॉर्मेट उसे कहीं छोटी जगह में रखता है। टाइप ट्रेस करना सिर्फ़ वर्डमार्क के लिए सही ठहरता है — मुट्ठी भर अक्षर जो टेक्स्ट की बजाय आर्टवर्क हैं।
रंग गिनती तय करती है ड्रॉइंग कितने फ़्लैट रंगों तक घटाई जाए, और यही सेटिंग बाक़ी सब कुछ तय करती है। चार किसी लोगो या एक-रंग निशान के लिए सही है और सबसे साफ़ आकार व सबसे छोटी फ़ाइल देता है। आठ डिफ़ॉल्ट है और ज़्यादातर फ़्लैट इलस्ट्रेशन को ढँकता है। सोलह शेडिंग को ज़्यादा नज़दीक से पकड़ता है असली आकार की क़ीमत पर, और बत्तीस मूल के सबसे क़रीब पहुँचता है सबसे बड़ी फ़ाइल के साथ।
सहज इच्छा इसे बढ़ाने की होती है, और ग़लत तस्वीर पर यही इच्छा कमज़ोर नतीजे को बेकार बना देती है। तस्वीर पर ज़्यादा रंग का मतलब है ज़्यादा गढ़े हुए इलाक़े, ज़्यादा असलियत नहीं। नियम यह है: गिनती तभी बढ़ाइए जब मूल में कोई साफ़ फ़्लैट इलाक़ा दिखे जो ट्रेस में पड़ोसी में मिल गया हो।
Detail सेटिंग तय करती है पाथ पिक्सेल को कितनी कसकर पकड़ें। Smooth ढीला फिट स्वीकारता है और सोलह पिक्सेल से छोटे आकार छोड़ देता है, जो हर किनारे के साथ एंटी-अलियासिंग की छोड़ी हुई फुंसियाँ हटाता है। Balanced डिफ़ॉल्ट है और दोनों सीमाएँ आधी कर देता है। Sharp पिक्सेल जाली को क़रीब से पकड़ता है और दो पिक्सेल तक के आकार रखता है, फुंसियों समेत।
ट्रेस करने से पहले तस्वीर धुंधली करना फुंसियों की गिनती और घटा देता, और यह जान-बूझकर नहीं किया जाता, क्योंकि यह उन्हीं तेज़ किनारों को नरम कर देता जिनके लिए लोगो ट्रेस किया जाता है। Balanced से शुरू कीजिए। बिखरे टुकड़ों से भरा नतीजा दिखे तो smooth पर जाइए, और कोई सच में छोटा विवरण खो गया हो तभी sharp पर।
ट्रेस करने से पहले तस्वीर को सबसे लंबे किनारे पर 1,600 पिक्सेल तक छोटा किया जाता है। ट्रेसिंग की लागत किनारों की गिनती से बढ़ती है, फ़ाइल आकार से नहीं, और बड़ी तस्वीर में लगभग हर जगह किनारे होते हैं, तो बिना रोक-टोक बारह-मेगापिक्सेल का स्रोत दसियों सेकंड में कई मेगाबाइट की SVG बना सकता है।
रैस्टर बदलाव के उलट, यह fidelity का नुक़सान नहीं। नतीजा रेज़ोल्यूशन से आज़ाद है, तो 1,600 पिक्सेल पर ट्रेस किया लोगो और वही लोगो 4,000 पर ट्रेस किया हुआ किसी भी आकार पर एक जैसा दिखता है; जो बदलता है वह है पाथ मूल पिक्सेल जाली को कितनी कसकर पकड़ते हैं।
यहाँ कुछ भी तस्वीर देखकर पहले से अंदाज़ा नहीं लगाता कि वह अच्छे से ट्रेस होगी या नहीं। रंग-गिनती का अंदाज़ा एक अटकल भर होता, असली जवाब पल भर बाद मुफ़्त में मिल जाता है: फ़ाइल ट्रेस कीजिए, फिर दोनों बाइट गिनती मिलाइए। इंटरफ़ेस दोनों दिखाता है, तो कमिट करने से पहले पता चल जाता है कि आपको इनमें से कौन-सा नतीजा मिला।
यही जाँच आदत बनाने लायक़ है। स्रोत से छोटी या क़रीब की SVG लगभग हमेशा मतलब है ट्रेस को असली आकार मिले। कई गुना बड़ी SVG मतलब उसने उन्हें गढ़ा, और ईमानदार जवाब है नतीजा हटा देना, सेटिंग बदलना नहीं — रंग और डिटेल का कोई भी मेल तस्वीर को फ़्लैट आर्टवर्क में नहीं बदलता।
जब ट्रेस काम करे तो यही असली इनाम है। JPEG XL संपादन-योग्य फ़ॉर्मेट नहीं है: आप फ़िल्टर कर सकते हैं, क्रॉप कर सकते हैं, दोबारा एनकोड कर सकते हैं, पर निशान चुनकर उसका रंग नहीं बदल सकते, क्योंकि वहाँ कोई निशान नहीं, बस पिक्सेल हैं जो निशान जैसे दिखते हैं। SVG आकार बताने वाली टेक्स्ट फ़ाइल है, और Illustrator, Inkscape व Figma इसे ऐसी वस्तुओं के तौर पर खोलते हैं जिन्हें हिलाया, रंग बदला और मिटाया जा सकता है।
तो लोगो ट्रेस करने की वजह शायद ही कभी सिर्फ़ स्केल होती है। यह एक ऐसी संपत्ति वापस पाना है जो सिर्फ़ तस्वीर के तौर पर मौजूद है — किसी स्कैन किए लेटरहेड से पुराना निशान, जिसका मूल फ़ाइल किसी ने नहीं रखी — कुछ ऐसा बनाकर जिस पर दोबारा काम हो सके। जहाँ मूल वेक्टर फ़ाइल कहीं मौजूद है, उसे ढूँढना हमेशा ट्रेस करने से बेहतर है।
| JXL | SVG | |
|---|---|---|
| पूरा नाम | JPEG XL | Scalable Vector Graphics |
| फ़ाइल एक्सटेंशन | .jxl | .svg |
| मीडिया टाइप | image/jxl | image/svg+xml |
| कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी | बिना कंप्रेशन |
| पहली बार प्रकाशित | 2021 | 2001 |
| प्रकाशक | Joint Photographic Experts Group | W3C |
| विनिर्देश | ISO/IEC 18181 | SVG 1.1 |
| लाइसेंस | खुला मानक | खुला मानक |
| आज की स्थिति | सीमित उपयोग | मौजूदा |
| बिट डेप्थ | 32 | — |
| रंग जो यह दर्ज कर सकता है | RGB, ग्रेस्केल, वाइड गैमट | RGB |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | AVIF, WebP, PNG | PNG, PDF |
पारदर्शिता बनी रहती है। JXL और SVG — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। JXL और SVG — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
SVG काम करने का फ़ॉर्मेट है और JXL बनकर तैयार फ़ॉर्मेट। जो लौटता है वह पन्ने की तस्वीर नहीं बल्कि बदली जा सकने वाली लिखावट है — आम तौर पर यही इस कन्वर्ज़न की वजह होती है, और यही इसकी सीमा भी।
SVG को हर मौजूदा ब्राउज़र खोल लेता है। JXL को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
दोनों तरफ़ के प्रोग्राम अलग हैं: JXL फ़ाइल GIMP और ImageMagick में खुलती है और SVG फ़ाइल Inkscape, Adobe Illustrator और Figma में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
दोनों का निशाना अलग काम है: JXL का सहेजना और फ़ोटोग्राफ़ी पर, SVG का वेब, लोगो और रेखाचित्र और एडिटिंग पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
JXL Joint Photographic Experts Group का फ़ॉर्मेट है, जो 2021 में आया। यह हर चैनल पर 32 बिट में दर्ज करता है।
SVG W3C का है और 2001 से चला आ रहा है, और SVG 1.1 में तय किया गया है। Inkscape, Adobe Illustrator और Figma इस फ़ॉर्मेट को पढ़ लेते है।
SVG 2001 में आया और JXL 2021 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100।
JXL और SVG सामग्री का वर्णन बुनियादी तौर पर अलग-अलग तरीक़ों से करते हैं। इसलिए यह कन्वर्ज़न नक़ल नहीं, पुनर्निर्माण है: ईमानदार, पर बाइट-दर-बाइट एक जैसा नहीं। ट्रेसिंग तस्वीर को सपाट आकृतियों के रूप में दोबारा बनाती है, और इसी वजह से नतीजा किसी भी आकार तक बढ़ाया जा सकता है बिना धुँधलाए। यह मिलते-जुलते रंग वाले हिस्सों के बीच के किनारे ढूँढ़कर हर हिस्से के चारों ओर एक रेखा खींचती है, इसलिए वहीं सबसे अच्छी उतरती है जहाँ वे हिस्से सचमुच मौजूद हों: कोई लोगो, कोई आइकॉन, कोई सपाट चित्र, कोई स्कैन किया रेखाचित्र। फ़ोटो में सपाट हिस्से होते ही नहीं, इसलिए ट्रेसिंग उन्हें गढ़ लेती है — नतीजा पोस्टराइज़ हो जाता है और शुरुआत वाली फ़ाइल से बड़ा भी। ट्रेस की गई फ़ाइल को आपकी फ़ाइल से नापा जाता है, और डाउनलोड करने से पहले पेज बता देता है कि दोनों में से क्या हुआ।
पारदर्शिता बनी रहती है। JXL और SVG — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। JXL और SVG — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
SVG काम करने का फ़ॉर्मेट है और JXL बनकर तैयार फ़ॉर्मेट। जो लौटता है वह पन्ने की तस्वीर नहीं बल्कि बदली जा सकने वाली लिखावट है — आम तौर पर यही इस कन्वर्ज़न की वजह होती है, और यही इसकी सीमा भी।
इस पेज पर JXL और SVG के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।