मुफ्त JPG से PNG कन्वर्टर

JPG छवियों को हानिरहित गुणवत्ता के साथ तुरंत PNG फॉर्मेट में कन्वर्ट करें। बैच कन्वर्ट करें और ZIP के रूप में डाउनलोड करें।

100% क्लाइंट-साइड · आपकी फ़ाइलें आपके डिवाइस से कभी नहीं जातीं

JPG फाइलें यहाँ ड्रॉप करें या ब्राउज़ करने के लिए क्लिक करें

JPG/JPEG समर्थित · प्रत्येक 50 MB तक

«JPG से PNG» असल में क्या करता है (और क्या नहीं)

JPEG और PNG निर्बाध-बनाम-हानिकारक अक्ष पर दर्पण-विपरीत हैं। JPEG (ISO/IEC 10918-1, 1992) हानिकारक DCT संपीड़न का उपयोग करता है: एनकोडर ऐसे छवि-डेटा को बहुत छोटे फ़ाइलों के बदले हटा देता है जिन्हें मानवीय आँख पकड़ने की संभावना कम है। PNG (IETF RFC 2083, 1996; W3C 3rd Edition, 2023) निर्बाध DEFLATE संपीड़न का उपयोग करता है: हर पिक्सेल बिट-सटीक रहता है। JPEG से PNG में बदलना फ़ाइल-आकार के विपरीत जाता है (PNG आउटपुट फ़ोटोग्राफ़िक सामग्री के लिए स्रोत JPEG से सामान्यतः 3-5 गुना बड़ा होता है) और मुख्यतः मूल JPEG ने जो विवरण हटाए थे उनमें से कोई भी पुनः प्राप्त नहीं करता। PNG JPEG के पहले से हानिकारक पिक्सेलों को निष्ठा से बनाए रखता है: हर ब्लॉक विरूपण, क्रोमा रिसाव और किनारे का प्रभामंडल आउटपुट में ठीक वैसे ही पक जाता है जैसा इनपुट में दिखता था।

तो फिर बदलें ही क्यों? क्योंकि रूपांतरण हानिकारक क्षरण को उसके वर्तमान स्तर पर रोक देता है और आपको ऐसा प्रारूप देता है जो आगे का काम निर्बाध रूप से बनाए रखता है। यदि आप JPEG फ़ोटो को संपादित करने की योजना बनाते हैं (क्रॉप, रिटच, रंग-संशोधन) और कई बार सहेजते हैं, हर JPEG सेव नया DCT क्वांटिज़ेशन त्रुटि लाता है और तीन-चार पास के बाद छवि स्पष्ट रूप से क्षीण हो जाती है। एक बार PNG में बदलें और बाद के संपादन बिना नुक़सान बढ़ाए राउंड-ट्रिप करेंगे। अन्य वैध कारण: कोई गंतव्य प्लेटफ़ॉर्म विशेष रूप से PNG माँगता है, आप बाद में पारदर्शिता जोड़ना चाहते हैं (PNG अल्फा समर्थन करता है; रूपांतरण का आउटपुट पूरी तरह अपारदर्शी है पर प्रारूप भविष्य के अल्फा संपादन स्वीकार करेगा), या आप अधिक रूढ़िवादी दीर्घकालिक संग्रह प्रारूप चाहते हैं।

जो रूपांतरण नहीं करता: यह «गुणवत्ता नहीं बढ़ाता», «JPEG विरूपण नहीं हटाता», «खोया हुआ विवरण पुनर्स्थापित नहीं करता»। सूचना-सिद्धांत यहाँ बेरहम है। JPEG एनकोडर ने जो बिट्स हटा दिए वे चले गए। PNG उन्हें वापस संश्लेषित नहीं कर सकता। यदि आपके JPEG में दृश्य ब्लॉक या रिंगिंग है, तो PNG में वही ब्लॉक और वही रिंगिंग होगी, बस बड़ी फ़ाइल में। कम-गुणवत्ता JPEG से वास्तव में विवरण पुनः प्राप्त करने का एकमात्र तरीक़ा AI-सुपर-रिज़ॉल्यूशन है (Real-ESRGAN, Topaz Gigapixel, Adobe Super Resolution), जो न्यूरल नेटवर्क की मदद से विश्वसनीय विवरण की कल्पना करता है; वह प्रारूप रूपांतरण से अलग संक्रिया है।

यह उपकरण भीतर से कैसे काम करता है

