आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
WebP
Google का वेब फ़ॉर्मेट। उसी गुणवत्ता पर JPG से क़रीब 30% छोटा, और पारदर्शिता भी सँभाल लेता है।
WebP
WebP एक बाइनरी फ़ॉर्मेट है, जो सिर्फ़ उसी प्रोग्राम के लिए मायने रखता है जो इसे जानता हो। यह पिक्सेल की एक जाली सहेजता है, इसलिए अपने ही रिज़ॉल्यूशन से आगे बढ़ाने पर यह धुँधला पड़ जाता है। इसका इस्तेमाल वेब और बनी हुई फ़ाइल सौंपना के लिए होता है।
एक्सटेंशन .webp है और पूरा नाम WebP Image। दोनों उतना नहीं बताते जितना यह कि फ़ाइल अंदर क्या-क्या रख सकती है — और इस पन्ने का बाक़ी हिस्सा इसी के बारे में है।
इसे Google ने 2010 में जारी किया था। विनिर्देश RFC 9649 है।
उम्र एक व्यावहारिक वजह से काम की है: फ़ॉर्मेट जितना पुराना, उतने ज़्यादा प्रोग्रामों को उसे सीखने का वक़्त मिला है।
यह पूरा प्रकाशित है, इसलिए कोई भी इसे देखकर अंदाज़ा लगाने के बजाय दस्तावेज़ पढ़कर लागू कर सकता है। यही वजह है कि यह फ़ॉर्मेट इतने सारे प्रोग्रामों में मिलता है, और यही वजह है कि बीस साल पहले लिखी गई फ़ाइलें आज भी खुल जाती हैं। पर विनिर्देश का प्रकाशित होना और उसका रॉयल्टी-मुक्त होना एक बात नहीं है: जहाँ फ़ॉर्मेट किसी कोडेक को अपने अंदर लपेटता है, वहाँ पेटेंट का लाइसेंस एक अलग सवाल है, और मानक उसका जवाब नहीं देता।
WebP फ़ाइल अपना अंदरूनी हिस्सा हूबहू सहेजती है। दोबारा सहेजने से कुछ नहीं बदलता, इसलिए इसे जितनी बार चाहें खोलिए, बदलिए और फिर से सहेजिए — नुक़सान जमा नहीं होता। यही बात इसे सौंपने का नहीं, काम करने का फ़ॉर्मेट बनाती है।
WebP फ़ाइल अपने साथ एक अल्फ़ा चैनल रखती है, इसलिए लोगो के किनारे पीछे जो कुछ भी हो उसके ऊपर नरम बने रहते हैं — वह सफ़ेद डिब्बे में बंद होकर नहीं पहुँचता।
WebP फ़ाइल ठहरी हुई एक तस्वीर के बजाय पूरा एनिमेशन सहेज सकती है। बदलने से पहले यह जान लेना ज़रूरी है: जो लक्ष्य सिर्फ़ एक फ़्रेम रखता है, वह पहला रख लेता है और बाक़ी गिरा देता है — अमूमन बिना बताए।
हर चैनल पर 8 बिट तक। यह RGB और YCbCr, वह मॉडल जिसमें वीडियो और JPEG कंप्रेस करते हैं में काम कर सकता है।
हर चैनल पर आठ बिट वही है जो स्क्रीन दिखाती है और जो लगभग हर सौंपने वाला फ़ॉर्मेट साथ लाता है।
WebP फ़ाइल ऐसी तस्वीर बयान नहीं कर सकती जिसकी कोई भुजा 16,383 पिक्सेल से लंबी हो। यह आम फ़ोटो से कहीं ऊपर है और जोड़कर बनाए गए पैनोरमा या ऊँचे रिज़ॉल्यूशन की स्कैन की पहुँच में — ठीक वहीं इससे सामना होता है।
Adobe Photoshop, GIMP और Squoosh इसे पढ़ते हैं, और इसी तरह के ज़्यादातर दूसरे प्रोग्राम भी।
फ़ाइल न खुले तो कसूर फ़ॉर्मेट का शायद ही कभी होता है — अक्सर प्रोग्राम ही फ़ॉर्मेट से पुराना होता है। किसी पुरानी चीज़ में बदल लेना इससे निकलने का भरोसेमंद रास्ता है, और इस वेबसाइट का बाक़ी हिस्सा इसी के लिए है।
इसे हर मौजूदा ब्राउज़र पढ़ लेता है।
इसलिए इसे किसी पन्ने पर रखना या संदेश के साथ भेजना बेफ़िक्र होकर किया जा सकता है — सामने वाले ने क्या इंस्टॉल कर रखा है, यह सोचने की ज़रूरत नहीं।
WebP फ़ाइल EXIF डेटा, XMP डेटा और ICC प्रोफ़ाइल रख सकती है।
इसमें से कुछ भी बदलाव के बाद बचेगा या नहीं, यह पूरी तरह लक्ष्य फ़ॉर्मेट पर टिका है, और ईमानदार जवाब अमूमन «कुछ हिस्सा» ही है।
WebP सौंपने के लिए बना है, इसके अंदर काम करने के लिए नहीं। इसे बदलना मुमकिन है और शायद ही कभी सुखद; समझदारी का रास्ता मूल फ़ाइल से होकर और एक नए निर्यात से होकर जाता है।
WebP के दो ढंग हैं जिनमें लगभग कुछ भी साझा नहीं। नुक़सान वाला ढंग VP8 वीडियो कोडिंग से निकला है और JPEG से भिड़ता है; बिना नुक़सान वाला बिलकुल अलग एल्गोरिद्म है और PNG से भिड़ता है। दोनों हालात में फ़ाइल पर एक ही एक्सटेंशन लगता है, और नाम से यह पता नहीं चलता कि आपके पास कौन-सा है।
दोबारा संपीड़ित करते समय यह मायने रखता है। नुक़सान वाला WebP अगर फिर से नुक़सान वाली कोडिंग से गुज़रे तो विकृतियाँ वैसे ही जमा होती हैं जैसे JPEG में; बिना नुक़सान वाला दोबारा संपीड़ित होने पर कुछ नहीं खोता। अगर पता न हो कि दोनों में से कौन-सा है, तो समझदारी यही है कि दोबारा न बदलें और मूल फ़ाइल पर लौटें।
शायद ही कोई जान-बूझकर WebP बनाता है। इस पन्ने तक पहुँचने वाले ने आमतौर पर किसी वेब पन्ने से तस्वीर सहेजी है और अब उसके हाथ में ऐसी फ़ाइल है जिसे संपादन का प्रोग्राम, दफ़्तर का तंत्र या प्रिंटर स्वीकार नहीं करता।
इसीलिए सबसे ज़्यादा माँग JPG या PNG की ओर बदलने की है, उल्टी दिशा में नहीं। दोनों में से कौन-सा, यह सामग्री तय करती है: फ़ोटोग्राफ़ JPG में जाए, और पारदर्शी हिस्सों या पाठ वाली तस्वीर PNG में, क्योंकि JPG में पारदर्शिता है ही नहीं और वह तीखे किनारे बिगाड़ देता है।
एक जैसी दिखावट पर नुक़सान वाला WebP JPEG से पच्चीस से पैंतीस प्रतिशत हल्का होता है। यह लाभ खंडों की ज़्यादा चतुर भविष्यवाणी से आता है, जो ऐसे वीडियो कोडेक से विरासत में मिली है जिसे अंदाज़ा लगाना पड़ता है कि अगले फ़्रेम में क्या होने वाला है।
यह बढ़त हर जगह एक जैसी नहीं है। साधारण तस्वीरों पर वही रहती है जो बताई गई; बहुत छोटी या पहले से बहुत संपीड़ित तस्वीरों पर लगभग मिट जाती है, और कभी-कभी JPEG ही छोटा रह जाता है। हर फ़ाइल पर तीस प्रतिशत मान लेने के बजाय आज़माकर देखना बेहतर है।
ठीक उसी सामग्री पर जिसके लिए PNG बना था — रेखाचित्र, स्क्रीनशॉट, सपाट रंगों की ग्राफ़िक — बिना नुक़सान वाला WebP आमतौर पर बीस से तीस प्रतिशत हल्की फ़ाइल देता है, वही हूबहू पिक्सेल और वही क्रमिक पारदर्शिता लिए हुए।
गणित तब उलट जाता है जब तस्वीर पर आगे भी काम होना है, क्योंकि PNG को हर मौजूदा ग्राफ़िक प्रोग्राम पढ़ लेता है जबकि WebP को अब भी इनकार मिलता है। ब्राउज़र तक पहुँचाने के प्रारूप के रूप में यह बेहतर विकल्प है; काम की फ़ाइल के रूप में नहीं।
एनिमेटेड WebP वही अंतर-फ़्रेम संपीड़न इस्तेमाल करता है जो वीडियो करता है: हर फ़्रेम को दोबारा बनाने के बजाय सिर्फ़ यह दर्ज करता है कि एक से दूसरे में क्या बदला। GIF यह नहीं कर पाता, और ऊपर से 256 रंगों की सीमा तथा एक-बिट पारदर्शिता भी ढोता है।
नतीजा यह कि वही एनिमेशन WebP में अक्सर समकक्ष GIF का पाँचवाँ या दसवाँ हिस्सा भर वज़न लेता है, ज़्यादा रंगों और साफ़ किनारों के साथ। अगर यह आपके हाथ में है कि फ़ाइल कहाँ जाएगी, तो एनिमेटेड WebP से अब भी सिर्फ़ असली MP4 जीतता है।
ब्राउज़र अब समस्या नहीं हैं: सभी इसे सालों से पढ़ते हैं, Safari समेत। इनकार कहीं और से आता है — ईमेल के प्रोग्राम, दफ़्तरी तंत्र, वे अपलोड फ़ॉर्म जो तीन एक्सटेंशन गिनाते हैं, कुछ साल पुराने संपादन सॉफ़्टवेयर, और छपाई, जहाँ पूरी शृंखला आज भी TIFF और JPEG में काम करती है।
ठीक इसीलिए इस साइट पर JPG में बदलने की माँग सबसे ज़्यादा है। अगर कोई WebP फ़ाइल ऐसे व्यक्ति तक जानी है जिसके औज़ार आप नहीं जानते, तो पहले ही बदल देना एक सेकंड लेता है और सवाल ही हटा देता है।
AVIF अगला क़दम है और WebP से बेहतर संपीड़ित करता है, आमतौर पर और बीस-तीस प्रतिशत, और ब्राउज़र समर्थन अब पूरा है। कार्यकुशलता के मैदान में बाज़ी उसी की है।
दो ठोस स्थितियों में WebP फिर भी बेहतर रहता है: जब तेज़ी से कोड करना हो, क्योंकि AVIF में कहीं ज़्यादा समय लगता है, और जब गंतव्य ब्राउज़र नहीं बल्कि ऐसा सॉफ़्टवेयर हो जो अब तक WebP पढ़ने लगा है पर AVIF नहीं। यह उम्र की बढ़त है, और हर साल घटती जा रही है।
| एक्सटेंशन | .webp |
|---|---|
| मीडिया टाइप | image/webp |
| प्रकाशक | |
| पहली बार प्रकाशित | 2010 |
| विनिर्देश | RFC 9649 |
इस पेज पर जो कहा गया है वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।