आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
SVGसेWebP
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
यहाँ आप SVG को WebP में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
कहाँ चलता है
आपके ब्राउज़र में। फ़ाइल कभी अपलोड नहीं होती।
कुछ नुक़सान के साथ
आकार के बदले कुछ बारीक़ी जाती है। SVG जो सँभाल सकता है, वह सब WebP नहीं सँभाल सकता।
फ़ाइल आकार की सीमा
हर फ़ाइल 100 MB तक, मुफ़्त, बिना खाते के।
जानने लायक़
लिखावट उन्हीं फ़ॉन्ट से बनाई जाती है जो फ़ाइल के अंदर हैं; बाक़ी के लिए कोई विकल्प आ जाता है।
XML के रूप में लिखा वेक्टर चित्र। हर आकार पर साफ़, और इकलौता तस्वीर फ़ॉर्मेट जिसे आप टेक्स्ट एडिटर में बदल सकते हैं।
Google का वेब फ़ॉर्मेट। उसी गुणवत्ता पर JPG से क़रीब 30% छोटा, और पारदर्शिता भी सँभाल लेता है।
| SVG | WebP | |
|---|---|---|
| पूरा नाम | Scalable Vector Graphics | WebP तस्वीर |
| फ़ाइल एक्सटेंशन | .svg | .webp |
| मीडिया टाइप | image/svg+xml | image/webp |
| कंप्रेशन | बिना कंप्रेशन | सेटिंग के हिसाब से दोनों में से कोई भी |
SVG आकृतियों का वर्णन करता है और WebP बिंदु सँभालता है। नतीजा उसी नाप पर साफ़ है जिस पर वह बना, उससे बड़े पर नहीं: बाद में बढ़ाने पर बीच के बिंदु सिर्फ़ गढ़े जा सकते हैं — इसीलिए यहाँ निर्यात की नाप बाक़ी ज़्यादातर कन्वर्ज़न से ज़्यादा मायने रखती है।
परतें आपस में मिला दी जाती हैं। SVG उन्हें अलग और बदलने लायक़ रखता है; WebP नतीजा रखता है — यानी जिस भी काम के लिए किसी परत को खिसकाना पड़े, वह पहले ही निपटा लेना होगा।
पारदर्शिता बनी रहती है। SVG और WebP — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। SVG और WebP — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
SVG W3C का फ़ॉर्मेट है, जो 2001 में आया। यह SVG 1.1 में तय किया गया है, और अगर फ़ाइल को उस औज़ार से ज़्यादा जीना है जिसने उसे लिखा, तो यह बात क़ीमती है।
WebP Google का है और 2010 से चला आ रहा है, और RFC 9649 में तय किया गया है। Adobe Photoshop, GIMP और Squoosh इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे resvg है, Rust में लिखा एक सख़्त SVG रेंडरर; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और आप कितनी फ़ाइलें बदलते हैं इसकी कोई छत नहीं: यह आपकी अपनी मशीन पर चलता है, इसलिए हमारा कुछ ख़र्च ही नहीं होता। ब्राउज़र 100 MB तक की फ़ाइलें सँभाल लेता है। resvg आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
SVG और WebP सामग्री का वर्णन बुनियादी तौर पर अलग-अलग तरीक़ों से करते हैं। इसलिए यह कन्वर्ज़न नक़ल नहीं, पुनर्निर्माण है: ईमानदार, पर बाइट-दर-बाइट एक जैसा नहीं। लिखावट उन्हीं फ़ॉन्ट से बनाई जाती है जो फ़ाइल के अंदर हैं; बाक़ी के लिए कोई विकल्प आ जाता है।
SVG आकृतियों का वर्णन करता है और WebP बिंदु सँभालता है। नतीजा उसी नाप पर साफ़ है जिस पर वह बना, उससे बड़े पर नहीं: बाद में बढ़ाने पर बीच के बिंदु सिर्फ़ गढ़े जा सकते हैं — इसीलिए यहाँ निर्यात की नाप बाक़ी ज़्यादातर कन्वर्ज़न से ज़्यादा मायने रखती है।
परतें आपस में मिला दी जाती हैं। SVG उन्हें अलग और बदलने लायक़ रखता है; WebP नतीजा रखता है — यानी जिस भी काम के लिए किसी परत को खिसकाना पड़े, वह पहले ही निपटा लेना होगा।
पारदर्शिता बनी रहती है। SVG और WebP — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
इस पेज पर SVG और WebP के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।