रूपांतरण HTML5 Canvas 2D API और कई-फ़ाइल पैकेजिंग के लिए JSZip (Stuart Knightley, MIT/GPL डबल लाइसेंस) का उपयोग करता है। बाहरी डिकोडर की ज़रूरत नहीं क्योंकि हर ब्राउज़र JPEG को स्वदेशी रूप से डिकोड करता है। जब आप JPEG गिराते हैं, File API बाइट्स को एक नए HTMLImageElement को सौंप देता है; ब्राउज़र का अंतर्निहित JPEG डिकोडर मानक उल्टा-DCT, उल्टा-क्वांटिज़ेशन, YCbCr से RGB रंग रूपांतरण करता है, और कच्चा RGBA पिक्सेल बफ़र देता है जिसमें अल्फा पूर्ण अपारदर्शी पर सेट होता है (JPEG में भरने के लिए अल्फा नहीं है)।

एक नया मेमोरी-स्थित <canvas> छवि के आकार का बनाया जाता है और डिकोड किए गए पिक्सेल ctx.drawImage() से उस पर पेंट किए जाते हैं। फिर canvas.toBlob('image/png') ब्राउज़र के अंतर्निहित PNG एनकोडर को बुलाता है। एनकोडर RGBA बाइट स्ट्रीम पर DEFLATE (LZ77 + Huffman) चलाता है और मानक-अनुरूप PNG फ़ाइल लिखता है। कोई गुणवत्ता तर्क नहीं है: PNG हमेशा निर्बाध है, इसलिए एनकोडर का एकमात्र नियंत्रण DEFLATE प्रयास स्तर है, जिसे ब्राउज़र समझदार डिफ़ॉल्ट पर तय करते हैं।

एकल फ़ाइलों के लिए, आउटपुट Blob सीधे डाउनलोड-योग्य ऑब्जेक्ट URL बन जाता है। कई-फ़ाइल बैच के लिए, JSZip हर PNG आउटपुट को एकल ZIP संग्रह में पैक करता है जिसे ब्राउज़र एक ही डाउनलोड के रूप में देता है। टैब से कुछ बाहर नहीं जाता। एकमात्र नेटवर्क ट्रैफ़िक है पृष्ठ का आरंभिक लोड और JSZip लाइब्रेरी (पहली विज़िट पर लगभग 95 KB, उसके बाद कैश में)। रूपांतरण के दौरान DevTools का नेटवर्क टैब खोलें: कोई अनुरोध छवि-डेटा नहीं ले जाता। पृष्ठ लोड के बाद ब्राउज़र को हवाई-जहाज़ मोड में रखें; कन्वर्टर स्थानीय JPEG पर काम करता रहेगा।

JPEG और PNG का संक्षिप्त इतिहास

