आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप HEIC को PDF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
HEIC से PDF
वजह लगभग हमेशा कोई फ़ॉर्म होता है। कोई बीमा कंपनी नुक़सान का दस्तावेज़ माँगती है, कोई मकान मालिक मीटर की रीडिंग, कोई दफ़्तर फ़ोटो खींचा हुआ बिल — और वह PDF माँगता है, क्योंकि PDF एक दस्तावेज़ है और फ़ोटो सिर्फ़ एक फ़ाइल।
इसके ऊपर यह भी है कि बहुत सारे पोर्टल HEIC लेते ही नहीं। PDF का रास्ता दोनों दिक़्क़तें एक ही क़दम में हल कर देता है: फ़ॉर्मेट मंज़ूर हो जाता है, और कई फ़ोटो मिलकर एक ही व्यवस्थित फ़ाइल बन जाती हैं।
सिर्फ़ JPG में बदल देने के मुक़ाबले असली फ़ायदा यही है। किसी नुक़सान की छह फ़ोटो छह अटैचमेंट हैं जो ग़लत क्रम में पहुँच सकते हैं; एक PDF के छह पन्ने एक ही मामला हैं, उस क्रम में जो आप तय करते हैं।
क्रम वही रहता है जिसमें आप फ़ाइलें चुनते हैं। अगर वह समय के हिसाब से सही होना चाहिए, तो पहले नाम से छाँट लेना काम आता है — कैमरे से निकली फ़ोटो पर नंबर पड़े होते हैं, और वही नंबर समय है।
हर पन्ने को उसी तस्वीर का आकार मिलता है जो उस पर पड़ी है। इसलिए पड़ी और खड़ी दोनों तरह की फ़ोटो वाले दस्तावेज़ में दोनों दिशाओं के पन्ने होते हैं, और यह ठीक ही है: किसी खड़े पन्ने पर पड़ी हुई फ़ोटो या तो बहुत छोटी होती या कटी हुई।
अगर सारे पन्ने एक जैसे दिखने चाहिए, तो तस्वीरें पहले घुमा लीजिए — दस्तावेज़ को बाद में नहीं। PDF बाद में घुमाई तो जा सकती है, पर तब तस्वीर पन्ने के उलटी खड़ी होती है, न कि पन्ना तस्वीर के हिसाब से।
HEIC नुक़सान वाला है, और PDF में तस्वीर JPG के रूप में रखी जाती है — यह दूसरा दौर है। तयशुदा स्तर पर यह दिखता नहीं; फ़ोटो खींचे हुए किसी बिल पर उसके बाद उतना ही पढ़ा जा सकता है जितना पहले।
दिखना तब शुरू होता जब वही फ़ोटो बार-बार बदली और फिर सहेजी जाए। अगर असली फ़ाइल अब भी फ़ोन पर है, तो वहीं से शुरू कीजिए, किसी ऐसी नक़ल से नहीं जो पहले ही कहीं से गुज़र चुकी है।
PDF फ़ोटो को उससे बेहतर कंप्रेस नहीं करता जितना कोई फ़ोटो फ़ॉर्मेट कर सकता है — वह उन्हें अंदर रख देता है। इसलिए चार-चार मेगाबाइट की दस तस्वीरें क़रीब चालीस मेगाबाइट बनती हैं, ऊपर से कुछ किलोबाइट का ढाँचा।
अगर कोई पोर्टल दस मेगाबाइट पर रोक देता है, तो सही पेंच पहले गुणवत्ता है और उसके बाद पन्नों की गिनती। जो किसी फ़ॉर्म में नहीं बैठता, वह आम तौर पर बहुत बड़ा सोचा हुआ नहीं बल्कि बहुत पूरा होता है — चार अच्छी तस्वीरें किसी नुक़सान को बारह बेतरतीब तस्वीरों से बेहतर साबित करती हैं।
फ़ोटो खींचा हुआ कोई पत्र उस PDF में पत्र की तस्वीर ही रहता है। उसमें कुछ चुना नहीं जा सकता, खोज कोई शब्द नहीं पाती, और स्क्रीन रीडर कुछ पढ़कर नहीं सुनाता।
जिस प्रमाण को कोई इंसान देखेगा, उसके लिए इससे फ़र्क़ नहीं पड़ता। पर अगर सामग्री खोजी जा सकनी चाहिए, तो अक्षर-पहचान चाहिए — वह अपने आप में अलग काम है, और हम यहाँ यह दिखावा नहीं करते कि वह साथ-साथ हो जाता है।
फ़ोन से निकली HEIC समय, उपकरण और आम तौर पर खींचने की जगह के निर्देशांक ढोती है। PDF में तस्वीर जाती है, यह जुड़ा हुआ खंड नहीं — यानी वह जानकारी दस्तावेज़ में नहीं ठहरती।
फिर भी इसे बचाव का उपाय मानकर मत चलिए। अगर किसी फ़ोटो को अपनी जगह के बिना आगे जाना है, तो वह अपने आप में एक सोचा-समझा क़दम है, इसी साइट पर उसका अपना पेज है, और वह ठीक वही करता है और कुछ नहीं।
नए iPhone तब HEIC में सहेजते हैं जब Settings में «High Efficiency» चुना हो। «Most Compatible» पर JPG निकलते हैं, और यही पेज उन्हें भी उतनी ही आसानी से लेता है — PDF तक का रास्ता वही रहता है।
अगर आप नियम से बिल जमा करते हैं, तो दूसरी सेटिंग ज़्यादा आरामदेह है। HEIC डिवाइस पर जगह बचाता है, पर जैसे ही फ़ोटो को कहीं जाना हो, हर बार एक बीच का क़दम माँग लेता है।
बदलना ब्राउज़र में होता है। आपकी तस्वीरें अपलोड नहीं होतीं, बीच में रखी नहीं जातीं और हम उन्हें कभी देखते नहीं — ऐसा कोई सर्वर है ही नहीं जहाँ वे पहुँचें।
फ़ोटो के मामले में यह शायद ही मामूली बात है: नुक़सान की तस्वीर पर कोई नंबर प्लेट होती है, बिल पर कोई नाम, मीटर की रीडिंग पर कोई पता। इनमें से किसी को किसी अजनबी के रास्ते से गुज़रने की ज़रूरत नहीं।
| HEIC | ||
|---|---|---|
| पूरा नाम | High Efficiency Image Container | Portable Document Format |
| फ़ाइल एक्सटेंशन | .heic | |
| मीडिया टाइप | image/heic | application/pdf |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 2015 | 1993 |
| प्रकाशक | MPEG | Adobe |
| विनिर्देश | ISO/IEC 23008-12 | ISO 32000-2 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | 10 | — |
| रंग जो यह दर्ज कर सकता है | YCbCr, वाइड गैमट | RGB, CMYK, ग्रेस्केल |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | JPG, AVIF, WebP | DOCX, HTML |
PDF में कैमरा, लेंस, शटर स्पीड और ISO वाला EXIF खंड, अंदर बैठी ICC रंग प्रोफ़ाइल और GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह HEIC फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
पारदर्शिता बनी रहती है। HEIC और PDF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
HEIC और PDF — दोनों कई पन्ने ढोते हैं, इसलिए कई पन्नों का दस्तावेज़ एक ही फ़ाइल बना रहता है।
PDF को हर मौजूदा ब्राउज़र खोल लेता है। HEIC को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
दोनों तरफ़ के प्रोग्राम अलग हैं: HEIC फ़ाइल Apple Photos और Adobe Lightroom में खुलती है और PDF फ़ाइल Adobe Acrobat, Preview और LibreOffice Draw में — यानी नतीजा जिसके पास जाएगा, उसे दूसरी सूची में से कोई प्रोग्राम चाहिए होगा।
नतीजा असली से बड़ा होगा और बेहतर नहीं। HEIC पहले ही बारीक़ी फेंक चुका है और PDF बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
दोनों का निशाना अलग काम है: HEIC का फ़ोन और फ़ोटोग्राफ़ी पर, PDF का बनी हुई फ़ाइल सौंपना, छपाई और सहेजना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
HEIC MPEG का फ़ॉर्मेट है, जो 2015 में आया। यह हर चैनल पर 10 बिट में दर्ज करता है।
PDF Adobe का है और 1993 से चला आ रहा है, और ISO 32000-2 में तय किया गया है। Adobe Acrobat, Preview और LibreOffice Draw इस फ़ॉर्मेट को पढ़ लेते है।
PDF 1993 में आया और HEIC 2015 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे libheif है, Apple के HEIC का संदर्भ डिकोडर; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। libheif आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
नहीं। PDF वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है।
नतीजा असली से बड़ा होगा और बेहतर नहीं। HEIC पहले ही बारीक़ी फेंक चुका है और PDF बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
PDF में कैमरा, लेंस, शटर स्पीड और ISO वाला EXIF खंड, अंदर बैठी ICC रंग प्रोफ़ाइल और GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह HEIC फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
पारदर्शिता बनी रहती है। HEIC और PDF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
इस पेज पर HEIC और PDF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।