JPEG से WebP: जरूरी विवरण बचाकर फ़ाइल आकार तुलना करें
कैटलॉग या वेब के लिए लक्ष्य जरूरी विवरण बचाने वाली हल्की तस्वीर है, किसी भी दृश्य कीमत पर सबसे छोटी फ़ाइल नहीं। बाइट गिनने से पहले महत्वपूर्ण विवरण तय करें।
तुलना में आयाम समान रखें
JPEG और WebP को समान पिक्सेल आयाम और तय प्रदर्शन आकार में तुलना करें। एक की चौड़ाई आधी करेंगे तो प्रारूप की बचत और कम पिक्सेल की बचत अलग नहीं कर पाएंगे।
लेबल, उत्पाद की धार और रंग ढलान पहले सामान्य आकार, फिर बढ़ाकर देखें। बीच का अच्छा दिखना किनारे की खोई जानकारी की भरपाई नहीं करता।
गुणवत्ता मूल का प्रतिशत नहीं है
हानिपूर्ण WebP में गुणवत्ता आकार और दिखावट का संतुलन है। 85 का मतलब मूल विवरण का 85% बचना नहीं। हानिरहित संपीड़न अलग मोड है, केवल बड़ा गुणवत्ता अंक नहीं।
यह मार्ग समायोज्य गुणवत्ता वाला हानिपूर्ण WebP बनाता है। डाउनलोड की तस्वीर देखें, फिर बाइट आकार तुलना करें; प्रारूप का नाम छोटी फ़ाइल का वादा नहीं।
संदर्भ: Google WebP — Quality and lossless encoding are separate controls
हर तस्वीर का मापन करें
WebP बड़ा भी हो सकता है। कम बचत या जरूरी विवरण के नुकसान पर मूल रखें या उपयुक्त सेटिंग चुनें; हर तस्वीर पर एक निर्णय न थोपें।
संग्रह बदलने से पहले लक्ष्य ऐप में नमूना खोलें। मूल निर्यात-श्रृंखला से बाहर रखें; संपीड़ित प्रकाशन प्रति आगे के हर संपादन की मूल न बने।
संदर्भ: Google WebP — File size, format features and limitations
उदाहरण: क्या बचत बदलने लायक है?
समान आयाम पर JPEG 240000 बाइट और दृश्य रूप से स्वीकार्य WebP 132000 बाइट मानें। अंतर 108000 बाइट: 108000 ÷ 240000 × 100 = 45%। ये काल्पनिक गणना के अंक हैं, कन्वर्टर की जांच या गारंटी नहीं।
यही अंतर 20 तस्वीरों पर हो तो कुल 2160000 बाइट कम होंगे। असली फैसला प्रत्येक तस्वीर और लक्ष्य के WebP समर्थन पर है, उदाहरण को सब पर लागू करने की गारंटी पर नहीं।