आपको किस छवि प्रारूप का उपयोग करना चाहिए?

JPEG

JPEG चित्र को खंडों में विभाजित करता है और उस सूक्ष्म विवरण को हटा देता है जिस पर आपकी आंख का ध्यान कम से कम जाता है। यह तस्वीरों पर बहुत अच्छी तरह से काम करता है, जहां विवरण अनियमित और शोर है, और कठोर किनारों वाली किसी भी चीज़ पर बुरी तरह से, जहां छोड़ा गया विवरण बिल्कुल किनारे को परिभाषित करता है।

यह उच्चतम सहित प्रत्येक गुणवत्ता सेटिंग में हानिपूर्ण है। यहां कोई दोषरहित JPEG विकल्प नहीं है। यह पारदर्शिता संग्रहीत नहीं कर सकता: पारदर्शी क्षेत्रों वाली एक छवि उन्हें एक ठोस रंग से भर देती है जब वह JPEG बन जाती है।

इसके लिए इसका उपयोग करें: तस्वीरें, तस्वीरों के स्कैन, कोई भी तस्वीर जो अधिकतर निरंतर टोन वाली हो। इससे बचें: स्क्रीनशॉट, टेक्स्ट, लाइन आर्ट, लोगो, और कुछ भी जिसे बाद में फिर से संपादित किया जाएगा।

PNG

PNG हानिरहित है. यह बिल्कुल उसी पिक्सेल को संग्रहीत करता है जो इसे दिया गया था, इसलिए यह कभी भी कलाकृतियों का परिचय नहीं देता है, और यह पूर्ण अल्फा पारदर्शिता का समर्थन करता है। इसका संपीड़न पुनरावृत्ति का शोषण करता है, यही कारण है कि यह सपाट रंग और तेज किनारों पर नाटकीय रूप से कुशल है, और फोटोग्राफिक शोर पर अक्षम है।

PNG के रूप में सहेजा गया फ़ोटो आमतौर पर JPEG के समान फ़ोटो से कई गुना बड़ा होता है, जिसका कोई दृश्य लाभ नहीं होता है। यह सबसे आम छवि-प्रारूप गलती है और किसी अन्य चीज़ पर धीमे पेज को दोष देने से पहले इसे जांचना उचित है।

इसके लिए इसका उपयोग करें: स्क्रीनशॉट, UI कैप्चर, लोगो, आरेख, चार्ट, चित्र में पाठ के साथ कुछ भी, और छवि की कोई भी कार्यशील प्रतिलिपि जिसे आप फिर से संपादित करना चाहते हैं।

WebP

WebP आमतौर पर तुलनीय दृश्य गुणवत्ता में तीनों में से सबसे छोटा है, और यह पारदर्शिता का समर्थन करता है, जो इसे एक ऐसा प्रारूप बनाता है जो दोनों नौकरियों को कवर करता है।

एक चेतावनी जो यहां मायने रखती है: आपका ब्राउज़र 100 गुणवत्ता पर भी WebP को हानिपूर्ण मोड में एन्कोड करता है। प्रारूप एक दोषरहित मोड को परिभाषित करता है, लेकिन यह टूल जिस कैनवास API का उपयोग करता है वह इसे उजागर नहीं करता है। तो इस साइट से WebP निर्यात एक हानिपूर्ण निर्यात है, और इसे दोषरहित कहे जाने के बजाय इस तरह वर्णित किया गया है क्योंकि प्रारूप सिद्धांत रूप में इसका समर्थन करता है।

WebP प्रदर्शित करने के लिए ब्राउज़र समर्थन अब प्रभावी रूप से सार्वभौमिक है। इसे एन्कोड करने के लिए समर्थन बिल्कुल समान नहीं है, इसलिए एक ब्राउज़र जो WebP को एन्कोड नहीं कर सकता है वह चुपचाप आपको एक अलग प्रारूप सौंपने के बजाय यहां एक त्रुटि की रिपोर्ट करता है।

AVIF और HEIC - ईमानदार स्थिति

AVIF उपरोक्त तीनों प्रारूपों की तुलना में बेहतर संपीड़ित करता है, अक्सर काफी हद तक। आधुनिक iPhone डिफ़ॉल्ट रूप से तस्वीरों के लिए HEIC का उपयोग करते हैं। इनमें से किसी को भी ToolAcre इमेज कन्वर्टर द्वारा पढ़ा नहीं जा सकता है, और यह एक विकल्प के बजाय ब्राउज़र की सीमा है।

ब्राउज़र आमतौर पर DISPLAY AVIF कर सकते हैं, लेकिन वे प्रसंस्करण के लिए मनमानी AVIF या HEIC फ़ाइलों को डीकोड करने का विश्वसनीय तरीका उजागर नहीं करते हैं, और HEIC डिकोडिंग विशेष रूप से एक प्लेटफ़ॉर्म कोडेक पर निर्भर करती है जो हर जगह मौजूद नहीं है। एक टूल जो इन फ़ाइलों को स्वीकार करता है वह कुछ मशीनों पर काम करेगा और दूसरों पर भ्रामक रूप से विफल हो जाएगा, इसलिए इसके बजाय उन्हें स्पष्ट रूप से अस्वीकार कर दिया जाएगा।

