HEIC को WebP में बदलें

HEIC से बचकर निकलने वाले ज़्यादातर लोग JPG पर जाते हैं, और किसी मेल या दस्तावेज़ में जाने वाली फ़ोटो के लिए वही सही जवाब है — वह बिल्कुल हर चीज़ में खुलती है, उस सॉफ़्टवेयर में भी जो इस दशक में अपडेट नहीं हुआ।

पर जो तस्वीर वेब पर जा रही है, उसके लिए JPG चुनना फ़ाइल आकार का एक-तिहाई हिस्सा मेज़ पर छोड़ देना है। WebP उतनी ही दिखने वाली गुणवत्ता लगभग 25 से 35 प्रतिशत कम बाइट में पा लेती है, और यही वह अंतर है जो पन्ने की रफ़्तार में दिखता है।

HEIC और WebP आपस में उससे ज़्यादा क़रीबी रिश्तेदार हैं जितने दोनों में से कोई JPG का है। दोनों वीडियो कंप्रेशन की खोज से निकले, दोनों ऐसी तकनीकें बरतते हैं जिनसे JPEG बीस साल पुरानी है, और दोनों एक जैसे ढंग से नुक़सान वाले हैं।

इसका असल फ़ायदा यह है कि यहाँ तयशुदा गुणवत्ता सचमुच काफ़ी है। उसे बढ़ाना उस तस्वीर के लिए काम का है जिसे कसकर काटा जाएगा या छापा जाएगा — तब आप असल में तस्वीर का एक हिस्सा बड़ा कर रहे होते हैं, और वहाँ ब्योरा मायने रखने लगता है।

किसी के पास एक HEIC नहीं होती। चार सौ होती हैं, क्योंकि फ़ोन iOS 11 से यही बना रहा है, और यह फ़ॉर्मेट तभी दिक़्क़त बनता है जब तस्वीरों को कहीं और जाना हो।

एक बार में सौ तक छोड़ दीजिए; हर एक अपनी प्रगति के साथ अलग बदलती है, और कुछ के पूरा होते ही एक बटन सबको ZIP के रूप में दे देता है। किसी के पीछे कोई क़तार नहीं है, क्योंकि साझा सर्वर जैसी कोई चीज़ इसमें है ही नहीं।

iPhone की तस्वीर सिर्फ़ तस्वीर नहीं होती। उसमें आम तौर पर वह सटीक निर्देशांक होता है जहाँ वह खींची गई, तारीख़ और समय, उपकरण का मॉडल, और अक्सर कैमरे की सेटिंग भी। यह सब HEIC फ़ाइल के साथ वहीं-वहीं जाता है जहाँ वह जाती है।

यहाँ बनी WebP में इसमें से कुछ नहीं होता। किसी वेबसाइट, फ़ोरम या बिक्री-सूची के लिए बनी तस्वीरों के मामले में यही चाहिए भी होता है — छपी हुई तस्वीरों से घर के पते एक से ज़्यादा बार लीक हो चुके हैं।

WebP में बिना नुक़सान वाला ढंग भी है, और फ़ोन से निकली फ़ोटो के लिए वह ग़लत चुनाव है: वह उस तस्वीर को ईमानदारी से सँभालता है जो पहले ही कंप्रेस हो चुकी थी, और कई गुना आकार में।

वह अपनी जगह स्क्रीनशॉट और ग्राफ़िक के लिए कमाता है, जिन्हें फ़ोन भी HEIC के रूप में बना सकता है। अगर स्रोत दुनिया की तस्वीर नहीं बल्कि किसी स्क्रीन की तस्वीर है, तो बिना नुक़सान वाला ढंग आज़माने लायक़ है।

Live Photo एक स्थिर तस्वीर है जिसके साथ छोटा वीडियो लगा होता है। बदलती स्थिर तस्वीर है, क्योंकि यहाँ बनी WebP एक फ़्रेम रखती है — वीडियो मूल फ़ाइल में ही पीछे रह जाता है।

बर्स्ट वैसा ही बर्ताव करता है जैसा वह है, यानी अलग-अलग स्थिर तस्वीरों का सेट, इसलिए पूरा सेट छोड़ने पर हर एक बदल जाती है। हरकत के सिवा कुछ चुपचाप नहीं छूटता, और वह भी वहीं जहाँ हरकत थी।

ब्राउज़रों में तो लगभग हर जगह खुलती है, और सालों से। उनके बाहर हाल असमान है: कुछ पुराने तस्वीर व्यूअर, कुछ संपादक, अटैचमेंट सँभालने वाले कुछ सिस्टम, और वे अपलोड फ़ॉर्म जो सिर्फ़ एक्सटेंशन देखकर फ़ैसला करते हैं।

इसीलिए बँटवारा साफ़ कह देना ठीक है। अपने पन्नों के लिए WebP; और किसी ऐसे इंसान के पास भेजने के लिए JPG जिसका सॉफ़्टवेयर आप नहीं जानते।

HEIC पहले से कुशल है, इसलिए WebP उससे नाटकीय रूप से छोटी नहीं होगी और थोड़ी बड़ी भी निकल सकती है। जो तुलना मायने रखती है वह JPG से है, उस HEIC से नहीं जिससे आपने शुरू किया।

उसी दिखने वाली गुणवत्ता पर JPG के मुक़ाबले 25 से 35 प्रतिशत कम बाइट की उम्मीद रखिए। यही वह अंतर है जिसके लिए यह कन्वर्ज़न मौजूद है, और इसीलिए मंज़िल — कोई वेब पन्ना — तय करती है कि पूरी क़वायद का मतलब है भी या नहीं।

यह HEIC और HEIF पढ़ता है और WebP, JPG, PNG वग़ैरह लिखता है। उलटा इस साइट पर है ही नहीं, और यह लाइसेंस का सवाल है, कोई अधूरी सुविधा नहीं: उसके लिए ज़रूरी एन्कोडर ऐसी शर्तों पर आता है जो यहाँ बैठती नहीं।

व्यवहार में इससे फ़र्क़ नहीं पड़ना चाहिए। HEIC अपनी जगह तब कमाती है जब कोई Apple उपकरण जगह बचा रहा हो, और वह कैमरे की सेटिंग में तय होता है, बाद में फ़ाइलें बदलकर नहीं।