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