JPEG, 1992। ITU-T T.81 / ISO/IEC 10918-1, Joint Photographic Experts Group (1986 में गठित) द्वारा मानकीकृत। 8x8 DCT ब्लॉक, वैकल्पिक क्रोमा सबसैम्पलिंग के साथ YCbCr रंग, मानव-दृष्टि के अनुसार ट्यून की गई क्वांटिज़ेशन तालिकाएँ। हानिकारक, कोई अल्फा चैनल नहीं। वह प्रारूप जिसने फ़ोटो-समृद्ध वेब को संभव बनाया।
LZW पेटेंट संकट, 1994-1995। Unisys ने GIF द्वारा उपयोग किए जाने वाले LZW संपीड़न पर पेटेंट दावा शुरू किया, GIF फ़ाइलें बनाने वाले किसी भी सॉफ़्टवेयर से लाइसेंस-शुल्क की माँग की। वेब समुदाय ने उस निर्बाध-अल्फा उपयोग-स्थिति के लिए एक पेटेंट-मुक्त प्रतिस्थापन के चारों ओर ख़ुद को संगठित किया जिसे GIF ने पूरा किया था।
PNG 1.0, जनवरी 1996। Thomas Boutell, Mark Adler और CompuServe के नेतृत्व वाले कार्यसमूह ने IETF में PNG को RFC 2083 के रूप में प्रकाशित किया। DEFLATE संपीड़न (zlib और ZIP वाला वही LZ77+Huffman एल्गोरिथ्म, यह भी पेटेंट-मुक्त) ने LZW को बदला। पूरा 8-बिट अल्फा चैनल, हमेशा निर्बाध, रॉयल्टी-मुक्त। 1997 में W3C सिफ़ारिश आई।
दो प्रारूप, दो काम, 1990 के दशक के अंत से आगे। JPEG फ़ोटोग्राफ़ी के लिए डी-फ़ैक्टो प्रारूप बना; PNG ग्राफ़िक्स, लोगो, स्क्रीनशॉट और पारदर्शिता या निर्बाध रेंडरिंग की ज़रूरत वाली हर चीज़ का मानक बना। तब से क्रॉस-रूपांतरण रोज़मर्रा का प्रवाह रहा है: JPEG से PNG में जब संपादन या प्लेटफ़ॉर्म आवश्यकताएँ माँगती हैं, PNG से JPEG में फ़ोटोग्राफ़िक सामग्री को कम करने के लिए।
ISO मानकीकरण और APNG, 2003-2010। PNG 2003 में ISO/IEC 15948 बना। Mozilla ने 2004 में Firefox एक्सटेंशन के रूप में APNG (एनिमेटेड PNG) विकसित किया; इसे 2014 में Safari समर्थन और 2017 में Chrome समर्थन मिला, पर W3C के PNG समूह ने इसे केवल 2023 में तीसरे संस्करण में औपचारिक रूप से अपनाया।
PNG तीसरा संस्करण, 2023। W3C ने PNG तीसरा संस्करण प्रकाशित किया, जिसमें औपचारिक HDR समर्थन (cICP चंक), APNG एनिमेशन और मानकीकृत EXIF मेटाडेटा ब्लॉक (eXIf चंक) हैं। JPEG के तीस से अधिक वर्ष बाद, दोनों प्रारूप वेब पर हावी रहते हैं, जबकि WebP और AVIF जगह बना रहे हैं पर उन्हें विस्थापित नहीं करते।

यह कैसे काम करता है

JPG अपलोड करें: कन्वर्ट करने के लिए एक या अधिक JPG/JPEG फाइलें ड्रॉप या चुनें।
कन्वर्ट करें: कन्वर्जन प्रक्रिया शुरू करने के लिए "PNG में कन्वर्ट करें" पर क्लिक करें। प्रोसेसिंग आपके ब्राउज़र में तुरंत होती है।
डाउनलोड करें: एकल छवियाँ सीधे डाउनलोड होती हैं; कई फाइलें आसान बैच डाउनलोडिंग के लिए ZIP आर्काइव में पैक की जाती हैं।

JPG को PNG में क्यों कन्वर्ट करें?

PNG एक हानिरहित फॉर्मेट है जो गुणवत्ता हानि के बिना सभी छवि डेटा को सुरक्षित रखता है। JPG के विपरीत, PNG पारदर्शिता का समर्थन करता है और ग्राफिक्स, लोगो और वेब डिज़ाइन के लिए आदर्श करिस्प, विस्तृत छवियाँ बनाता है। जब आपको पारदर्शिता समर्थन, संपादन के लिए हानिरहित गुणवत्ता, या आर्काइवल भंडारण की आवश्यकता हो तो PNG में कन्वर्ट करें। नोट: PNG फाइलें आमतौर पर JPG से बड़ी होती हैं, लेकिन बेहतर गुणवत्ता और लचीलापन प्रदान करती हैं।

विशेषताएँ

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

वास्तविक-दुनिया के JPG-से-PNG प्रवाह

