आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप HEIC को JPG में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
HEIC से JPG
HEIC वह फ़ॉर्मेट है जिसमें iPhone 2017 से फ़ोटो खींचता है। वह वही तस्वीर JPG के क़रीब आधे आकार में सँभालता है, और जब तक फ़ोटो उसी डिवाइस पर पड़ी है, किसी को इसका पता तक नहीं चलता।
जैसे ही वह डिवाइस छोड़ती है, बात शुरू होती है। Windows को इसके लिए अलग से लगाया गया एक्सटेंशन चाहिए, बहुत सारे वेब फ़ॉर्म यह एक्सटेंशन लेते ही नहीं, और पुराने तस्वीर देखने वाले प्रोग्राम इसे जानते तक नहीं। फ़ाइल ख़राब नहीं है — वह बस ऐसे फ़ॉर्मेट में है जिसे सामने वाला पढ़ नहीं सकता।
JPG तीस साल से हर जगह खुलता है: हर ऑपरेटिंग सिस्टम पर, हर ब्राउज़र में, हर उस फ़ॉर्म में जो तस्वीरें लेता है। «मैं यह किसी को भेज रहा हूँ जिसकी मशीन के बारे में मुझे कुछ नहीं पता» — इसका दूसरा कोई जवाब है ही नहीं।
इसमें फ़ोटो HEIC से क़रीब दोगुनी बड़ी हो जाती है। यही हर जगह चलने की क़ीमत है, और जो तस्वीर ईमेल से या किसी विज्ञापन में जा रही है, उसके लिए यह क़ीमत लगभग हमेशा वाजिब है।
HEIC को वह लाइब्रेरी पढ़ती है जिसे यह पेज उतारता है — फ़ोटो अपलोड नहीं होती। तस्वीरों के मामले में यह बाक़ी ज़्यादातर फ़ाइलों से ज़्यादा मायने रखता है: तस्वीर अपने साथ यह ढोती है कि वह कहाँ और कब खींची गई।
पूरा कैमरा रोल बदलने के लिए कहीं भेज देना ठीक यही बात साथ में दे देता है। यहाँ वह डिवाइस पर ही रहती है, और आप नेटवर्क टैब में यह जाँच सकते हैं।
फ़ाइल बड़ी होती है — यही मुख्य बात है, और यह जान-बूझकर है। इसके अलावा: HEIC डिकोड होकर JPG में दोबारा एनकोड होता है, यानी एक बार बारीक़ी जाती है। तयशुदा सेटिंग पर यह दिखता नहीं; पक्का करना हो तो गुणवत्ता ऊपर कर दीजिए।
EXIF डेटा JPG तक पहुँचता ही नहीं। HEIC पहले पिक्सेल में खोला जाता है और उन्हीं पिक्सेल से नया JPG लिखा जाता है, और इस रास्ते से कोई EXIF खंड पार नहीं जाता — समय, iPhone का मॉडल और खींचने की जगह के निर्देशांक मूल फ़ाइल में ही रह जाते हैं। वे चाहिए हों तो मूल HEIC भी सँभालकर रखिए।
जितनी चाहें उतनी फ़ाइलें छोड़ दीजिए; वे एक के बाद एक बदली जाती हैं और साथ में एक ZIP बनकर लौटती हैं। चूँकि कुछ अपलोड नहीं होता, न कोई कतार है और न हमारी लगाई कोई छत।
असली सीमा आपके डिवाइस की याददाश्त है, और वह कंप्यूटर पर फ़ोन के मुक़ाबले कहीं ज़्यादा उदार होती है। अगर बड़ा ढेर अटक जाए, तो आम तौर पर उसे आधा कर देना काम कर जाता है।
डिवाइस को सीधे JPG में फ़ोटो खींचने को कहा जा सकता है: Settings, Camera, Formats, और वहाँ «Most Compatible»। इससे हर फ़ोटो की जगह क़रीब दोगुनी हो जाती है और दिक़्क़त जड़ से ख़त्म हो जाती है।
जो लोग जगह ख़त्म होने से ज़्यादा बार फ़ोटो भेजते हैं, उनके लिए यही सही सौदा है। कैमरे को HEIC पर रहने देना और ज़रूरत पड़ने पर बदल लेना दूसरा समझदार जवाब है — और उसी के लिए यह पेज है।
हम HEIC और HEIF पढ़ते हैं और JPG, PNG, WebP तथा बाक़ी लिखते हैं। उलटा रास्ता यहाँ नहीं है, और यह कोई कमी नहीं बल्कि लाइसेंस का मामला है: जो एनकोडर इसके लिए चाहिए वह ऐसी शर्तों पर है जिन पर हम उसे बाँट नहीं सकते।
व्यवहार में उसकी कमी शायद ही खलती है। जिसे HEIC चाहिए, उसके पास आम तौर पर पहले से एक है — माँग लगभग हमेशा दूसरी दिशा में चलती है।
HEIC और JPG — दोनों नुक़सान वाले हैं, इसलिए यह बदलाव उस तस्वीर पर दूसरा दौर है जो एक दौर पहले ही झेल चुकी है। एनकोडर को अब वह दिखता नहीं जो पहले वाले ने फेंक दिया था, और वह उसी पर काम करता है जो बचा है।
तयशुदा सेटिंग पर किसी को यह पकड़ में नहीं आता। दिखना तब शुरू होता है जब वही फ़ोटो बार-बार बदली, एडिट और फिर सहेजी जाए। अगर असली फ़ाइल अब भी फ़ोन पर है, तो वहीं से शुरू कीजिए — किसी पहले से बदली हुई नक़ल से नहीं।
| HEIC | JPG | |
|---|---|---|
| पूरा नाम | High Efficiency Image Container | JPEG तस्वीर |
| फ़ाइल एक्सटेंशन | .heic | .jpg, .jpeg, .jpe |
| मीडिया टाइप | image/heic | image/jpeg |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है |
| पहली बार प्रकाशित | 2015 | 1992 |
| प्रकाशक | MPEG | Joint Photographic Experts Group |
| विनिर्देश | ISO/IEC 23008-12 | ITU-T T.81 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | 10 | 8 |
| रंग जो यह दर्ज कर सकता है | YCbCr, वाइड गैमट | RGB, ग्रेस्केल, YCbCr |
| सबसे बड़ी इमेज | — | हर तरफ़ 65,535 px |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | AVIF, WebP | WebP, AVIF |
JPG में अल्फ़ा चैनल होता ही नहीं। पारदर्शी HEIC फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और JPG की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
JPG में एक ठहरा हुआ फ़्रेम होता है। चलती हुई HEIC फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
JPG में एक पन्ना होता है। कई पन्नों वाली HEIC फ़ाइल पन्ना-दर-पन्ना बदली जाती है, एक ही फ़ाइल में नहीं।
HEIC हर चैनल पर 10 बिट तक सँभालता है और JPG के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
JPG को हर मौजूदा ब्राउज़र खोल लेता है। HEIC को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
दोनों तरफ़ के प्रोग्राम अलग हैं: HEIC फ़ाइल Apple Photos और Adobe Lightroom में खुलती है और JPG फ़ाइल Adobe Photoshop, GIMP और Preview में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
HEIC और JPG — दोनों नुक़सान वाले हैं, इसलिए यहाँ पहले कंप्रेशन के ऊपर दूसरा चढ़ रहा है। अगर असली फ़ाइल अब भी है, तो वहीं से शुरू कीजिए: हर दौर पिछले से थोड़ा ज़्यादा ख़र्च कराता है।
HEIC MPEG का फ़ॉर्मेट है, जो 2015 में आया। यह हर चैनल पर 10 बिट में दर्ज करता है।
JPG Joint Photographic Experts Group का है और 1992 से चला आ रहा है, और ITU-T T.81 में तय किया गया है। Adobe Photoshop, GIMP और Preview इस फ़ॉर्मेट को पढ़ लेते है।
JPG 1992 में आया और HEIC 2015 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे libheif है, Apple के HEIC का संदर्भ डिकोडर; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। libheif आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
JPG कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। जिस फ़ॉर्मेट में जाना है वह पारदर्शिता नहीं सँभालता, इसलिए पारदर्शी हिस्से पृष्ठभूमि के रंग से भर दिए जाते हैं।
JPG में अल्फ़ा चैनल होता ही नहीं। पारदर्शी HEIC फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और JPG की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
JPG में एक ठहरा हुआ फ़्रेम होता है। चलती हुई HEIC फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
JPG में एक पन्ना होता है। कई पन्नों वाली HEIC फ़ाइल पन्ना-दर-पन्ना बदली जाती है, एक ही फ़ाइल में नहीं।
यह पेज एक को दूसरे में बदलता है। अगर आप बदल नहीं रहे बल्कि चुन रहे हैं, तो HEIC vs JPG बताता है कि किसे कब लेना है और कौन किस काम में कमज़ोर है।
इस पेज पर HEIC और JPG के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।