PNG से JPG कन्वर्टर

«PNG से JPG» आपकी छवि के साथ असल में क्या करता है

PNG और JPEG दो भिन्न छवि-प्रारूप परिवार हैं, अलग-अलग कामों के लिए। PNG (Portable Network Graphics, 1996 में IETF RFC 2083, 2023 में W3C 3rd Edition) DEFLATE संपीड़न (ZIP और gzip जैसा निर्बाध एल्गोरिथ्म) का उपयोग करता है, हर पिक्सेल को बिट-सटीक रखता है, और पारदर्शिता के लिए 8-बिट अल्फा चैनल का समर्थन करता है। JPEG (1992 का ISO/IEC 10918-1) समायोज्य गुणवत्ता वाले हानिकारक DCT संपीड़न का उपयोग करता है, इसमें अल्फा चैनल नहीं है, और यह निरंतर-स्वर वाली फ़ोटोग्राफ़ी के लिए अनुकूलित है। PNG को JPEG में बदलने का अर्थ है: अल्फा चैनल हटाना, पिक्सेल डेटा को हानिकारक एनकोडर से चलाना, और सामान्यतः छोटे फ़ाइलों एवं सार्वभौमिक संगतता के बदले अदला-बदली स्वीकार करना।

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

फ़ाइल-आकार की दिशा वह नहीं है जो अधिकांश लोग मानते हैं। फ़ोटोग्राफ़िक PNG के लिए (एक चित्र, एक दृश्य, एक भीड़ भरा दृश्य), JPEG आउटपुट स्रोत से 5-10 गुना छोटा होता है: यही अपेक्षित लाभ है। ग्राफ़िक PNG के लिए (लोगो, चित्रण, स्क्रीनशॉट, बड़े सपाट-रंग क्षेत्रों वाली कोई भी चीज़), JPEG आउटपुट प्रायः स्रोत PNG से बड़ा होता है। PNG का DEFLATE समान रंग की लंबी पंक्तियों को लगभग शून्य तक संपीड़ित करता है; JPEG का DCT उन चिकने क्षेत्रों में शोर लाता है और उच्च-आवृत्ति वाले रंग-किनारों को दृश्य प्रभामंडलों में क्वांटाइज़ करता है जो स्वयं भी बिट्स खाते हैं। 50 KB का लोगो PNG 200 KB का JPEG दे सकता है। यदि आपकी छवि अधिकतर सपाट और तीखी है, तो JPEG ग़लत दिशा है; PNG में रहें या WebP में बदलें, जो दोनों मोड को अच्छी तरह संभालता है।

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

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

एक नया मेमोरी-स्थित <canvas> छवि के आकार का बनाया जाता है, फिर ctx.fillRect() के माध्यम से चुनी हुई पृष्ठभूमि रंग से भरा जाता है। PNG को ctx.drawImage() से ऊपर खींचा जाता है; डिफ़ॉल्ट source-over कंपोज़िशन मोड PNG के अल्फा को कैनवस पृष्ठभूमि के साथ मिलाता है, इसलिए पारदर्शी पिक्सेल पृष्ठभूमि रंग दिखाते हैं और अर्ध-पारदर्शी किनारे आसानी से मिल जाते हैं। उस संरचना के बाद, canvas.toBlob('image/jpeg', गुणवत्ता/100) ब्राउज़र के अंतर्निहित JPEG एनकोडर को बुलाता है। एनकोडर RGBA को YCbCr में बदलता है, वैकल्पिक क्रोमा सबसैम्पलिंग लागू करता है, आपकी गुणवत्ता स्लाइडर के अनुरूप तालिकाओं के साथ 8x8 DCT और क्वांटिज़ेशन चलाता है, और JPEG बाइट स्ट्रीम देता है।

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

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

