WEBP और अल्फ़ा चैनल: क्या बचता है
इस टूलकिट में सिर्फ़ एक आउटपुट फ़ॉर्मैट पारदर्शिता रखता है: PNG। पारदर्शी WEBP को बाक़ी किसी भी चीज़ में बदलें तो खाली पिक्सल आपके चुने रंग से भर जाते हैं — जो या तो बिल्कुल वही है जो आप चाहते थे, या वह एक चीज़ जिसे पहले जाँच लेना बनता है।
WEBP कोई एक फ़ॉर्मैट नहीं है। यह एक कंटेनर है जिसमें या तो लॉसी तस्वीर, या लॉसलेस, या एनिमेशन रहता है — और इनमें से कोई भी पारदर्शिता रख सकता है। इसी लचीलेपन से WEBP किसी वेब पेज में PNG के चौथाई वज़न पर बैठकर भी कट-आउट लोगो साफ़ दिखा देता है। जब कोई प्रोग्राम उसे खोलने से मना करे, तो दिक़्क़त सपोर्ट की है, तस्वीर की नहीं।
कन्वर्टर क्या करता है, क्रम से
- फ़ाइल आपके ब्राउज़र टैब में, उसके पूरे रेज़ोल्यूशन पर डिकोड होती है।
- डिकोड की गई तस्वीर उस साइज़ के कैनवास पर बनाई जाती है जो आपने माँगा।
- PNG के अलावा हर लक्ष्य फ़ॉर्मैट के लिए, तस्वीर बैठने से पहले कैनवास बैकग्राउंड रंग से भर दिया जाता है।
- नतीजा दोबारा एनकोड होता है — PNG बिना क्वालिटी सेटिंग, और JPEG या WEBP स्लाइडर वाली क्वालिटी पर।
- फ़ाइल आपके डाउनलोड में लिखी जाती है; किसी भी पड़ाव पर कुछ अपलोड नहीं होता।
बैकग्राउंड भरना ही वह हिस्सा है जिसे दो बार पढ़ना बनता है। यह JPEG, WEBP और बाक़ी हर लॉसी लक्ष्य के लिए होता है, क्योंकि जिस फ़ॉर्मैट में पारदर्शिता रखी ही नहीं जा सकती, उसमें कैनवास उसे रख नहीं सकता। डिफ़ॉल्ट सफ़ेद है; क्वालिटी स्लाइडर के पास का रंग चुनने वाला उसे बदल देता है। अगर आपके WEBP के किनारे नरम और अर्ध-पारदर्शी हैं — कोई ड्रॉप शैडो, हाथ से बनी आउटलाइन — तो वे पिक्सल फेंके नहीं जाते, बैकग्राउंड के साथ मिला दिए जाते हैं, इसलिए गहरा बैकग्राउंड हल्के लोगो पर किनारी जैसी दिखा सकता है।
दो कन्वर्ज़न, दो अलग काम
| कन्वर्ज़न | किसके लिए | पारदर्शिता का क्या होता है |
|---|---|---|
| WEBP से PNG | ऐसे सॉफ़्टवेयर में खोलना जिसने WEBP कभी सीखा ही नहीं | बची रहती है — PNG अल्फ़ा रखता है। |
| WEBP से JPG | ऐसी जगह के लिए छोटी फ़ाइल जो सिर्फ़ JPEG लेती है | बैकग्राउंड रंग पर सपाट कर दी जाती है। |
| JPG से WEBP | वेब के लिए फ़ोटो छोटी करना | JPEG में पारदर्शिता नहीं होती, इसलिए बचाने को कुछ नहीं। |
एक उलटा नतीजा: इस टूल में पारदर्शी PNG को WEBP में बदलने पर भी वह सपाट हो जाता है, हालाँकि WEBP फ़ॉर्मैट पारदर्शिता रख सकता है। हर गैर-PNG लक्ष्य के लिए कैनवास एक ही तरह तैयार होता है, इसलिए सुरक्षित नियम आसान है — अगर पारदर्शिता मायने रखती है, तो PNG पर खत्म करें।
क्वालिटी, और डिफ़ॉल्ट क्यों हिलता है
JPEG और लॉसी WEBP उस क्वालिटी पर एनकोड होते हैं जो स्लाइडर से आती है, और वह 92 से शुरू होती है। यह समझदारी भरा मध्य है: इतनी ऊँची कि फ़ोटो पर खामियाँ न दिखें, इतनी नीची कि फ़ाइल साफ़ तौर पर छोटी हो जाए। PNG बिना क्वालिटी सेटिंग के एनकोड होता है, क्योंकि PNG परिभाषा से लॉसलेस है — स्लाइडर का उस पर कोई असर नहीं, और बैकग्राउंड रंग का भी नहीं।
चूँकि हर कन्वर्ज़न तस्वीर को दोबारा एनकोड करता है, क्वालिटी सिर्फ़ घट सकती है, बढ़ कभी नहीं। JPEG को quality 92 पर WEBP में बदलने से ज़्यादातर मामलों में दिखने वाला नतीजा अलग पहचाना नहीं जाता; WEBP को उसी सेटिंग पर JPEG में बदलने से फ़ाइल में पहले से जो भी पीढ़ियाँ थीं, उनमें एक और जुड़ जाती है।
सीमाएँ
- हर फ़ाइल 64 MB, जाँच फ़ाइल डिकोड होने से पहले।
- आउटपुट की भुजाएँ 20,000 px से ज़्यादा नहीं हो सकतीं।
- रीसाइज़ मूल के 1% से 400% तक हो सकता है, या किसी सटीक साइज़ तक।
- एक बार में बीस फ़ाइल तक कतार में डाली जा सकती हैं।
- मेटाडेटा नई फ़ाइल में कॉपी नहीं होता: आउटपुट ताज़ा एनकोड की गई तस्वीर है।
छोटी बात
- सिर्फ़ PNG लक्ष्य पारदर्शिता रखता है; बाक़ी सब सपाट हो जाता है।
- बैकग्राउंड रंग चुनने वाला तय करता है कि पारदर्शी पिक्सल क्या बनें — डिफ़ॉल्ट सफ़ेद।
- लॉसी लक्ष्यों के लिए क्वालिटी 92 से शुरू होती है और PNG पर कुछ नहीं करती।
- कन्वर्ज़न आपके टैब में होता है; फ़ाइल कभी अपलोड नहीं होती।
सवाल
क्या मेरा पारदर्शी WEBP पारदर्शी रहेगा?
सिर्फ़ तब जब आउटपुट PNG हो। JPEG और WEBP लक्ष्यों के लिए कैनवास पहले बैकग्राउंड रंग से भर दिया जाता है, इसलिए पारदर्शी पिक्सल एनकोडिंग से पहले उसमें मिल जाते हैं।
PNG, WEBP से बड़ा क्यों होता है?
क्योंकि WEBP कम्प्रेस करता है, लॉस के साथ या बिना, और PNG हर डिकोड पिक्सल लॉसलेस रखता है। PNG में बदली फ़ोटो अक्सर कई गुना बड़ी होती है।
क्या क्वालिटी स्लाइडर PNG आउटपुट पर असर डालता है?
नहीं। PNG परिभाषा से लॉसलेस है, इसलिए कन्वर्टर उसे बिना क्वालिटी सेटिंग के एनकोड करता है; स्लाइडर सिर्फ़ JPEG और लॉसी WEBP पर लागू होता है।