आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप HEIC को JXL में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
HEIC से JXL
हाल के iPhone की HDR तस्वीर एक ही तस्वीर नहीं है — यह एक सामान्य तस्वीर और एक गेन-मैप का जोड़ है, जो बताता है कि सक्षम स्क्रीन पर हाइलाइट कितना बढ़ाएँ। यही वजह है कि Photos ऐप में तस्वीर चमकदार दिखती है और कहीं और सपाट।
यह बदलाव मुख्य तस्वीर लेता है और उसे एनकोड करता है। गेन-मैप साथ में रखी सहायक तस्वीर है और यहाँ लागू नहीं होती — नतीजा सामान्य-रेंज रेंडरिंग है।
JPEG XL इस साइट पर सबसे सक्षम स्थिर फ़ॉर्मेट है — प्रति चैनल 32 बिट तक, चौड़ा रंग-दायरा, अल्फ़ा, एनिमेशन और बिना-हानि मोड। यह 2022 में ISO/IEC 18181-1 के तहत पब्लिश हुआ था।
यहाँ की पाइपलाइन कहीं कम देती है — HEIC आठ-बिट RGBA में डिकोड होकर गुणवत्ता 82 पर एनकोड होती है। जो फ़ॉर्मेट चार गुना गहराई ले सकता था, उसे आठ बिट मिलते हैं।
JPEG XL की सबसे जानी-पहचानी क्षमता मौजूदा JPEG को बिना-हानि दोबारा पैक करना है, लगभग पाँचवें हिस्से कम जगह में। यह इसलिए काम करता है क्योंकि दोनों फ़ॉर्मेट के गुणांक साझे हैं।
HEIC में HEVC से दबा डेटा है, जिसका इससे कोई नाता नहीं — तस्वीर को दोबारा डिकोड-एनकोड करना पड़ता है। अगर किसी ने कहा कि JPEG XL में बदलना बिना-हानि है, तो वह JPEG के मामले की बात कर रहा था।
HEIC प्रति चैनल दस बिट रख सकती है, और iPhone इसका इस्तेमाल करता है — साफ़ आसमान या नरम रोशनी में स्किन जैसे ग्रेडिएंट में। दस बिट आठ बिट से चार गुना ज़्यादा स्तर देते हैं।
यहाँ डिकोड आठ बिट पर होता है, इसलिए वे स्तर पहले ही घट चुके होते हैं। बड़े सपाट ग्रेडिएंट में हल्की पट्टियाँ दिख सकती हैं, ख़ासकर बाद में उजाला या कंट्रास्ट बढ़ाने पर।
iPhone की तस्वीरें Display P3 में टैग होती हैं, जो लाल-हरे में sRGB से चौड़ा है। JPEG XL रंग-प्रोफ़ाइल अच्छे से रख सकता है — यह बदलाव कोई नहीं लिखता, इसलिए संख्याएँ बिना लेबल पहुँचती हैं और sRGB मान ली जाती हैं।
नतीजा नाटकीय बदलाव नहीं, हल्का फीकापन है — तेज़ लाल रंग सिर्फ़ चमकीला रह जाता है। रंग-सही तस्वीर के लिए HEIC को रंग-सँभालने वाले सॉफ़्टवेयर में एडिट करना बेहतर है।
एनकोडर तयशुदा रूप से 82 पर चलता है — इतना ऊँचा कि दूसरा दौर सामान्य विषय पर न दिखे। 95 की तरफ़ बढ़ना बहुत बाइट लेता है, 70 से नीचे जाना दिखने लगता है।
जहाँ पहला दौर पहले ही सबसे ज़्यादा मेहनत कर चुका था, वहीं दूसरा दौर पहले दिखता है — धुँधली पृष्ठभूमि, चमकीले आसमान और गहरी छत की सीमा।
गेन-मैप के अलावा, HEIC बर्स्ट, Live Photo की फ़्रेम, Portrait मोड का डेप्थ-मैप या संपादन से पहले का मूल भी रख सकता है — यही फ़ॉर्मेट को दिलचस्प बनाता है।
बदलाव मुख्य तस्वीर लेता है, वही जो फ़ोन दिखाता है। बाक़ी HEIC में ही रह जाता है — इसलिए बदलने के बाद मूल फ़ाइल मिटाना समझदारी नहीं।
पूरा पिक्सेल-आकार बिना बदले बचता है, जब तक अधिकतम चौड़ाई न तय करें। अल्फ़ा चैनल, अगर स्रोत में है, वह भी बचता है — JPEG XL इसे सँभालता है।
मेटाडेटा नहीं बचता — खींचने का समय, कैमरा मॉडल, GPS सब नतीजे में ग़ायब हैं। फ़ोटोग्राफ़र के लिए यह योजना बनाने लायक़ बात है।
JPEG XL का समर्थन आधा-अधूरा है और दोनों दिशाओं में बदला है — कुछ ब्राउज़र इसे पढ़ते हैं, कुछ ने क्षमता हटा दी है। यह इस फ़ॉर्मेट को चुनने का सबसे बड़ा व्यावहारिक जोखिम है।
एक तस्वीर बदलकर अपने एडिटर, फ़ाइल-मैनेजर और ब्राउज़र में खोल लीजिए। सब खुले तो फ़ॉर्मेट सही चुनाव है।
दोनों हिस्से स्थानीय रूप से चलते हैं — libheif डिकोड करता है, JPEG XL एनकोडर दबाव डालता है, दोनों WebAssembly में इसी पेज में। कोई अनुरोध तस्वीर लेकर नहीं जाता।
यही प्रयोग को व्यावहारिक बनाता है — तीन अलग गुणवत्ता आज़माना बस प्रोसेसर के समय की क़ीमत है, किसी अनजान सर्वर को तीन बार तस्वीर सौंपने की नहीं।
| HEIC | JXL | |
|---|---|---|
| पूरा नाम | High Efficiency Image Container | JPEG XL |
| फ़ाइल एक्सटेंशन | .heic | .jxl |
| मीडिया टाइप | image/heic | image/jxl |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 2015 | 2021 |
| प्रकाशक | MPEG | Joint Photographic Experts Group |
| विनिर्देश | ISO/IEC 23008-12 | ISO/IEC 18181 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | मौजूदा | सीमित उपयोग |
| बिट डेप्थ | 10 | 32 |
| रंग जो यह दर्ज कर सकता है | YCbCr, वाइड गैमट | RGB, ग्रेस्केल, वाइड गैमट |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | कुछ ब्राउज़र |
| इसकी जगह विचारणीय | JPG, AVIF, WebP | AVIF, WebP, PNG |
JXL में GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह HEIC फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
पारदर्शिता बनी रहती है। HEIC और JXL — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
एनिमेशन बना रहता है। HEIC और JXL — दोनों कई फ़्रेम ढोते हैं, इसलिए नतीजा अब भी चलता है।
दोनों तरफ़ के प्रोग्राम अलग हैं: HEIC फ़ाइल Apple Photos और Adobe Lightroom में खुलती है और JXL फ़ाइल GIMP और ImageMagick में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
नतीजा असली से बड़ा होगा और बेहतर नहीं। HEIC पहले ही बारीक़ी फेंक चुका है और JXL बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
HEIC MPEG का फ़ॉर्मेट है, जो 2015 में आया। यह हर चैनल पर 10 बिट में दर्ज करता है।
JXL Joint Photographic Experts Group का है और 2021 से चला आ रहा है, और ISO/IEC 18181 में तय किया गया है। GIMP और ImageMagick इस फ़ॉर्मेट को पढ़ लेते है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे libheif है, Apple के HEIC का संदर्भ डिकोडर; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। libheif आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
JXL कंप्रेस करता है, इसलिए कुछ डेटा जाता है। तयशुदा सेटिंग पर यह पकड़ में नहीं आता; पक्का करना हो तो गुणवत्ता बढ़ा दीजिए।
नतीजा असली से बड़ा होगा और बेहतर नहीं। HEIC पहले ही बारीक़ी फेंक चुका है और JXL बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
JXL में GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह HEIC फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
पारदर्शिता बनी रहती है। HEIC और JXL — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।