• 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 फ़ाइलें बनाने वाले सॉफ़्टवेयर से लाइसेंस-शुल्क की माँग की। वेब समुदाय एक पेटेंट-मुक्त प्रतिस्थापन के चारों ओर संगठित हुआ।
• PNG 1.0, जनवरी 1996। Thomas Boutell, Mark Adler और CompuServe के नेतृत्व वाले कार्यसमूह ने IETF में PNG को RFC 2083 के रूप में प्रकाशित किया। DEFLATE संपीड़न (zlib और ZIP वाला वही LZ77+Huffman एल्गोरिथ्म, यह भी पेटेंट-मुक्त) ने LZW को बदला। पूरा 8-बिट अल्फा चैनल, हमेशा निर्बाध, रॉयल्टी-मुक्त। 1997 में W3C सिफ़ारिश आई।
• PNG वेब का निर्बाध प्रारूप बनता है, 1990 के दशक के अंत। ब्राउज़र समर्थन IE 4-6 और Netscape 4+ में लगभग 1999 तक स्थिर हो गया। 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 जगह बना रहे हैं पर उन्हें विस्थापित नहीं करते।

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

1. अपने PNG अपलोड करें: रूपांतरित करने के लिए एक या अधिक PNG फ़ाइलें छोड़ें या चुनें।
2. अनुकूलित करें: गुणवत्ता (60-100%) समायोजित करें और संभावित पारदर्शी क्षेत्रों के लिए पृष्ठभूमि रंग चुनें।
3. रूपांतरित करें: "JPG में रूपांतरित करें" पर क्लिक करें। व्यक्तिगत छवियाँ सीधे डाउनलोड होती हैं; कई फ़ाइलें ZIP में।

PNG को JPG में क्यों रूपांतरित करें?

JPG एक हानिकारक छवि प्रारूप है जो बहुत सारे रंगों वाली जटिल फ़ोटोग्राफ़िक छवियों पर उत्कृष्ट है। यह छोटी फ़ाइलें उत्पन्न करता है।

विशेषताएँ

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

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

• वेब के लिए फ़ोटोग्राफ़िक PNG का आकार कम करना। किसी कैमरे, डिज़ाइन ऐप या रेंडरिंग पाइपलाइन ने एक फ़ोटो PNG के रूप में निर्यात किया। होस्टिंग आकार-सीमाओं या पृष्ठ-वज़न बजट को यह छोटा चाहिए। गुणवत्ता 85 पर JPEG आकार को 5-10 गुना घटाता है, फ़ोटोग्राफ़िक सामग्री पर बिना दृश्य गुणवत्ता परिवर्तन के। यह विहित उपयोग है और वही जिसमें JPEG बिना संदेह सही गंतव्य प्रारूप है।
• ईमेल अनुलग्नक। Gmail, Outlook और Apple Mail अनुलग्नकों को प्रति संदेश 25 MB तक सीमित करते हैं। फ़ोन या DSLR से उच्च-रिज़ॉल्यूशन PNG का एक फ़ोल्डर तेज़ी से सीमा छू लेता है। गुणवत्ता 85 पर JPEG में बदलने से आम तौर पर सब कुछ एक ही संदेश में भेजने की गुंजाइश मिल जाती है, बजाय कई संदेशों में बाँटने या क्लाउड-शेयर लिंक पर जाने के।
• सोशल मीडिया अपलोड। Twitter/X, Facebook, Instagram और LinkedIn अपलोड पर सभी छवियों को अपने एल्गोरिथ्मों से JPEG में पुनः-संपीड़ित करते हैं। पहले बदलना आपको गुणवत्ता-संतुलन नियंत्रित करने देता है, बजाय निर्णय प्लेटफ़ॉर्म के एनकोडर को सौंपने के। गुणवत्ता 85-90 पर पूर्व-संपीड़ित JPEG के रूप में अपलोड की गई पोस्ट आम तौर पर बेहतर दिखती हैं, बजाय प्लेटफ़ॉर्म को आपके PNG को नए सिरे से पुनः-संपीड़ित करने देने के।
• ई-कॉमर्स उत्पाद फ़ोटो। Etsy, eBay, Shopify, Amazon और अधिकांश मार्केटप्लेस उत्पाद-फ़ोटो को निश्चित प्रदर्शन-आकारों पर दिखाते हैं। JPEG सार्वभौमिक रूप से स्वीकृत प्रारूप है और उत्पाद सूचियों पर पृष्ठ-वज़न कम करता है। सैकड़ों या हज़ारों फ़ोटो वाले कैटलॉग PNG के बजाय JPEG में संग्रहीत होने पर बड़ी CDN बैंडविड्थ बचत और बेहतर Largest Contentful Paint देखते हैं।
• फ़ोटो प्रिंट सेवाएँ। Walgreens, CVS, Snapfish, Mpix, Costco Photo और अधिकांश फ़ोटो-प्रिंट कियोस्क हर जगह JPEG स्वीकार करते हैं; PNG समर्थन छोटे सेवाओं और पुराने कियोस्कों में विशेष रूप से असमान है। प्रिंट सेवा को अपलोड करने से पहले बदलने से इस तरह के आश्चर्य से बचा जा सकता है कि प्रिंट-कतार कौन-सी फ़ाइलें पढ़ सकती है।
• अभिलेखीकरण या पोर्टल-अपलोड के लिए दस्तावेज़ स्कैन। अलग-अलग PNG फ़ाइलों के रूप में सहेजे गए बहु-पृष्ठ स्कैन उन पोर्टलों पर अभिलेखीकरण या अपलोड के लिए बहुत छोटे JPEG फ़ोल्डर बन सकते हैं जो केवल JPEG स्वीकार करते हैं। तीखे किनारों वाले मुद्रित या टंकित पाठ के स्कैन के लिए, किनारे तीखे रखने के लिए उच्च गुणवत्ता (90-95) का उपयोग करें; हस्तलिखित नोट्स और निरंतर-स्वर वाली फ़ोटोग्राफ़ी के लिए 80-85 ठीक है।

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