व्यावहारिक परिणाम: इसे बनाने वाले डिवाइस पर HEIC को JPEG में परिवर्तित करें - प्रत्येक मौजूदा फ़ोन और दोनों प्रमुख डेस्कटॉप ऑपरेटिंग सिस्टम ऐसा कर सकते हैं - और फिर JPEG पर ब्राउज़र टूल का उपयोग करें। AVIF के लिए, JPEG या PNG मास्टर रखें और बिल्ड टूल के साथ प्रकाशन के समय आउटपुट के रूप में AVIF उत्पन्न करें।

GIF पर एक नोट

GIF प्रति फ्रेम 256 रंगों तक सीमित है और लघु एनिमेशन को छोड़कर किसी भी चीज़ के लिए यह एक खराब विकल्प है। इमेज कन्वर्टर GIF को पढ़ता है, लेकिन केवल पहले फ्रेम का उपयोग करता है, और आउटपुट के रूप में GIF की पेशकश नहीं करता है - .gif एक्सटेंशन के साथ एक स्थिर छवि बनाना सहायक होने के बजाय भ्रामक होगा।

लघु एनीमेशन के लिए, आधुनिक उत्तर एक MP4 या WebM वीडियो, या एक एनिमेटेड WebP हैं। उनमें से कोई भी यहां उत्पादित नहीं होता है।

व्यावहारिक उदाहरण: एक लेख के लिए चार परिसंपत्तियाँ

एक लेख के लिए एक नायक की तस्वीर, एक इंटरफ़ेस का एक स्क्रीनशॉट, एक पारदर्शी पेजभूमि वाला एक लोगो और एक स्प्रेडशीट से निर्यात किया गया चार्ट आवश्यक है।

• हीरो फ़ोटोग्राफ़ - JPEG डिफ़ॉल्ट गुणवत्ता पर, इसका आकार इसकी डिस्प्ले चौड़ाई से लगभग दोगुना कर दिया गया। सतत स्वर, किसी पारदर्शिता की आवश्यकता नहीं।
• इंटरफ़ेस स्क्रीनशॉट - PNG। यह टेक्स्ट और कठोर किनारों से भरा है, बिल्कुल वही जो JPEG सबसे खराब तरीके से संभालता है, और PNG अपने फ्लैट पैनल को कुशलता से संपीड़ित करता है।
• लोगो - WebP या PNG। दोनों पारदर्शिता रखते हैं; WebP छोटा होगा, PNG सटीक होगा। एक लोगो के लिए जिसे अलग-अलग पेजभूमि पर रखा जाएगा, सटीकता कुछ किलोबाइट से अधिक महत्वपूर्ण है।
• चार्ट - PNG। स्क्रीनशॉट के समान तर्क: फ्लैट भरण, पतली रेखाएं और अक्ष लेबल।

परिणाम: चार फ़ाइलें, तीन प्रारूप, प्रत्येक को आदत के बजाय चित्र में जो है उसके आधार पर चुना गया। सबसे आम विफलता मोड - सभी चार को PNG के रूप में निर्यात करना, या सभी चार को JPEG के रूप में निर्यात करना - या तो तस्वीर को कई बार बहुत बड़ा बना देता है या स्क्रीनशॉट और चार्ट को उनके पाठ के चारों ओर स्पष्ट रूप से धुंधला कर देता है।

टूल खोलें

JPEG, PNG और WebP के बीच कन्वर्ट करें

इमेज कन्वर्टर आपके चलाने से पहले बताता है कि कोई रूपांतरण हानिपूर्ण है या नहीं, और बाद में वास्तविक मापे गए आकारों की रिपोर्ट करता है।

इसमें क्या शामिल नहीं है

• ToolAcre छवि कन्वर्टर JPEG, PNG, WebP और GIF पढ़ता है, और JPEG, PNG और WebP लिखता है। HEIC, AVIF, TIFF और कैमरा RAW अस्वीकार कर दिए गए हैं।
• इस साइट से WebP आउटपुट हानिपूर्ण है, क्योंकि ब्राउज़र कैनवास API यही उजागर करता है।
• रंग प्रोफ़ाइल को कैनवास रूपांतरण के माध्यम से संरक्षित नहीं किया जाता है, इसलिए असामान्य एम्बेडेड प्रोफ़ाइल वाली छवियां थोड़ी भिन्न हो सकती हैं।
• फ़ाइल आकार की तुलना चित्र पर निर्भर करती है. यहां कोई भी अंगूठे का नियम मापने के लिए एक प्रारंभिक बिंदु है, न कि उद्धृत करने के लिए एक संख्या।