JPG से WebP रूपांतरण में आकार की बचत और नई गुणवत्ता हानि को व्यावहारिक परीक्षणों से संतुलित करें।
JPG → WebP
रूपांतरण को गुणवत्ता सुधार न समझें
JPEG तस्वीर को छोटा करने के लिए कुछ दृश्य जानकारी छोड़ देता है। कनवर्टर JPG खोलते समय केवल बची हुई पिक्सेल छवि को डिकोड करता है और वही WebP एन्कोडर को देता है। यदि नया WebP भी हानिपूर्ण मोड में बनाया जाता है, तो दूसरी क्वांटाइज़ेशन प्रक्रिया और जानकारी हटा सकती है। इसलिए नया एक्सटेंशन कैमरे की वह बारीक बनावट, रंग संक्रमण या किनारे वापस नहीं लाता जो पहले JPEG निर्यात में खो चुके हैं।
पहले व्यावहारिक लक्ष्य लिखें। वेबसाइट के लिए छोटी वितरण प्रति या WebP माँगने वाली प्रणाली उचित कारण हैं। यदि लक्ष्य तस्वीर को सचमुच बेहतर बनाना है, तो कैमरे का मूल, शुरुआती निर्यात या कम संपीड़ित स्रोत खोजें। JPG में मौजूद ब्लॉक, प्रभामंडल और मुलायम विवरण रूपांतरण के बाद भी रह सकते हैं, और नई हानिपूर्ण एन्कोडिंग उन पर अतिरिक्त विकृति जोड़ सकती है।
मूल JPG को अछूता रखें और हर परीक्षण को अलग नाम दें। स्रोत की चौड़ाई और ऊँचाई दर्ज करें ताकि अनजाने आकार घटने को कोडेक की सफलता न माना जाए। कम पिक्सेल वाला चित्र स्वाभाविक रूप से कम बाइट लेता है, पर इससे समान आयाम पर WebP की दक्षता सिद्ध नहीं होती। आकार बदलना, काटना और प्रारूप बदलना अलग निर्णय मानें और प्रत्येक को स्वतंत्र रूप से जाँचें।
- सबसे अच्छा उपलब्ध स्रोत खोजें।
- आकार या अनुकूलता का लक्ष्य तय करें।
- तुलना से पहले पिक्सेल आयाम लिखें।
WebP डिकोड किए गए JPG को कुशलता से रख सकता है, लेकिन पहले हटाया गया विवरण वापस नहीं बनाता।
अलग प्रारूपों के गुणवत्ता अंकों को बराबर न मानें
WebP एन्कोडर में सामान्यतः गुणवत्ता नियंत्रण होता है जिसमें कम मान छोटी फ़ाइल और अधिक हानि की ओर जाता है, जबकि ऊँचा मान निष्ठा को प्राथमिकता देता है। यह सार्वभौमिक माप नहीं है। JPEG 85 और WebP 85 समान त्रुटि, आकार या दृश्य रूप का वादा नहीं करते। दोनों एन्कोडर भविष्यवाणी, रंग रूपांतरण, क्वांटाइज़ेशन, फ़िल्टर और डिफ़ॉल्ट विकल्प अलग ढंग से लागू कर सकते हैं।
संख्या का उपयोग उसी उपकरण और संस्करण के भीतर विकल्पों की तुलना के लिए करें, JPG की सेटिंग सीधे WebP में कॉपी करने के लिए नहीं। एक प्रतिनिधि तस्वीर से स्पष्ट रूप से अलग गुणवत्ता मानों के कई WebP बनाएँ। उन्हें एक ही दर्शक में समान ज़ूम पर खोलें। चिकनी त्वचा और आकाश, बाल और पत्तियों की जटिल बनावट, छोटे अक्षर, उत्पाद के तेज किनारे और गहरे ढाल विशेष रूप से ध्यान से देखें।
ऊँची गुणवत्ता से शुरू करें और मान धीरे-धीरे घटाएँ, जब तक बचत उपयोगी न हो या परिणाम स्वीकार्य सीमा तक न पहुँचे। एन्कोडर संस्करण, मोड और चुना गया मान दर्ज करें। सेवा या लाइब्रेरी का अपडेट आउटपुट बदल सकता है, इसलिए पुराना परीक्षण नए बैच को स्वतः स्वीकृत नहीं करता। दोहराने योग्य सेटिंग के साथ भी महत्वपूर्ण प्रकाशन में नमूना जाँच जारी रखें।
- एक ही एन्कोडर में मानों की तुलना करें।
- चिकने क्षेत्र, बनावट और तेज किनारे देखें।
- स्वीकृत सेटिंग और संस्करण दर्ज करें।
गुणवत्ता अंक किसी विशेष एन्कोडर का नियंत्रण है, छवि गुणवत्ता की सार्वभौमिक इकाई नहीं।
हानिपूर्ण या दोषरहित WebP सोच-समझकर चुनें
हानिपूर्ण WebP अक्सर वेब तस्वीरों के लिए अच्छा आकार देता है, लेकिन वह छोटे पाठ, साफ किनारों और पहले से क्षतिग्रस्त JPEG क्षेत्रों को बदल सकता है। दोषरहित WebP डिकोड किए गए पिक्सेल में नई विनाशकारी हानि नहीं जोड़ता। फिर भी उसकी फ़ाइल अपेक्षा से बड़ी हो सकती है, क्योंकि वह मौजूदा रास्टर और उसके पुराने दोषों को सुरक्षित करता है; वह कैमरे के अछूते मूल का वर्णन नहीं करता।
दोनों में से कोई मोड स्रोत की मरम्मत नहीं करता। दोषरहित विकल्प वर्तमान JPG डिकोड को स्थिर रखता है, जबकि हानिपूर्ण विकल्प अतिरिक्त निष्ठा के बदले छोटा आकार खोजता है। जब WebP आवश्यक हो लेकिन नई हानि से बचना महत्वपूर्ण हो, दोनों विकल्पों का परीक्षण करें। यदि दोषरहित WebP लाभ नहीं देता और गंतव्य JPG स्वीकार करता है, तो मौजूदा JPG रखना सबसे सरल और सबसे सटीक विकल्प हो सकता है।
रूपांतरण से असंबंधित काम की अपेक्षा न करें। सामान्य JPG में अल्फा चैनल नहीं होता, इसलिए WebP बनाने से सफेद पृष्ठभूमि पारदर्शी नहीं हो जाती। आयाम बढ़ाने से वास्तविक नया विवरण भी नहीं आता। पृष्ठभूमि हटाना, संपादन और आकार बदलना अलग चरणों में करें, संपादन योग्य मास्टर सुरक्षित रखें, और सभी परिवर्तन पूरे होने के बाद अंतिम वितरण प्रति एन्कोड करें।
- छोटी वितरण प्रति के लिए हानिपूर्ण मोड जाँचें।
- नई हानि अस्वीकार्य हो तो दोषरहित मोड जाँचें।
- संपादन और आकार बदलने को प्रारूप से अलग रखें।
दोषरहित WebP वर्तमान पिक्सेल बचाता है, JPEG संपीड़न से पहले की जानकारी नहीं।
बचत मानने के बजाय परिणाम मापें
दक्षता सामग्री पर निर्भर करती है। सेंसर का शोर, घास, कपड़ा और अनियमित बनावट चिकनी पृष्ठभूमि से अलग व्यवहार करते हैं। छोटी थंबनेल और बड़ी तस्वीर में कंटेनर ओवरहेड तथा पिक्सेल का अनुपात भी अलग होता है। किसी दूसरे संग्रह की औसत बचत अपने चित्रों पर लागू न करें। प्रत्येक नमूने के लिए स्रोत और आउटपुट बाइट, आयाम, मोड, गुणवत्ता मान तथा आवश्यक मेटाडेटा दर्ज करें।
यदि WebP बड़ा निकले, तो दोषरहित मोड, रखे गए मेटाडेटा और बदले हुए आयाम जाँचें। यदि वह बहुत छोटा हो, तो प्रतिशत से खुश होने से पहले चित्र देखें। बनावट, अक्षर, ढाल और अँधेरे क्षेत्र उस बचत की कीमत दिखा सकते हैं। उपयोगी लक्ष्य तभी बनता है जब फ़ाइल आकार के साथ वास्तविक प्रदर्शन आकार पर जाँची गई दृश्य सीमा भी तय हो।
प्रकाशन मंच अपलोड का आकार बदल सकता है या उसे फिर संपीड़ित कर सकता है। एक नमूना वास्तविक सेवा पर भेजें और वही संसाधन जाँचें जो उपयोगकर्ता को मिलता है। आयाम, MIME प्रकार, रंग, दिशा और बाइट की पुष्टि करें। स्थानीय रूप से स्वीकृत WebP यह सिद्ध नहीं करता कि मंच की व्युत्पन्न प्रति भी ठीक है या साइट वास्तव में उसी फ़ाइल को वितरित कर रही है।
- समान आयाम की पुष्टि के बाद बाइट तुलना करें।
- असामान्य रूप से छोटे या बड़े परिणाम जाँचें।
- वास्तव में वितरित फ़ाइल का निरीक्षण करें।
निष्पक्ष तुलना में बाइट के साथ आयाम और देखने की परिस्थितियाँ भी नियंत्रित होती हैं।
पूरे फ़ोल्डर से पहले नमूने स्वीकृत करें
पोर्ट्रेट, उत्पाद, अँधेरे दृश्य, चिकनी पृष्ठभूमि, बारीक बनावट और छोटे पाठ वाला छोटा परीक्षण समूह बनाएँ। हर आउटपुट को कनवर्टर के बाहर फिर खोलें। स्रोत से पूर्ण रिज़ॉल्यूशन और अंतिम प्रदर्शन आकार दोनों पर तुलना करें। नए ब्लॉक, धुंधलापन, रंग बदलाव, ढाल में पट्टियाँ और बनावट की हानि खोजें। आसान उदाहरण के साथ एक ऐसा कठिन चित्र भी रखें जो संपीड़न की कमजोरी दिखा सके।
सेटिंग चुनने के बाद केवल फ़ोल्डर के एक हिस्से को संसाधित करें और शुरुआत, बीच तथा अंत से फ़ाइलें जाँचें। त्रुटि, व्यवहार में बदलाव या अप्रत्याशित आकार मिलने पर रुकें। अलग तस्वीरों को अलग उपचार चाहिए हो सकता है; अपवादों को अलग करें, पूरे बैच की गुणवत्ता न घटाएँ। हर वितरण प्रति का संबंध अछूते JPG से रखें ताकि भविष्य में साफ पुनः निर्यात संभव हो।
अंत में प्रकाशित प्रतियाँ लक्ष्य ब्राउज़र और ऐप में खोलें, छोटे मोबाइल लेआउट और उच्च घनत्व स्क्रीन सहित। गुणवत्ता कम हो तो स्रोत पर लौटें और मान बढ़ाएँ या दोषरहित मोड चुनें। बचत नगण्य हो तो JPG रखना उचित है। तैयार होने का अर्थ केवल WebP फ़ोल्डर बन जाना नहीं, बल्कि स्वीकार्य दृश्य रूप के साथ सत्यापित आकार बचत मिलना है।
- विविध और कठिन नमूने चुनें।
- बैच के दौरान नियमित नियंत्रण करें।
- स्वच्छ पुनः निर्यात के लिए स्रोत बचाएँ।
बैच सेटिंग तभी लागू करें जब प्रतिनिधि फ़ाइलें वास्तविक गंतव्य में स्वीकृत हों।
मुख्य बातें
- WebP पहले से खोई हुई JPEG जानकारी वापस नहीं ला सकता।
- अलग प्रारूपों के समान गुणवत्ता अंक बराबर परिणाम नहीं बताते।
- हानिपूर्ण और दोषरहित WebP को लक्ष्य के अनुसार अलग-अलग जाँचें।
- बैच चलाने से पहले प्रतिनिधि नमूनों और प्रकाशित फ़ाइलों को सत्यापित करें।
अक्सर पूछे जाने वाले सवाल
क्या JPG को WebP में बदलने से गुणवत्ता बढ़ती है?
नहीं। यह उपलब्ध पिक्सेल को फिर एन्कोड करता है और हानिपूर्ण WebP थोड़ी नई विकृति जोड़ सकता है।
क्या JPG 85 और WebP 85 समान हैं?
नहीं। प्रारूप और एन्कोडर सेटिंग को अलग ढंग से समझते हैं, इसलिए वास्तविक आउटपुट की तुलना करें।
क्या दोषरहित WebP मूल तस्वीर वापस लाता है?
नहीं। वह नई हानि रोकता है, लेकिन पहले से गायब जानकारी पुनः नहीं बनाता।
क्या WebP हमेशा JPG से छोटा होता है?
नहीं। परिणाम सामग्री, आयाम, मोड, गुणवत्ता, मेटाडेटा और एन्कोडर पर निर्भर करता है।
बैच रूपांतरण से पहले क्या करें?
विविध नमूने और सेटिंग जाँचें, वितरित प्रतियाँ देखें और मूल JPG अछूते रखें।