• JPEG आउटपुट PNG इनपुट से बड़ा हो सकता है। फ़ोटोग्राफ़िक PNG के लिए JPEG 5-10 गुना छोटा होता है। लोगो, चित्रण, स्क्रीनशॉट और बड़े सपाट-रंग क्षेत्र या तीखे रंग-किनारों वाली किसी भी चीज़ के लिए JPEG प्रायः बड़ा होता है क्योंकि DCT सपाट क्षेत्रों में शोर लाता है और तीखे किनारों को दृश्य प्रभामंडलों में क्वांटाइज़ करता है जो स्वयं बिट्स खर्च करते हैं। यदि आपका PNG फ़ोटोग्राफ़िक के बजाय ग्राफ़िक सामग्री है, तो PNG में रहें या इसके बजाय WebP में बदलें।
• पारदर्शिता बदली जाती है, संरक्षित नहीं। JPEG में अल्फा चैनल नहीं है। पारदर्शी PNG पिक्सेल आपके चुने हुए पृष्ठभूमि रंग पर रचे जाते हैं और आउटपुट पिक्सेलों में पक जाते हैं। एक बार JPEG लिख दिया जाने पर, अल्फा सूचना हमेशा के लिए चली गई है और पुनः प्राप्त नहीं की जा सकती। यदि आपको पारदर्शिता रखनी है, तो PNG में रहें, WebP में बदलें, या TIFF या AVIF जैसा अल्फा वाला प्रारूप उपयोग करें।
• तीखा पाठ और लाइनें JPEG प्रभामंडल दिखाते हैं। JPEG क्वांटिज़ेशन तीखे रंग-सीमाओं के पास दृश्य प्रभामंडल और ब्लॉकिंग पैदा करता है। UI स्क्रीनशॉट, डिज़ाइन मॉकअप, आरेख, टाइपोग्राफ़ी नमूने और हर वह सामग्री जहाँ किनारों का पिक्सेल-सटीक पुनरुत्पादन मायने रखता है, उसके लिए PNG में रहें। दृश्य विरूपण सबसे ज़्यादा सपाट पृष्ठभूमियों में दिखाई देते हैं जो तीखी रंगीन आकृतियों से सटे हों।
• पुनः-एनकोडिंग नुक़सान को बढ़ाती है। JPEG एनकोडर से हर पास छवि-डेटा खोता है। एक रूपांतरण (PNG से JPEG) ठीक है; JPEG को कई बार पुनः सहेजना छवि को दृश्य रूप से ख़राब करता है, विशेषकर सपाट क्षेत्रों और रंग सीमाओं पर। हमेशा अपने पास उपलब्ध उच्चतम-गुणवत्ता वाले स्रोत PNG से बदलें, कल निर्यात किए गए JPEG से नहीं।
• ICC रंग प्रोफ़ाइलें हट सकती हैं। एक अंतर्निहित ICC रंग प्रोफ़ाइल (sRGB, Adobe RGB, ProPhoto) डिस्प्ले को बताता है कि पिक्सेल मान कैसे समझे जाएँ। कैनवस-आधारित पुनः-एनकोडिंग प्रोफ़ाइल को छोड़ सकती है और आउटपुट को sRGB के रूप में टैग कर सकती है। सामान्य स्क्रीन उपयोग के लिए यह अदृश्य है; प्रिंट तैयारी या व्यापक-गामुट डिलिवरेबल्स के लिए, एक रंग-संवेदी डेस्कटॉप उपकरण उपयोग करें जो प्रोफ़ाइल डेटा को स्पष्ट रूप से संरक्षित करे।
• बहुत बड़ी PNG मोबाइल ब्राउज़र टैब को क्रैश कर सकती हैं। PNG को RGBA पिक्सेलों में डिकोड करने के लिए आयाम के अनुपात में RAM चाहिए: एक 24-मेगापिक्सेल PNG (6000x4000) को केवल स्रोत पिक्सेल बफ़र के लिए लगभग 96 MB चाहिए, साथ ही कैनवस के लिए अलग बफ़र, और एनकोडर का कार्यक्षेत्र। 1-2 GB RAM वाले मोबाइल उपकरण देख सकते हैं कि OS एनकोडिंग पूरी होने से पहले टैब को बंद कर देता है।

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

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

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

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