आगे के संपादन के लिए JPEG तैयार करना। एक तस्वीर JPEG के रूप में आती है। उसे रिटच, क्रॉप या रंग-संशोधन के लिए Photoshop, Affinity Photo या GIMP में खोलने से पहले, उसे PNG में बदलें। संपादन के दौरान हर बाद का सेव निर्बाध होगा। यदि आप JPEG में रहते और प्रवाह के दौरान कई बार सेव करते, तो छवि तीन-चार पास के बाद स्पष्ट रूप से क्षीण हो जाती (संचयी DCT क्वांटिज़ेशन त्रुटि)। PNG रूपांतरण मौजूदा हानिकारक स्थिति को रोक देता है और आगे की क्षीणता रोकता है।
ऐसी सेवा को जमा करना जो PNG माँगती है। कुछ फ़ोटो-प्रिंट सेवाएँ, सरकारी पोर्टल, अकादमिक जर्नल जमा करने वाले सिस्टम, डिज़ाइन प्रतियोगिता पोर्टल और लीगेसी CMS स्थापनाएँ PNG स्वीकार करती हैं और JPEG को सीधे अस्वीकार कर देती हैं। अपलोड से पहले बदलें ताकि जब जमा को रहस्यमय «असमर्थित प्रारूप» त्रुटि के साथ अस्वीकार किया जाए तो अनावश्यक चक्कर न लगे।
किसी तस्वीर के ऊपर पाठ या तीखे ग्राफ़िक जोड़ना। एक पत्रिका का कवर, एक इन्फ़ोग्राफ़िक, एक मीम ओवरले। JPEG का DCT संपीड़न तीखे रंग-संक्रमणों के चारों ओर प्रभामंडल पैदा करता है: किसी तस्वीर पर रखा पाठ और JPEG के रूप में सहेजा गया हर अक्षर के किनारे पर स्पष्ट रूप से क्षीण दिखता है। PNG मिश्रित फ़ोटो-और-ग्राफ़िक सामग्री को साफ़-सुथरे ढंग से संभालता है। पहले फ़ोटो को PNG में बदलें, ओवरले का काम करें और संयुक्त छवि को PNG के रूप में सहेजें।
संपादित फ़ोटो का निर्बाध संग्रह। एक बार JPEG स्रोत के रंग-संशोधन या रिटच का काम समाप्त हो जाए, परिणाम को PNG के रूप में सहेजने का मतलब है कि भविष्य के री-सेव अतिरिक्त क्वांटिज़ेशन त्रुटि नहीं लाएँगे। यदि बाद में छवि को दोबारा खोलना और संशोधित करना संभव है (थोड़ा अलग क्रॉप, अतिरिक्त समायोजन), तो PNG संग्रह पीढ़ी-दर-पीढ़ी होने वाली हानि से बचाता है।
पारदर्शिता संपादन के लिए तैयारी। आउटपुट PNG पूरी तरह अपारदर्शी है (JPEG स्रोत में अल्फा नहीं था जिसे भरा जाए)। पर PNG अल्फा चैनल का समर्थन करता है, इसलिए बाद के संपादन पृष्ठभूमि काट सकते हैं, अर्ध-पारदर्शी प्रभामंडल जोड़ सकते हैं, या छवि को अन्य ग्राफ़िक्स पर रच सकते हैं। यही प्रवाह JPEG में करने पर अंत में किसी भी हाल में PNG में अंतिम रूपांतरण की आवश्यकता पड़ती, इसलिए पहले से बदलना हर चरण को निर्बाध रखता है।
वेब और UI डिज़ाइन जहाँ पिक्सेल-सटीक रेंडरिंग मायने रखती है। डिज़ाइन पोर्टफ़ोलियो, UI मॉकअप, फ़ोटोग्राफ़िक और टाइपोग्राफ़िक सामग्री मिलाने वाले स्क्रीनशॉट, फ़ोटो से प्राप्त ऐप-आइकन। इनका मानक प्रारूप PNG है क्योंकि तीखे रंग-किनारों पर JPEG प्रभामंडल डिज़ाइन संदर्भों में खटकते हैं। डिज़ाइन प्रोजेक्ट की शुरुआत में JPEG स्रोत संपत्तियों को एक बार PNG में बदलना बाक़ी प्रवाह को सुसंगत रखता है।

सामान्य फँसाव और उनका अर्थ

