फ़ोन की फ़ोटो वेब के लिए कैसे तैयार करें

छोटा जवाब

1. पहले iPhone की फ़ोटो: HEIC फ़ाइलें HEIC कन्वर्टर से गुज़ारिए और मेटाडेटा बाहर छोड़ने का विकल्प चुनिए। कुछ भी बदलने से पहले वह बता देता है कि किन फ़ोटो में GPS निर्देशांक हैं। जो फ़ोटो पहले से JPEG हैं, वे यह कदम लाँघ जाती हैं।
2. फ़्रेम और आकार: पूरा जत्था इमेज रीसाइज़र पर डालिए। लंबा किनारा तय कीजिए — ज़्यादातर पन्नों के लिए 1600 पिक्सेल, पाठक ज़ूम करेंगे तो 2000 — या एक क्लिक में पूरे जत्थे को एक ही अनुपात में काट लीजिए।
3. बजट साधिए: अंत इमेज कंप्रेसर में कीजिए, जो गुणवत्ता के स्लाइडर के बजाय किलोबाइट में लक्ष्य लेता है, और जत्था एक ही zip में लौटाता है।

सब कुछ आपके ब्राउज़र में चलता है। असली फ़ोटो — पूरा रिज़ॉल्यूशन, GPS समेत सब — कभी आपकी मशीन से बाहर नहीं जातीं, और किसी कन्वर्टर-साइट के बजाय यह काम लोकल करने की वजह यही है।

मेटाडेटा कहाँ जाता है

फ़ोन की फ़ोटो का चुपचाप वाला खतरा पिक्सेल नहीं, टैग हैं। EXIF मेटाडेटा में कैमरा, समय-मुहरें और — लगभग हर फ़ोन पर — फ़ोटो खींचने की जगह के GPS निर्देशांक दर्ज होते हैं। उसे पोस्ट कीजिए और मुमकिन है आप अपना घर का पता ऐसे रूप में छाप रहे हों जिसे हर देखने वाला पढ़ सकता है।

इस कड़ी की काम की बात यह है कि वह टैगों को खुद निपटा देती है। आकार बदलना और दबाना, दोनों छवि को पिक्सेलों से दोबारा बनाते हैं, और दोबारा बने पिक्सेल टैग नहीं ढोते — तो कदम 2 या 3 से जो निकलता है वह बिना कहे साफ़ है। फ़ैसला माँगने वाली दो ही सूरतें हैं:

• HEIC बदलते समय: कन्वर्टर मेटाडेटा साथ ले जा सकता है या छोड़ सकता है — यह एक चेकबॉक्स है — और वह आगाह करता है कि किन फ़ोटो पर GPS सवार है। जो कुछ भी सार्वजनिक होना है, उसके लिए छोड़ दीजिए।
• वह फ़ोटो जिसका आकार आप नहीं बदल रहे: पिक्सेल बाइट-दर-बाइट अनछुए रहने हों, तो EXIF एडिटर इस्तेमाल कीजिए, जो छवि को दोबारा एनकोड किए बिना टैग हटाता है। मेटाडेटा गाइड लंबा संस्करण है।

दबाने से पहले आकार क्यों बदलें

क्योंकि पिक्सेल ही बजट हैं। 300 KB के खाने में ठूँसी गई 12 मेगापिक्सेल की फ़ोटो, उसी खाने में हल्के हाथ दबाई गई 2 मेगापिक्सेल की फ़ोटो से साफ़ बदतर दिखती है — वही किलोबाइट छह गुना क्षेत्र पर फैल जाते हैं। दिखने का आकार पहले तय कर लेने से कंप्रेसर अपना बजट गुणवत्ता पर खर्च कर पाता है, उस रिज़ॉल्यूशन पर नहीं जिसे कोई देखेगा ही नहीं।

लक्ष्य और किसी तरह न सधे तो कंप्रेसर खुद भी आकार घटा देता है, पर उसे वह आखिरी चारा मानता है। फ़्रेमिंग खुद रीसाइज़र में करना फ़ैसले को — क्या कटे, कौन सा किनारा मायने रखता है — वहीं रखता है जहाँ उसे होना चाहिए।

रीसाइज़ गाइड और कंप्रेशन गाइड अपनी-अपनी आधी बात में और गहरे जाती हैं, इसमें यह भी कि गुणवत्ता के अंक असल में नापते क्या हैं।

पूरा जत्था एक बार में

कड़ी का हर टूल एक ही बार में फ़ोल्डर भर फ़ाइलें ले लेता है: कन्वर्टर बर्स्ट समेत हर HEIC निपटाता है, रीसाइज़र पूरे सेट पर एक फ़्रेमिंग बिठा देता है या हर फ़ोटो अलग-अलग काटने देता है, और कंप्रेसर सब कुछ एक ही zip में लौटाता है। बीस फ़ोटो आपके ध्यान की एक फ़ोटो से बमुश्किल ज़्यादा माँगती हैं — मशीन का समय आपकी मशीन का है, और वह किसी भी अपलोड से कम बैठता है।

अगर आप यह हर हफ़्ते करते हैं

कड़ी का यहाँ तीन-चार पन्नों पर रहना जान-बूझकर है — हर पन्ना एक काम करता है, और हर एक अपने दम पर साबित करता है कि कुछ भी आपकी मशीन से बाहर नहीं जाता। मगर हर कदम ओपन सोर्स है: MIT लाइसेंस, हर टूल का एक फ़ोल्डर, बिना निर्भरता के ES मॉड्यूल, जिनके README डिकोडर, री-सैंपलिंग और लक्ष्य-आकार की खोज समझाते हैं।

आपकी फ़ोटो हर बार एक ही साँचे में ढलती हों — वही लंबा किनारा, वही बजट, वही टैग-हटाओ — तो किसी कोडिंग एजेंट को रिपॉज़िटरी पर लगाइए और कहिए कि वे मॉड्यूल आपकी प्रीसेट समेत एक ही ड्रॉप-ज़ोन में गूँथ दे। ये मॉड्यूल पढ़े जाने के लिए लिखे गए हैं, और इन्हें उठा ले जाना ही तो वह चीज़ है जिसके लिए लाइसेंस बना है।