HEIC to WebP: iPhone फोटो को वेब-रेडी करें
Going HEIC to JPEG to WebP loses quality twice. Converting straight to WebP skips a generation and lands smaller.
जब iPhone के फ़ोटो को किसी वेबसाइट पर डालना हो, तो HEIC को सीधे WebP में बदलें, क्योंकि सीधा रास्ता JPEG के ज़रिए एक जनरेशन (गुणवत्ता) खोने के बजाय केवल एक बार डिकोड और एक बार एनकोड करता है। इसका परिणाम आमतौर पर समान विज़ुअल क्वालिटी पर समकक्ष JPEG की तुलना में 25 से 35 प्रतिशत छोटा होता है।
हर बार लॉसलेस के बजाय लॉसी री-एनकोड करने से फ़ोटो की थोड़ी और डिटेल कम हो जाती है। High Efficiency Image Container (HEIC) को JPEG में और फिर JPEG को WebP में बदलने से 2 जनरेशन का नुकसान होता है जहाँ केवल 1 से काम चल सकता था, और WebP फ़ाइल बनने के बाद बीच की JPEG फ़ाइल का कोई उद्देश्य नहीं रह जाता।
सीधा रास्ता क्यों बेहतर है
प्रत्येक लॉसी एनकोड डिटेल को हमेशा के लिए हटा देता है, और यह नुकसान हर चरण के साथ बढ़ता जाता है। 2 चरणों वाला कन्वर्शन कंप्रेशन के नुकसान को दो बार लागू करता है, और फिर दूसरे पास में उस नुकसान को ही कंप्रेस करता है।
दूसरा पास ही सबसे ज़्यादा नुकसानदेह होता है। JPEG कंप्रेशन किनारों के आसपास छोटे आर्टिफ़ैक्ट्स (कमियाँ) पैदा करता है, और WebP एनकोडर फिर उन आर्टिफ़ैक्ट्स को सटीक रूप से सहेजने में बिट्स खर्च करता है, क्योंकि एनकोडर नुकसान और डिटेल के बीच अंतर नहीं कर पाता। JPEG को छोड़ने का मतलब है कि WebP एनकोडर मूल पिक्सेल से काम करता है और अपना बजट फ़ोटो पर खर्च करता है।
WebP वास्तव में कितना छोटा है
समान विज़ुअल क्वालिटी पर WebP फ़ाइलें JPEG की तुलना में 25 से 35 प्रतिशत छोटी होती हैं, और मूल HEIC साइज़ के करीब पहुँच जाती हैं। यह बचत उन फ़ोटो पर सबसे अधिक होती है जिनमें आसमान, दीवारें और त्वचा जैसे स्मूथ हिस्से होते हैं।
| Source photo | As HEIC | As JPEG quality 85 | As WebP quality 85 |
|---|---|---|---|
| Portrait, plain background | 1.4 MB | 2.8 MB | 1.9 MB |
| Landscape with sky | 2.1 MB | 4.2 MB | 2.7 MB |
| Indoor scene, mixed detail | 2.6 MB | 5.1 MB | 3.6 MB |
| Screenshot or flat graphic | 0.4 MB | 0.9 MB | 0.3 MB |
आखिरी पंक्ति एक ऐसा मामला दिखाती है जहाँ WebP सीधे HEIC को हरा देता है। WebP में एक लॉसलेस मोड शामिल है जो फ्लैट रंग और तीखे किनारों के लिए उपयुक्त है, यही कारण है कि स्क्रीनशॉट और ग्राफ़िक्स किसी भी फ़ोटोग्राफ़िक फ़ॉर्मेट की तुलना में WebP में बेहतर कंप्रेस होते हैं।
WebP का उपयोग कब करें और JPG का कब करें
वेब पेज पर प्रदर्शित होने वाली किसी भी चीज़ के लिए WebP का उपयोग करें, और किसी फ़ॉर्म में अपलोड करने, ईमेल द्वारा भेजने या प्रिंट शॉप को सौंपने के लिए JPG का उपयोग करें। यह विभाजन इस बात पर निर्भर करता है कि प्रत्येक गंतव्य क्या डिकोड कर सकता है।
- वेबसाइटें और कंटेंट सिस्टम। WebP, डेस्कटॉप और मोबाइल पर हर वर्तमान ब्राउज़र द्वारा समर्थित है।
- ऑनलाइन दुकानें और मार्केटप्लेस। जहाँ स्वीकार्य हो वहाँ WebP, क्योंकि पेज का वज़न कन्वर्शन रेट को प्रभावित करता है।
- सरकारी और परीक्षा पोर्टल। JPG, क्योंकि अपलोड वेरिफिकेशन WebP को अस्वीकार कर देता है।
- ईमेल न्यूज़लेटर। JPG, क्योंकि ईमेल क्लाइंट्स में WebP का समर्थन अभी भी असमान है।
- प्रिंटिंग और डिज़ाइन सॉफ़्टवेयर। JPG या मूल HEIC, क्योंकि प्रिंट वर्कफ़्लो शायद ही कभी WebP स्वीकार करते हैं।
HEIC को WebP में कैसे बदलें
वेबसाइट के लिए iPhone फ़ोटो के फ़ोल्डर को बदलने के लिए, इन 6 चरणों का पालन करें।
- केबल द्वारा फ़ोन से फ़ोटो कॉपी करें, या उन्हें iCloud से ZIP आर्काइव के रूप में डाउनलोड करें।
- किसी भी आधुनिक ब्राउज़र में HEIC to WebP कनवर्टर खोलें।
- पूरे चयन या ZIP आर्काइव को ड्रॉप ज़ोन पर ड्रैग करें।
- यदि फ़ोटो एक निश्चित चौड़ाई में प्रदर्शित होने वाले हैं, तो बदलने से पहले उनका आकार बदलें (रिसाइज़ करें), क्योंकि 800 पिक्सेल के स्लॉट में 4000 पिक्सेल की इमेज फ़ाइल का अधिकांश हिस्सा बर्बाद करती है।
- वेब उपयोग के लिए क्वालिटी को 80 पर सेट करें, जो वह बिंदु है जहाँ फ़ाइल छोटी होती है और गुणवत्ता का नुकसान अदृश्य रहता है।
- परिणामों को एक ZIP के रूप में डाउनलोड करें और उन्हें साइट पर अपलोड करें।
बदलने से पहले आकार बदलना क्वालिटी सेटिंग से अधिक मायने रखता है। आयाम (डाइमेंशन्स) फ़ाइल के आकार के अधिकांश हिस्से को नियंत्रित करते हैं, इसलिए अपनी प्रदर्शन चौड़ाई तक कम की गई फ़ोटो पहले से ही तेज़ पेज लोड होने के रास्ते पर काफी आगे होती है।
ट्रांसपेरेंसी और एनिमेशन भी बने रहते हैं
WebP ट्रांसपेरेंसी और एनिमेशन का समर्थन करता है, इसलिए ऐसा कुछ भी नहीं खोता है जिसे JPEG ने हटा दिया होता। JPEG में कोई ट्रांसपेरेंसी चैनल नहीं होता है, जो कन्वर्शन के दौरान पारदर्शी बैकग्राउंड को ठोस सफेद बनने के लिए मजबूर करता है।
साधारण iPhone फ़ोटो में कोई ट्रांसपेरेंसी नहीं होती है, इसलिए कैमरा इमेज के लिए यह शायद ही कभी मायने रखता है। यह एक्सपोर्ट किए गए ग्राफ़िक्स, लोगो और गोल कोनों वाले स्क्रीनशॉट के लिए मायने रखता है, जहाँ JPEG कन्वर्शन एक सफेद बॉक्स बनाता है जो डिज़ाइनर का इरादा नहीं था। इसके बजाय उन फ़ाइलों को WebP के माध्यम से भेजने से पारदर्शी क्षेत्र बरकरार रहते हैं।
वेबसाइट पर सुरक्षित रूप से WebP परोसना
पहले WebP सोर्स के साथ picture एलिमेंट का उपयोग करें और img टैग में JPEG फॉलबैक रखें, और ब्राउज़र उस पहले फ़ॉर्मेट को चुन लेता है जिसे वह समझता है। इस पैटर्न में मार्कअप की कुछ पंक्तियाँ लगती हैं और अनुकूलता (कम्पैटिबिलिटी) का कोई भी जोखिम दूर हो जाता है।
आधुनिक ब्राउज़र WebP फ़ाइल लेते हैं, जबकि पुराने ब्राउज़र JPEG पर वापस आ जाते हैं। अधिकांश कंटेंट सिस्टम अब अपलोड पर इसे स्वचालित रूप से संभालते हैं, इसलिए इसे मैन्युअल रूप से लिखने से पहले जांच लें कि आपका प्लेटफ़ॉर्म पहले से ही मार्कअप जेनरेट करता है या नहीं। किसी ऐसे प्लेटफ़ॉर्म पर WebP फ़ाइल अपलोड करना जो सब कुछ JPEG में री-एनकोड करता है, आपको बिना साइज़ के लाभ के कम्पैटिबिलिटी का जोखिम देता है, जिसे हर प्लेटफ़ॉर्म पर एक बार जांचना उचित है।
बदलने से पहले आकार बदलें
फ़ोटो को उस सबसे बड़े आकार तक कम करें जिसे वह कभी प्रदर्शित करेगा, फिर बदलें, क्योंकि आयाम क्वालिटी सेटिंग की तुलना में फ़ाइल के आकार को अधिक मजबूती से नियंत्रित करते हैं। एक iPhone फ़ोटो लगभग 3024 गुणा 4032 पिक्सेल पर आती है, और लगभग कोई भी वेब पेज इतनी बड़ी इमेज प्रदर्शित नहीं करता है।
800 पिक्सेल चौड़े कॉलम में दिखाई जाने वाली फ़ोटो को हाई डेंसिटी स्क्रीन पर शार्प दिखने के लिए 1600 पिक्सेल की आवश्यकता होती है, और इससे अधिक कुछ नहीं। 3024 से 1600 तक आकार बदलने से एनकोडर शुरू होने से पहले लगभग 72 प्रतिशत पिक्सेल डेटा हट जाता है, जो आमतौर पर किसी भी क्वालिटी के निर्णय से अधिक बचाता है। इमेज के सबसे चौड़े रेंडर को मापें, उसे दोगुना करें, और लाइब्रेरी का आकार उस संख्या पर बदलें।
2026 में WebP ब्राउज़र समर्थन
डेस्कटॉप और मोबाइल पर Chrome, Firefox, Safari और Edge सहित हर वर्तमान ब्राउज़र WebP का समर्थन करता है। इस फ़ॉर्मेट पर पुरानी आपत्ति कम्पैटिबिलिटी की थी, और वह तर्क तब समाप्त हो गया जब Safari ने 2020 में समर्थन जोड़ा।
ब्राउज़रों के बाहर समर्थन असमान बना हुआ है, जो कि ध्यान रखने योग्य अंतर है। डिज़ाइन सॉफ़्टवेयर, प्रिंट वर्कफ़्लो, ईमेल क्लाइंट और अपलोड फ़ॉर्म ब्राउज़रों से सालों पीछे हैं, इसलिए एक WebP फ़ाइल जो वेब पेज पर पूरी तरह से प्रदर्शित होती है, उसे न्यूज़लेटर प्लेटफ़ॉर्म या सरकारी पोर्टल द्वारा अस्वीकार किया जा सकता है। फ़ॉर्मेट को ब्राउज़र तालिका के बजाय गंतव्य के आधार पर आंकें।
फ़ोटो की तारीखें और स्थान सुरक्षित रखना
EXIF मेटाडेटा में कैप्चर की तारीख, कैमरा सेटिंग्स और स्थान होता है, और एक कनवर्टर जो इसे सुरक्षित रखता है वह फ़ोटो को सही ढंग से सॉर्ट रखता है। फ़ोटो लाइब्रेरी चित्रों को फ़ाइल की तारीख के बजाय कैप्चर की तारीख के अनुसार व्यवस्थित करती हैं, इसलिए उस फ़ील्ड को खोने से एक एल्बम बिखर जाता है।
स्थान डेटा वह फ़ील्ड है जिसके बारे में पब्लिश करने से पहले सोचना चाहिए। कुछ मीटर के भीतर रिकॉर्ड किए गए निर्देशांक व्यक्तिगत आर्काइव में उपयोगी होते हैं और सार्वजनिक वेबसाइट पर नासमझी होते हैं, विशेष रूप से घर पर ली गई फ़ोटो के लिए। 500 फ़ाइलों के बैच को चलाने से पहले तय करें कि आप कौन सा व्यवहार चाहते हैं, क्योंकि बाद में इसे बदलने का मतलब सब कुछ फिर से प्रोसेस करना है।
कौन सी क्वालिटी सेटिंग चुनें
वेब पर WebP के लिए क्वालिटी 80 सही डिफ़ॉल्ट है, और क्वालिटी 90 उन फ़ोटो के लिए उपयुक्त है जिन्हें बड़ा देखा जाएगा। WebP समान संख्या पर JPEG की तुलना में डिटेल को बेहतर ढंग से रखता है, इसलिए 80 पर एक WebP फ़ाइल 85 या उससे अधिक पर JPEG जैसी दिखती है।
70 से नीचे जाने पर चेहरों पर और स्मूथ ग्रेडिएंट्स में नुकसान दिखने लगता है, विशेष रूप से बड़ी हीरो इमेजेस पर। 90 से ऊपर जाने पर फ़ाइल उस अंतर के लिए तेज़ी से बढ़ती है जिसे स्क्रीन पर कोई नहीं देखता। 500 के बैच को कमिट करने से पहले 3 सेटिंग्स पर एक प्रतिनिधि फ़ोटो का परीक्षण करें, क्योंकि सही संख्या आपके द्वारा पब्लिश की जाने वाली इमेजेस के प्रकार पर निर्भर करती है।
पूरी फ़ोटो लाइब्रेरी को बदलना
सीधे एक ZIP आर्काइव ड्रॉप करें, क्योंकि अंदर की हर समर्थित इमेज स्वचालित रूप से एक्सट्रैक्ट और कन्वर्ट हो जाती है। एक iCloud डाउनलोड या फ़ोन बैकअप आमतौर पर पहले से ही एक ZIP के रूप में आता है, जो सैकड़ों फ़ाइलों को मैन्युअल रूप से चुनने की आवश्यकता को समाप्त करता है।
एक बार में 500 फ़ाइलों तक के बैच चलते हैं, और सब कुछ सर्वर के बजाय आपके अपने प्रोसेसर पर होता है। कुछ भी अपलोड नहीं किया जाता है, इसलिए अनपब्लिश फ़ोटो, क्लाइंट का काम और व्यक्तिगत इमेजेस आपकी मशीन पर सुरक्षित रहती हैं। वेबसाइट के पुनर्निर्माण के लिए इसका मतलब है कि नेटवर्क पर एक भी फ़ाइल भेजे बिना कुछ ही मिनटों में पूरी इमेज लाइब्रेरी को बदला जा सकता है।