PNG खोए हुए JPEG विवरण को पुनः नहीं लाता। यह सबसे आम भ्रांति है। JPEG एनकोडर ने छवि-डेटा हटा दिया; सूचना-सिद्धांत कहता है कि आप वह पुनर्निर्माण नहीं कर सकते जो हटाया गया। PNG JPEG के पहले से हानिकारक पिक्सेलों को ठीक वैसा ही रखता है, हर ब्लॉक विरूपण और किनारे के प्रभामंडल समेत। यदि आपको सच में विवरण पुनः प्राप्त करना है, तो उसके लिए AI-सुपर-रिज़ॉल्यूशन (Real-ESRGAN, Topaz Gigapixel, Adobe Super Resolution) चाहिए, जो न्यूरल नेटवर्क की मदद से विश्वसनीय विवरण की कल्पना करता है। केवल प्रारूप रूपांतरण यह नहीं कर सकता।
फ़ाइल का आकार हमेशा बढ़ता है। सामान्य फ़ोटोग्राफ़िक सामग्री के लिए, PNG स्रोत JPEG से 3-5 गुना बड़ा होता है। बहुत संपीड़ित JPEG के लिए कभी-कभी 10 गुना। PNG का DEFLATE संपीड़न निरंतर-स्वर वाली छवियों पर JPEG के DCT की बराबरी नहीं कर सकता; PNG जगह बचाने के लिए कोई JPEG-शोर पैटर्न नहीं हटा सकता क्योंकि उसे निर्बाध होना है। यदि फ़ाइल-आकार निर्बाध गुणवत्ता से अधिक मायने रखता है, तो PNG में मत बदलें।
JPEG विरूपण ठीक वैसे ही संरक्षित होते हैं। समतल क्षेत्रों में DCT ब्लॉकिंग, रंग सीमाओं पर क्रोमा रिसाव, कठोर किनारों के पास रिंगिंग प्रभामंडल, पाठ के चारों ओर मच्छर-शोर। यह सब अब पूरी निष्ठा से PNG में है। रूपांतरण इन्हें मुलायम नहीं करता, ब्लॉक नहीं हटाता, शोर नहीं घटाता। ये प्रिंट में और किसी भी पिक्सेल-दर-पिक्सेल तुलना में दिखेंगे। PNG बस इन्हें अपनी जगह जमा देता है।
JPEG → PNG → JPEG लूप से बचें। सामान्य गलती: संपादन के लिए JPEG से PNG में बदलें, संपादन करें, फिर परिणाम JPEG के रूप में सहेजें और कल दोहराएँ। बीच का PNG मदद नहीं करता: JPEG में हर वापसी हानिकारक DCT क्वांटिज़ेशन को पुनः चलाती है। PNG के निर्बाध सेव का लाभ लेने के लिए, सारा संपादन PNG में करें और केवल अंत में आवश्यकता पड़ने पर JPEG में पुनः कूटबद्ध करें।
EXIF और ICC मेटाडेटा हट सकते हैं। कैनवस-आधारित पुनः-एनकोडिंग आम तौर पर EXIF, IPTC, XMP मेटाडेटा ब्लॉक (कैमरा, एक्सपोज़र, GPS, कॉपीराइट) को अंतर्निहित ICC रंग प्रोफ़ाइल के साथ हटा देती है। सामान्य स्क्रीन उपयोग के लिए यह अदृश्य है; अभिलेखीय प्रवाह में जहाँ मेटाडेटा महत्वपूर्ण हो, ImageMagick जैसे मेटाडेटा-संवेदी डेस्कटॉप उपकरण का उपयोग करें स्पष्ट विकल्पों के साथ या मेटाडेटा-संरक्षित jpegtran-शैली के पथों के साथ।
बहुत बड़े JPEG को महत्वपूर्ण मेमोरी चाहिए। JPEG को RGBA पिक्सेलों में डिकोड करने के लिए आयाम के अनुपात में RAM चाहिए: 24-मेगापिक्सेल फ़ोटो (6000x4000) को स्रोत पिक्सेल बफ़र के लिए लगभग 96 MB चाहिए, साथ ही कैनवस के लिए अलग बफ़र, और PNG एनकोडर का कार्यक्षेत्र। 1-2 GB RAM वाले मोबाइल उपकरण देख सकते हैं कि OS एनकोडिंग पूरी होने से पहले टैब बंद कर देता है।

गोपनीयता: छवियाँ कभी आपका उपकरण नहीं छोड़तीं

हर क्लाउड-आधारित JPG-से-PNG कन्वर्टर (CloudConvert, Convertio, iLoveIMG, FreeConvert, Aspose, और दर्जनों «jpg to png online» सेवाएँ) आपकी फ़ाइल को संचालक के सर्वर पर अपलोड करता है, रूपांतरण चलाता है और PNG को डाउनलोड के रूप में लौटाता है। फ़ोन और कैमरों से आने वाले JPEG नियमित रूप से EXIF मेटाडेटा रखते हैं: फ़ोटो खींचने के स्थान के GPS निर्देशांक (अक्सर कुछ मीटर तक सटीक), कैमरा और लेंस मॉडल, कैप्चर की तारीख और समय, और छोटे थंबनेल भी। यह सब संचालक के पास जाता है। अधिकांश संचालक गोपनीयता-नीतियाँ प्रकाशित करते हैं जिसमें वे एक-दो घंटे में अपलोड हटाने और परिवहन में एन्क्रिप्ट करने का वचन देते हैं, और बड़े संचालक ISO/IEC 27001 प्रमाणन रखते हैं। उनके पास इन नीतियों के पालन के मज़बूत वाणिज्यिक कारण हैं। पर «एक घंटे में हटा दिया गया» का मतलब «कभी नहीं देखा गया» नहीं है। उस घंटे के दौरान फ़ोटो-सामग्री संचालक के बुनियादी ढाँचे में रहती है, उपयुक्त अनुमतियों वाले किसी भी प्रक्रिया या व्यक्ति को सुलभ, और लागू अवधारण-नीति के अनुसार लॉग और बैकअप में दिखती है।

