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

Print pipeline 1980 के दशक के आख़िर में TIFF के इर्द-गिर्द बनी और उसे बदलने की वजह कभी नहीं मिली। यह वह फ़ॉर्मेट है जो scanner लिखता था, prepress सॉफ़्टवेयर पढ़ता था, और building में हर RIP तीस साल से खोल सकता है।

HEIC 2015 में आया और आज भी कोई lab यह नहीं मान सकता कि उसके अपने सिस्टम इसे पढ़ लेंगे — इसे HEVC decoder चाहिए। अगर lab के सिस्टम को पुराना software दशक भर से नहीं बदला गया, वहाँ decoder नहीं होगा।

प्रिंट आकार तय करने वाली संख्या pixel dimension है, और यह इस रूपांतरण में बदलती नहीं। सामान्य iPhone फ़्रेम 4,032x3,024 है। 300 से भाग दीजिए और आपको 13.4x10.1 इंच मिलता है — जो lab की सतर्क संख्या है।

240 से भाग दीजिए, जो दीवार पर टँगी किसी चीज़ के लिए बिल्कुल उचित है, आपको 16.8x12.6 इंच मिलता है। हाल के Pro बॉडी पर 48-मेगापिक्सेल mode 8,064x6,048 लिखते हैं।

यहाँ लिखी फ़ाइल में बिल्कुल कोई संपीड़न नहीं है। हर पिक्सेल चार बाइट लेता है — red, green, blue और alpha channel — एक ही निरंतर strip में, byte order big-endian है जैसा मूल TIFF specification कहती है।

असम्पीड़ित होने का मतलब है इस बिंदु से आगे कुछ और नहीं गिरता — TIFF को जितनी बार चाहे खोला और दोबारा सेव किया जा सकता है बिना बिगड़े। यह उस HEVC संपीड़न को नहीं उलटता जो फ़ोन ने HEIC लिखते वक़्त लगाई थी।

चार samples प्रति पिक्सेल लिखे जाते हैं, ExtraSamples tag यह कहते हुए कि चौथा alpha है। फ़ोन की तस्वीर पूरी तरह opaque है, इसलिए वह channel हर पिक्सेल में 255 है और बिना कोई जानकारी दिए फ़ाइल का चौथाई हिस्सा लेता है।

लगभग हर चीज़ इसे सही सँभालती है। अपवाद पुराने या संकरे tool हैं जो तीन samples मान लेते हैं और error या अजीब tinted तस्वीर देते हैं।

यह रूपांतरण का वह हिस्सा है जो सबसे ज़्यादा चौंकाता है। iPhone Display P3 में रिकॉर्ड करता है और HEIC को उसी हिसाब से tag करता है। यहाँ बनी TIFF में कोई ICC profile नहीं है, इसलिए हर पढ़ने वाला sRGB मान लेता है।

दिखने वाला असर यह है कि सबसे saturated रंग थोड़े पीछे खिंचते हैं — लाल sweater, sunset, चमकीली हरी पत्तियाँ। किसी family photo book के लिए यह उस दायरे में है जो lab का अपना printer profile वैसे भी लाता है।

TIFF सबसे समृद्ध metadata कंटेनरों में से एक है — EXIF, IPTC, XMP और GPS सबकी परिभाषित जगह है। यह रूपांतरण इनमें से कोई नहीं भरता। तस्वीर raw pixels में डिकोड और दोबारा लिखी जाती है, इसलिए capture data पार नहीं होता।

किसी print supplier को तस्वीर भेजने के लिए यह ज़्यादातर एक छोटी privacy बचत है, क्योंकि घर पर खींची तस्वीर अब यह नहीं बताती कि घर कहाँ है।

TIFF एक फ़ॉर्मेट के रूप में 32 बिट प्रति चैनल तक रख सकता है और print काम के लिए अक्सर 16 बिट पर इस्तेमाल होता है। यहाँ जो लिखा जाता है वह आठ है, क्योंकि decode यही देता है और आगे कुछ नहीं।

यह किसी बड़े smooth gradient पर दिखता है, अगर बिल्कुल दिखे — मीटर भर के canvas पर साफ़ आसमान bandडिंग दिखा सकता है। बेहतर रास्ता है HEIC को 16-बिट में काम करने वाले सॉफ़्टवेयर में edit करके वहाँ से TIFF export करना।

एक अकेली 12-मेगापिक्सेल TIFF 48.8 MB की है, और यह बीस से पहले की बात है। कई lab uploader एक फ़ाइल को 50 या 100 MB पर सीमित करते हैं और कुछ पूरे order को — इसे पूरा shoot बदलने से पहले जाँच लीजिए।

पूरा चयन एक साथ यहाँ छोड़िए — हर फ़ाइल अलग handle होती है अपनी progress के साथ और सेट को एक ही ZIP के रूप में लिया जा सकता है। इनपुट फ़ाइलें मुफ़्त तह पर 100 MB तक स्वीकार होती हैं।

अगर lab के फ़ॉर्म में JPEG भी सूचीबद्ध है, और तस्वीर फ़ोन से आई, high quality JPEG एक ठोस और कहीं ज़्यादा practical चुनाव है। स्रोत पहले से lossy था, अच्छी JPEG प्रिंट आकार पर अदृश्य दूसरा pass जोड़ती है, और फ़ाइल पचासवाँ हिस्सा आकार की है।

TIFF तब सही है जब फ़ाइल पहुँचने के बाद पर काम होगा — retouch, colour-correct, किसी book layout में कई बार सेव। पूछ लीजिए कौन-सा मामला है।

Decode libheif पर चलता है, WebAssembly में compile किया गया, और TIFF JavaScript से जोड़ी जाती है, दोनों उसी पेज में जो आपने खोल रखा है। कोई request तस्वीर नहीं ले जाता, जो developer tools खोलकर देखा जा सकता है।

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