आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप HEIF को JPG में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
HEIF से JPG
फ़ाइल में कुछ ग़लत नहीं। HEIF, ISO/IEC 23008-12, 2015 में आया और पहले से बेहतर तस्वीर सँभालता है। दिक़्क़त भीतर की तस्वीर की है, जो HEVC से दबी है — और उसका डिकोडिंग लाइसेंस के पीछे है।
यही वजह है कि यहाँ पहुँचने वाली खोज लगभग कभी «कौन सा फ़ॉर्मेट बेहतर है» नहीं होती। यह एक ऐसा दावा-फ़ॉर्म है जो JPEG और PNG लेता है, कोई मुनीम जो रसीद नहीं देख पाता।
JPEG, ITU-T T.81, 1992 से मानकीकृत है, और इसका समर्थन पूरा दर्ज है — हर फ़ोन, हर कैमरा, हर प्रिंटर-ड्राइवर, हर दस साल पुराना सॉफ़्टवेयर इसे पढ़ता है। किसी और रास्टर फ़ॉर्मेट के पास यह पहुँच नहीं।
इसकी क़ीमत है वह सब जो JPEG ने कभी सीखा ही नहीं — आठ बिट प्रति चैनल, कोई अल्फ़ा चैनल नहीं, कोई एनिमेशन नहीं। यही सीमाएँ इसे सार्वभौमिक बनाए रखती हैं।
JPG को HEIF से लगभग दोगुना बड़ा मान लीजिए। HEVC की इंट्रा-फ़्रेम कोडिंग समान गुणवत्ता पर JPEG से एक पीढ़ी आगे है — यही वजह थी कि फ़ोन ने यह कंटेनर चुना।
बदलाव वह फ़ायदा वापस दे देता है। अगर पूरा फ़ोल्डर भेजना है, तो अधिकतम-चौड़ाई सेटिंग इस दोगुनेपन को पलट सकती है।
गुणवत्ता स्लाइडर 1 से 100 तक जाता है और 82 से शुरू होता है — इतना ऊँचा कि करीबी जाँच में भी दिक़्क़त न दिखे। 70 से नीचे आसमान और त्वचा में कमी दिखने लगती है।
यह दूसरा दबाव है, पहला नहीं। HEIF ने कैमरे में जानकारी पहले ही फेंकी थी, JPG बाक़ी से और फेंकती है। एक बार यह अदृश्य है — बार-बार करना नहीं।
HEIF प्रति चैनल दस बिट तक और चौड़े रंग तक जाती है, इसलिए आधुनिक फ़ोन सूर्यास्त को बिना पट्टी दिखाए दर्ज कर सकता है। JPEG आठ-बिट फ़ॉर्मेट है, इसलिए वे अतिरिक्त दो बिट बदलाव में छूट जाते हैं।
साधारण तस्वीर पर यह दिखता नहीं। बड़े सपाट ग्रेडिएंट में हल्की पट्टियाँ दिख सकती हैं, ख़ासकर बाद में उजाला बढ़ाने पर।
हाल के फ़ोन की HEIF अक्सर चौड़े रंग-दायरे में टैग होती है, और यह बदलाव वह टैग नहीं ले जाता। नतीजा बिना-लेबल पहुँचता है और sRGB मान लिया जाता है।
ज़्यादातर तस्वीरों के लिए यही सही है, क्योंकि ब्राउज़र और सस्ता प्रिंटर वैसे भी sRGB मानते हैं। तेज़ लाल-हरे रंग हल्के फीके पड़ सकते हैं।
JPEG EXIF, XMP, IPTC, ICC प्रोफ़ाइल और GPS निर्देशांक रख सकता है — यह इस साइट के सबसे भरपूर मेटाडेटा वाले फ़ॉर्मेट में है। यहाँ बनी फ़ाइल में इनमें से कुछ नहीं है, क्योंकि तस्वीर पिक्सेल में डिकोड होकर दोबारा एनकोड होती है।
फ़ोन की तस्वीर अक्सर उस जगह के निर्देशांक रखती है जहाँ वह खींची गई — अक्सर घर। इसे तयशुदा रूप से सही मानिए। कैप्चर की तारीख़ चाहिए तो HEIF से पढ़ लीजिए, JPG में नहीं मिलेगी।
HEIF अल्फ़ा चैनल रख सकती है, JPEG नहीं — इसलिए पारदर्शी हिस्सा किसी रंग में बदलता है, तयशुदा रूप से सफ़ेद। व्यवहार में यह शायद ही कभी आता है, क्योंकि .heif में आम तौर पर फ़ोटोग्राफ़ ही होती है।
अगर तस्वीर में असली कटआउट है — पारदर्शी पृष्ठभूमि वाला प्रोडक्ट-शॉट — तो PNG में बदलिए, जो पारदर्शिता बरक़रार रखती है।
कंटेनर बर्स्ट, विकल्पों का सेट या शृंखला रख सकता है। यहाँ का डिकोडर मुख्य तस्वीर लेता है — वही जो फ़ोन या कैमरा खोलने पर दिखाता है — और वहीं रुक जाता है।
यह जान-बूझकर है। कंटेनर की हर तस्वीर बदलने से एक फ़ाइल की जगह आठ का ढेर बन जाता, जो कोई नहीं चाहता।
दोनों एक्सटेंशन एक ही मानक हैं — फ़र्क़ फ़ाइल के शुरुआती brand में है: mif1 या msf1 आम एक्सटेंशन के लिए, heic या heix Apple के लिए। किसी व्यूअर के लिए यह अलग व्यवहार नहीं करता।
नाम बदलने से कुछ नहीं होता, और इसकी ज़रूरत भी नहीं — यह पेज नाम के बजाय brand पढ़ता है, इसलिए मिले-जुले एक्सटेंशन वाला फ़ोल्डर एक साथ बदल सकते हैं।
| HEIF | JPG | |
|---|---|---|
| पूरा नाम | High Efficiency Image File Format | JPEG तस्वीर |
| फ़ाइल एक्सटेंशन | .heif | .jpg, .jpeg, .jpe |
| मीडिया टाइप | image/heif | 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, AVIF, HEIC |
JPG में अल्फ़ा चैनल होता ही नहीं। पारदर्शी HEIF फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और JPG की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
JPG में एक ठहरा हुआ फ़्रेम होता है। चलती हुई HEIF फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
JPG में एक पन्ना होता है। कई पन्नों वाली HEIF फ़ाइल पन्ना-दर-पन्ना बदली जाती है, एक ही फ़ाइल में नहीं।
HEIF हर चैनल पर 10 बिट तक सँभालता है और JPG के पास 8 बचते हैं। वही अतिरिक्त बारीक़ी है जो ज़ोरदार सुधारों को बिना पट्टियाँ पड़े झेल जाती है: इसलिए बदलना एडिटिंग के बाद कीजिए, पहले नहीं।
JPG को हर मौजूदा ब्राउज़र खोल लेता है। HEIF को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
HEIF और JPG — दोनों नुक़सान वाले हैं, इसलिए यहाँ पहले कंप्रेशन के ऊपर दूसरा चढ़ रहा है। अगर असली फ़ाइल अब भी है, तो वहीं से शुरू कीजिए: हर दौर पिछले से थोड़ा ज़्यादा ख़र्च कराता है।
HEIF MPEG का फ़ॉर्मेट है, जो 2015 में आया। यह हर चैनल पर 10 बिट में दर्ज करता है।
JPG Joint Photographic Experts Group का है और 1992 से चला आ रहा है, और ITU-T T.81 में तय किया गया है। Adobe Photoshop, GIMP और Preview इस फ़ॉर्मेट को पढ़ लेते है।
JPG 1992 में आया और HEIF 2015 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे libheif है, Apple के HEIC का संदर्भ डिकोडर; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। libheif आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
JPG कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए। जिस फ़ॉर्मेट में जाना है वह पारदर्शिता नहीं सँभालता, इसलिए पारदर्शी हिस्से पृष्ठभूमि के रंग से भर दिए जाते हैं।
JPG में अल्फ़ा चैनल होता ही नहीं। पारदर्शी HEIF फ़ाइल बाहर आती है तो वे हिस्से भरे हुए मिलते हैं — सफ़ेद, जब तक आप कुछ और न चुनें — और JPG की कोई सेटिंग उस पारदर्शिता को वापस नहीं ला सकती।
JPG में एक ठहरा हुआ फ़्रेम होता है। चलती हुई HEIF फ़ाइल में से पहला फ़्रेम बचता है और बाक़ी छूट जाता है: यह कन्वर्ज़न उसमें से एक तस्वीर निकालता है, हरकत साथ नहीं ले जाता।
JPG में एक पन्ना होता है। कई पन्नों वाली HEIF फ़ाइल पन्ना-दर-पन्ना बदली जाती है, एक ही फ़ाइल में नहीं।
इस पेज पर HEIF और JPG के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।