यह कन्वर्टर कभी कुछ अपलोड नहीं करता। पूरी पाइपलाइन (फ़ाइल चयन, ब्राउज़र के अंतर्निहित डिकोडर के माध्यम से JPEG डिकोडिंग, कैनवस पेंट, PNG एनकोडिंग, वैकल्पिक ZIP पैकेजिंग, डाउनलोड) JavaScript और HTML5 Canvas API का उपयोग करते हुए आपके ब्राउज़र टैब के अंदर चलती है। कोई अपलोड नहीं, छवि-डेटा ले जाने वाला कोई नेटवर्क अनुरोध नहीं, कोई लॉग प्रविष्टि नहीं। रूपांतरण से पहले ब्राउज़र के डेवलपर टूल्स में Network टैब खोलकर पुष्टि कर सकते हैं: कोई अनुरोध छवि-सामग्री के साथ नहीं चलता। एकमात्र नेटवर्क ट्रैफ़िक है पृष्ठ का आरंभिक लोड और छोटी JSZip लाइब्रेरी (~95 KB), पहली विज़िट पर एक बार CDN से ली जाती है और कैश की जाती है। पृष्ठ लोड के बाद ब्राउज़र को हवाई-जहाज़ मोड में रखें; कन्वर्टर स्थानीय JPEG पर काम करता रहेगा।

जब कोई और उपकरण सही चयन हो

आप खोया विवरण पुनः लाना चाहते हैं या JPEG विरूपण हटाना चाहते हैं। प्रारूप रूपांतरण यह नहीं कर सकता। AI-सुपर-रिज़ॉल्यूशन का उपयोग करें: Real-ESRGAN (ओपन सोर्स, ChaiNNer या कमांड लाइन से स्थानीय रूप से चलता है), waifu2x (ओपन सोर्स, मुफ़्त वेब डेमो), Topaz Gigapixel AI (वाणिज्यिक, डेस्कटॉप), या Camera Raw या Lightroom के भीतर Adobe Super Resolution। ये मॉडल लाखों समान छवियों पर प्रशिक्षित न्यूरल नेटवर्क की मदद से विश्वसनीय विवरण की कल्पना करते हैं।
फ़ाइल-आकार न्यूनतम करना निर्बाध गुणवत्ता से अधिक मायने रखता है। PNG में मत बदलें; PNG 3-5 गुना बड़ा होगा। यदि JPEG स्वीकार्य गुणवत्ता का है, तो JPEG में रहें। यदि आपको छोटी फ़ाइल चाहिए, JPEG को कम गुणवत्ता पर Image Compressor से चलाएँ, या Image Converter के माध्यम से WebP में बदलें (WebP-हानिकारक आम तौर पर एक ही गुणवत्ता पर JPEG से 25-35% छोटा होता है)।
सैकड़ों फ़ाइलों पर बैच-स्वचालन। Node.js में Sharp उपयोग करें (libvips पर निर्मित कैनोनिकल सर्वर-साइड छवि लाइब्रेरी: sharp(buf).png().toBuffer()), किसी भी शेल पर ImageMagick (magick input.jpg output.png), या Python में Pillow (Image.open(p).save(out, 'PNG'))। CLI उपकरण ब्राउज़र की मेमोरी-सीमा के बिना हज़ारों फ़ाइलें संभालते हैं और CI जॉब, डिप्लॉय हुक या cron कार्य से चलते हैं।
मेटाडेटा और रंग-प्रोफ़ाइल संरक्षण वाले प्रिंट प्रवाह। Photoshop के «Save As PNG» का उपयोग करें (ICC प्रोफ़ाइल और मेटाडेटा संरक्षित करता है), Affinity Photo, या RawTherapee। ब्राउज़र में कैनवस-आधारित रूपांतरण अंतर्निहित ICC प्रोफ़ाइल और EXIF ब्लॉक को छोड़ सकता है, जो स्क्रीन उपयोग के लिए तो ठीक है पर प्रिंट तैयारी या कैप्चर-मेटाडेटा पर निर्भर प्रवाह के लिए नहीं।