• आपको पारदर्शिता बनाए रखनी है। PNG में रहें, या WebP में बदलें (जो हानिकारक और निर्बाध दोनों मोड के साथ पूर्ण अल्फा का समर्थन करता है, फ़ाइलें आम तौर पर PNG से 25% छोटी), या AVIF में जो अल्फा के साथ सबसे छोटी फ़ाइल देता है। JPEG को छोड़कर कोई भी प्रारूप। WebP रास्ते के लिए इमेज कन्वर्टर का उपयोग करें।
• आपकी छवि एक लोगो, स्क्रीनशॉट या सपाट-रंग चित्रण है। JPEG फ़ोटोग्राफ़ी को अच्छा संभालता है और ग्राफ़िक्स को बुरा। लोगो, स्क्रीनशॉट, आरेख, UI मॉकअप और तीखे रंग-सीमाओं या बड़े सपाट क्षेत्रों वाली किसी भी चीज़ के लिए, JPEG आउटपुट प्रायः स्रोत PNG से बड़ा और कम गुणवत्ता वाला होता है। PNG में रहें और तंग DEFLATE संपीड़न के लिए इसे इमेज कम्प्रेसर से चलाएँ, या WebP-निर्बाध में बदलें।
• सैकड़ों फ़ाइलों पर बैच-स्वचालन। Node.js में Sharp का उपयोग करें (libvips पर निर्मित कैनोनिकल सर्वर-साइड छवि-लाइब्रेरी), कमांड लाइन पर ImageMagick या GraphicsMagick, या Python में Pillow। CLI उपकरण ब्राउज़र की मेमोरी-सीमा के बिना हज़ारों फ़ाइलें संभालते हैं और CI जॉब, डिप्लॉय हुक या cron कार्य से चलते हैं।
• रंग-प्रबंधन वाले प्रिंट प्रवाह। Photoshop का «Export As» उपयोग करें (ICC प्रोफ़ाइल संरक्षित करता है, सॉफ़्ट-प्रूफ़िंग और CMYK आउटपुट समर्थन करता है), Affinity Photo, या RawTherapee। ब्राउज़र में कैनवस-आधारित रूपांतरण अंतर्निहित रंग प्रोफ़ाइल को छोड़ सकता है, जो स्क्रीन उपयोग के लिए तो ठीक है पर प्रिंट तैयारी के लिए नहीं।

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

