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

नहीं — और यही इस साइट के होने की वजह है। पूरा कन्वर्ज़न WebAssembly के ज़रिए आपके ब्राउज़र में ही होता है, इसलिए फ़ाइलें आपके डिवाइस से बाहर नहीं जातीं और बीच में कोई सर्वर नहीं आता। पेज लोड होने के बाद टूल बिना इंटरनेट के भी चलता है, और डिवाइस की मेमोरी के अलावा साइज़ की कोई सीमा नहीं है।

हर लॉसी री-एनकोड थोड़ी और जानकारी गिरा देता है। HEIC → JPG → WebP फ़ोटो को दो बार दबाता है; सीधा कन्वर्ज़न सिर्फ़ एक बार। मंज़िल वही, नुक़सान की एक पीढ़ी कम — फ़र्क़ बाल, पत्तियों और कपड़े जैसी बारीक बनावट में दिखता है।

पेज के कंटेंट में लगी फ़ोटो के लिए मेरी सलाह 78–85 है — सामान्य देखने के साइज़ पर फ़र्क़ पकड़ में नहीं आता। फ़ुल-स्क्रीन हीरो इमेज के लिए थोड़ा ऊपर जाएं; छोटे प्रोडक्ट थंबनेल अक्सर 70 पर भी ठीक टिके रहते हैं।

सिर्फ़ Safari दिखा पाता है, और वह भी हर जगह नहीं — Chrome और Firefox HEIC बिल्कुल नहीं दिखाते। WebP हर मौजूदा ब्राउज़र में चलता है, इसीलिए सार्वजनिक तौर पर दिखने वाली किसी भी चीज़ के लिए कन्वर्ज़न अब भी ज़रूरी है।

ये दोनों क़रीबी रिश्तेदार हैं — दोनों वीडियो कोडेक से निकले, दोनों फ़ोटो को JPEG के लगभग आधे बाइट में रखते हैं। फ़र्क़ ठिकाने का है: HEIC Apple के हार्डवेयर में चलता है और बाहर लगभग कहीं नहीं, जबकि WebP हर मौजूदा ब्राउज़र में। कन्वर्ज़न लगभग उसी फ़ाइल साइज़ पर इकोसिस्टम-कम्पैटिबिलिटी को वेब-कम्पैटिबिलिटी से बदल देता है — पब्लिश करते वक़्त ठीक यही सौदा चाहिए।

जब मंज़िल प्रिंट हो, कोई एडिटर हो, या पुरानी सूची वाला अपलोड फ़ॉर्म — कई अब भी सिर्फ़ jpg और png लेते हैं। प्रिंट की दुकानों के लिए ख़ासकर HEIC को JPG में बदलें ऊँची क्वालिटी पर, या लॉसलेस चाहिए तो HEIC को PNG में बदलें। WebP वेब-डिलीवरी का फ़ॉर्मैट है: उन पेजों के लिए जो आपके हाथ में हैं, उन फ़ाइलों के लिए नहीं जिन्हें दूसरों के सॉफ़्टवेयर को खोलना है।