अक्सर पूछे जाने वाले प्रश्न

क्या मेरा PNG मूल JPG से बड़ा होगा?

संभवतः हां। PNG हानिरहित कम्प्रेशन का उपयोग करता है जबकि JPG हानिपूर्ण कम्प्रेशन का उपयोग करता है, जिससे आमतौर पर छोटे फाइल आकार मिलते हैं। हालाँकि, PNG बेहतर गुणवत्ता प्रदान करता है और पारदर्शिता का समर्थन करता है। जब गुणवत्ता और लचीलापन फाइल आकार से अधिक महत्वपूर्ण हों तो PNG चुनें।

क्या मैं एक साथ कई फाइलें कन्वर्ट कर सकता हूँ?

हाँ। कई JPG फाइलें अपलोड करें और सभी को समान सेटिंग्स के साथ कन्वर्ट किया जाएगा। एकल फाइलें सीधे डाउनलोड होती हैं, कई फाइलें स्वचालित रूप से ZIP आर्काइव में पैक की जाती हैं।

फाइल आकार सीमा क्या है?

प्रत्येक JPG 50 MB तक हो सकता है। कुल कन्वर्जन आकार आपके ब्राउज़र की उपलब्ध मेमोरी पर निर्भर करता है, लेकिन आमतौर पर आप कई सौ एमबी की फाइलें कन्वर्ट कर सकते हैं।

क्या मेरी इमेज सर्वर पर अपलोड होती हैं?

नहीं. सारी कनवर्ज़न Canvas API का उपयोग करके आपके ब्राउज़र में स्थानीय रूप से होती है। आपकी इमेज कभी आपके डिवाइस से बाहर नहीं जातीं, जिससे पूर्ण गोपनीयता और सुरक्षा सुनिश्चित होती है।

क्या मैं मोबाइल पर JPG को PNG में कन्वर्ट कर सकता हूँ?

हाँ। यह टूल डेस्कटॉप, टैबलेट और मोबाइल ब्राउज़र पर काम करता है। बस फाइलें चुनने और कन्वर्ट करने के लिए टैप करें।

JPG बनाम PNG गुणवत्ता के बारे में क्या?

PNG कन्वर्जन मूल JPG की छवि गुणवत्ता को सुरक्षित रखता है। चूंकि JPG पहले से ही हानिपूर्ण है, PNG में कन्वर्ट करने से खोए हुए विवरण पुनः स्थापित नहीं होंगे, लेकिन यदि आपको छवि संपादित करने की आवश्यकता है तो यह आगे की गुणवत्ता हानि को रोकता है।

और अधिक सामान्य प्रश्न

क्या PNG में बदलने से वे JPEG विरूपण हट जाएँगे जो मुझे दिख रहे हैं?

नहीं। JPEG विरूपण (समतल क्षेत्रों में DCT ब्लॉकिंग, तीखे किनारों पर प्रभामंडल और रिंगिंग, रंग-संक्रमण पर क्रोमा रिसाव) JPEG एनकोडर का काम पूरा होने के बाद पिक्सेल डेटा का हिस्सा बन जाते हैं। PNG एक निर्बाध प्रारूप है: वह पिक्सेल डेटा को ठीक वैसा रखता है जैसा है, विरूपण समेत। आउटपुट PNG हर ज़ूम स्तर पर स्रोत JPEG जैसा दिखेगा। यदि आपको दृश्य JPEG विरूपण को मुलायम करना या हटाना है, तो एकमात्र विकल्प AI डीनॉइज़िंग/सुपर-रिज़ॉल्यूशन उपकरण या सावधानीपूर्वक मैन्युअल रिटच हैं; प्रारूप रूपांतरण यह नहीं कर सकता।

PNG इतना बड़ा क्यों है?