PNG के पारदर्शी क्षेत्रों का क्या होता है?

JPG पारदर्शिता का समर्थन नहीं करता। आप पारदर्शी क्षेत्रों को भरने के लिए पृष्ठभूमि रंग (सफ़ेद, काला या कस्टम) चुन सकते हैं।

कौन सी गुणवत्ता उपयोग करें?

अधिकांश उपयोगों के लिए, 85-90% गुणवत्ता अच्छा दृश्य प्रस्तुतीकरण और ध्यान देने योग्य आकार कमी देती है। पेशेवर उपयोग के लिए 90%+ का उपयोग करें।

क्या मैं एक साथ कई फ़ाइलें रूपांतरित कर सकता हूँ?

हाँ। कई PNG अपलोड करें और सभी पर समान गुणवत्ता और पृष्ठभूमि सेटिंग्स लागू करें। एकल फ़ाइलें सीधे डाउनलोड होती हैं; कई ZIP के रूप में।

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

प्रत्येक PNG 50 MB तक हो सकता है। कुल आकार आपके ब्राउज़र की उपलब्ध मेमोरी पर निर्भर करता है।

क्या मेरी छवियाँ सर्वर पर भेजी जाती हैं?

नहीं। सारा रूपांतरण Canvas API के माध्यम से आपके ब्राउज़र में स्थानीय रूप से होता है। आपकी छवियाँ कभी आपके डिवाइस से नहीं जातीं।

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

मेरा JPG आउटपुट PNG इनपुट से बड़ा क्यों है?

क्योंकि आपका PNG फ़ोटोग्राफ़िक के बजाय ग्राफ़िक सामग्री है। PNG का DEFLATE संपीड़न बड़े सपाट-रंग क्षेत्रों को बहुत अच्छी तरह संभालता है, उन्हें अक्सर प्रति पिक्सेल बाइट के अंश तक घटाता है। JPEG का DCT संपीड़न निरंतर-स्वर फ़ोटोग्राफ़ी के लिए अनुकूलित है; यह चिकने क्षेत्रों में शोर लाता है और तीखे रंग-किनारों को दृश्य प्रभामंडलों में क्वांटाइज़ करता है जो स्वयं बिट्स खर्च करते हैं। 50 KB का लोगो PNG 200 KB का JPEG बन सकता है, साथ ही लोगो किनारों के चारों ओर प्रभामंडल भी। लोगो, स्क्रीनशॉट, चित्रण, आरेख या किसी भी सपाट-रंग ग्राफ़िक के लिए, PNG में रहें (या इमेज कन्वर्टर के माध्यम से WebP में बदलें, जो दोनों मोड को अच्छी तरह संभालता है)। JPEG केवल फ़ोटोग्राफ़िक सामग्री के लिए सही गंतव्य है।

अल्फा चैनल का क्या होता है?

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

मुझे सफ़ेद, काला, या कस्टम पृष्ठभूमि रंग उपयोग करना चाहिए?

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

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

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

क्या EXIF मेटाडेटा संरक्षित होगा?

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

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

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

संबंधित टूल