क्योंकि PNG का DEFLATE संपीड़न फ़ोटोग्राफ़िक सामग्री के लिए JPEG के DCT संपीड़न से बहुत कम कारगर है। JPEG उच्च-आवृत्ति सूचना को हटाकर सहज ग्रेडिएंट और निरंतर-स्वर वाले क्षेत्रों को बहुत कुशलता से संपीड़ित कर सकता है, जिसे आँख नोटिस नहीं करेगी। PNG को हर पिक्सेल ठीक से बनाए रखना है, इसलिए उसे फ़ोटोग्राफ़ी का पूरा शोर पैटर्न कूटबद्ध करना पड़ता है, जो DEFLATE केवल मामूली रूप से कर सकता है। सामान्य फ़ोटो के लिए, PNG गुणवत्ता 85 पर समकक्ष JPEG से 3-5 गुना बड़ा होता है; बहुत संपीड़ित JPEG के लिए कभी-कभी 10 गुना। यह अपेक्षित व्यवहार है, उपकरण का दोष नहीं।

क्या परिणामी PNG में पारदर्शिता हो सकती है?

स्वतः नहीं, क्योंकि स्रोत JPEG में भरने के लिए अल्फा चैनल नहीं है। आउटपुट PNG पूरी तरह अपारदर्शी है। पर PNG प्रारूप 8-बिट अल्फा चैनल का समर्थन करता है, इसलिए आप बाद के संपादन चरण (Photoshop, GIMP, Photopea, Pixelmator) में PNG खोलकर पारदर्शिता जोड़ सकते हैं: पृष्ठभूमि काटें, अर्ध-पारदर्शी प्रभामंडल जोड़ें, अन्य ग्राफ़िक्स पर रचें। रूपांतरण आपको एक ऐसा प्रारूप देता है जो उन भविष्य के संपादनों को बिना और प्रारूप परिवर्तन के स्वीकार करेगा।

क्या यह उपकरण ऑफ़लाइन काम करता है?

हाँ। JPEG डिकोडर और PNG एनकोडर दोनों हर ब्राउज़र में अंतर्निहित हैं; उनके लिए कोई बाहरी लाइब्रेरी डाउनलोड नहीं होती। यह उपकरण जो एकमात्र लाइब्रेरी लोड करता है वह है JSZip (~95 KB) कई-फ़ाइल बैच को ZIP में पैक करने के लिए, पहली लोड पर CDN से एक बार ली जाती है और कैश की जाती है। बाद की विज़िट पूरी तरह ऑफ़लाइन काम करती हैं। पृष्ठ खोलने के बाद हवाई-जहाज़ मोड चालू करके और एक स्थानीय JPG फ़ाइल बदलकर सत्यापित कर सकते हैं।

क्या मेरे EXIF मेटाडेटा (कैमरा, GPS, तारीख) बचे रहेंगे?

आम तौर पर नहीं। कैनवस-आधारित पुनः-एनकोडिंग EXIF, IPTC और XMP मेटाडेटा ब्लॉक (कैमरा मॉडल, एक्सपोज़र सेटिंग्स, GPS निर्देशांक, कॉपीराइट टैग) को अंतर्निहित ICC रंग प्रोफ़ाइल के साथ हटा देती है। आउटपुट PNG केवल पिक्सेल डेटा रखता है। सामान्य स्क्रीन-साझाकरण के लिए यह आम तौर पर एक गोपनीयता-जीत है (GPS निर्देशांक और डिवाइस सीरियल नंबर लीक नहीं होते)। अभिलेखीय प्रवाह में जहाँ आपको कैप्चर मेटाडेटा संरक्षित करना हो, मेटाडेटा-जागरूक डेस्कटॉप उपकरण का उपयोग करें: सही विकल्पों के साथ ImageMagick, ExifTool, या Photoshop का «Save As», जो रूपांतरण के दौरान EXIF डेटा संरक्षित कर सकते हैं।

क्या कोई डेस्कटॉप या कमांड-लाइन समकक्ष है?

कई हैं। बैच-स्वचालन के लिए Node.js में sharp मानक सर्वर-साइड लाइब्रेरी है: sharp(buf).png().toBuffer()। किसी भी शेल पर ImageMagick: magick input.jpg output.png। Python में Pillow: Image.open(p).save(out, 'PNG')। इस उपकरण जैसा सामयिक संवादात्मक कार्य के लिए, Squoosh (Google Chrome Labs, पूरी तरह क्लाइंट-साइड) निकट विकल्प है और AVIF सहित अधिक आउटपुट प्रारूप समर्थन करता है। Photoshop, Affinity Photo और macOS पर Preview डेस्कटॉप GUI मामले को कवर करते हैं और ब्राउज़र-आधारित रूपांतरण की तुलना में मेटाडेटा अधिक विश्वसनीय रूप से संरक्षित करते हैं।