आँकड़ों और विज्ञापन के लिए कुकीज़
हम आँकड़ों और विज्ञापन के लिए कुकीज़ इस्तेमाल करते हैं, दोनों Google को जाती हैं। मना करने से आपको दिखने वाली किसी चीज़ में कोई फ़र्क़ नहीं पड़ता।निजता पेज पढ़ें
यहाँ आप HEIF को PDF में बदलते हैं, मुफ़्त और बिना खाते के: फ़ाइल ऊपर छोड़िए और कुछ ही सेकंड में नतीजा डाउनलोड के लिए तैयार मिलेगा। कन्वर्ज़न आपके अपने ब्राउज़र के भीतर होता है, इसलिए फ़ाइल कभी अपलोड नहीं होती। यह Windows, macOS और Linux पर वैसे ही चलता है जैसे iPhone और Android पर, और कनेक्शन काट देने पर भी चलता रहता है।
एक बार में 100 फ़ाइलें। फ़ॉर्मेट अलग-अलग हों तो भी चलेगा।
ये एक के बाद एक बदलती हैं और साथ में एक ZIP बनकर उतरती हैं।
HEIF से PDF
संस्थाओं ने PDF को standard बनाया क्योंकि PDF एक पेज है — इसका आकार तय है, यह predictably print होती है, और भेजने वाले को जैसी दिखती है वैसी ही प्राप्तकर्ता को दिखती है। कोई image फ़ाइल इनमें से कुछ नहीं है।
इस बीच तस्वीर फ़ोन से एक ऐसे कंटेनर में आई जो आधी दुनिया के सॉफ़्टवेयर से खुलती नहीं। बदलना दोनों समस्याएँ एक साथ हल करता है, और बाक़ी फ़ैसले सिर्फ़ पेज के बारे में हैं।
PDF हर चीज़ पॉइंट में नापता है, जिनमें से इंच में 72 होते हैं। "Fit to image" पेज को उन्हीं इकाइयों में ठीक तस्वीर जितना बड़ा बना देता है, इसलिए 4,032x3,024 की तस्वीर 4,032x3,024 पॉइंट का पेज बन जाती है — यानी 56x42 इंच।
स्क्रीन पर यह अदृश्य और हानिरहित है — viewer पेज को window में fit कर देता है। उसी फ़ाइल को किसी print queue में भेजिए और जवाब अलग है, और यही काग़ज़ आकारों की वजह है।
A4 चुनने से पेज 595.28x841.89 पॉइंट बनता है, यानी 210x297 मिलीमीटर। US Letter 612x792 पॉइंट है, यानी 8.5x11 इंच। जब specification काग़ज़ का आकार बताती है, दोनों सही चुनाव हैं।
तस्वीर फिर पेज के बीच में केंद्रित होती है और margins के भीतर fit होने तक घटाई जाती है। किसी landscape तस्वीर के ऊपर-नीचे सफ़ेद बचता है; orientation control इसकी बजाय पेज घुमाता है।
Scaling सिर्फ़ एक दिशा में चलता है। अगर तस्वीर उपलब्ध जगह से बड़ी है, यह fit होने तक घटती है; अगर छोटी है, यह अपने आकार पर छोड़ी और केंद्रित की जाती है।
यह नियम इसलिए है कि विपरीत हर मामले में बुरा दिखता है। किसी 600-पिक्सेल तस्वीर को A4 पेज भरने के लिए फुलाना तेज़ टेक्स्ट को नरम धूसर आकृतियों में बदल देता है।
PDF सीधे दो image फ़ॉर्मेट रख सकता है — JPEG और PNG। इस साइट पर छोड़ी JPG वैसी ही embed होती है, बिना कुछ खोए। HEIF इनमें से नहीं है, इसलिए तस्वीर को pixels में डिकोड करके दस्तावेज़ में जाते वक़्त PNG के रूप में दोबारा एनकोड किया जाता है।
PNG lossless है, जिसका मतलब है और कुछ नहीं खोता, और यह भी कि तस्वीर महँगे तरीक़े से स्टोर होती है — दो-मेगाबाइट की HEIF पंद्रह-बीस मेगाबाइट की PDF बन सकती है। अगर अपलोड की सीमा है, JPG के रास्ते जाइए।
हर HEIF एक पेज वाली PDF बनती है। फ़ोल्डर बदलने पर हर तस्वीर के लिए एक PDF मिलता है, पर वे एक दस्तावेज़ में जुड़ते नहीं।
जहाँ एक multi-page PDF चाहिए — छह तस्वीरों वाली tenancy application — हर तस्वीर बदलिए, फिर PDF को किसी उसी काम के टूल से merge कीजिए।
इस तरह बनी PDF में दस्तावेज़ की तस्वीर है, दस्तावेज़ नहीं। कुछ भी चुना, खोजा, कॉपी या screen reader से पढ़ा नहीं जा सकता।
यह अक्सर स्वीकार्य है — कोई इंसान फ़ाइल खोलकर पढ़ता है। जहाँ नहीं है, HEIF to TXT पेज character recognition चलाता है और शब्द सादे टेक्स्ट के रूप में लौटाता है।
चूँकि PDF वही रखता है जो कैमरे ने कैप्चर किया, submission की गुणवत्ता रूपांतरण से पहले ही तय होती है। काग़ज़ सपाट रखिए, सीधे ऊपर से शूट कीजिए, कोण से नहीं, और रौशनी को एक तरफ़ रखिए।
फ़्रेम को पेज से भरिए, कुछ और नहीं। बीच में A4 शीट वाली डेस्क की तस्वीर ज़्यादातर पिक्सेल डेस्क पर खर्च करती है।
तस्वीर का EXIF इस सफ़र में नहीं बचता — कोई कैमरा मॉडल नहीं, कोई capture timestamp नहीं, कोई GPS निर्देशांक दस्तावेज़ में नहीं आता। रूपांतरण raw pixels में डिकोड करता है और दोबारा एनकोड करता है।
किसी संस्था को submission के लिए यह समझदार डिफ़ॉल्ट है। इसका एक नतीजा भी जानना ज़रूरी है — अगर प्राप्तकर्ता चाहता है तस्वीर यह साबित करे कि कब या कहाँ कुछ हुआ, PDF इस दावे को सँभाल नहीं सकती।
Decoding, encoding और PDF लिखना — सब ब्राउज़र टैब के भीतर होता है। आपके दस्तावेज़ की कोई कॉपी किसी सर्वर तक नहीं पहुँचती, कोई कतार नहीं, कोई अकाउंट नहीं, और मुफ़्त तह हर इनपुट को 100 MB तक स्वीकार करती है।
इस जोड़ी के लिए यह सुविधा से ज़्यादा है। HEIF को PDF में बदलने वाली तस्वीरें payslip, passport, medical letter और bank statement होती हैं — जिनका पूरा जोखिम इस पर टिका है कि किसके पास कॉपी है।
| HEIF | ||
|---|---|---|
| पूरा नाम | High Efficiency Image File Format | Portable Document Format |
| फ़ाइल एक्सटेंशन | .heif | |
| मीडिया टाइप | image/heif | application/pdf |
| कंप्रेशन | नुक़सान के साथ — छोटा आकार गुणवत्ता देकर ख़रीदा जाता है | सेटिंग के हिसाब से दोनों में से कोई भी |
| पहली बार प्रकाशित | 2015 | 1993 |
| प्रकाशक | MPEG | Adobe |
| विनिर्देश | ISO/IEC 23008-12 | ISO 32000-2 |
| लाइसेंस | प्रकाशित, मानकीकृत नहीं | खुला मानक |
| आज की स्थिति | मौजूदा | मौजूदा |
| बिट डेप्थ | 10 | — |
| रंग जो यह दर्ज कर सकता है | YCbCr, वाइड गैमट | RGB, CMYK, ग्रेस्केल |
| ब्राउज़र में खुलता है | कुछ ब्राउज़र | हर ब्राउज़र |
| इसकी जगह विचारणीय | JPG, AVIF | DOCX, HTML |
PDF में कैमरा, लेंस, शटर स्पीड और ISO वाला EXIF खंड, अंदर बैठी ICC रंग प्रोफ़ाइल और GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह HEIF फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
पारदर्शिता बनी रहती है। HEIF और PDF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
HEIF और PDF — दोनों कई पन्ने ढोते हैं, इसलिए कई पन्नों का दस्तावेज़ एक ही फ़ाइल बना रहता है।
PDF को हर मौजूदा ब्राउज़र खोल लेता है। HEIF को इतने भी नहीं। अगर फ़ाइल किसी वेब पेज या किसी फ़ॉर्म तक जा रही है, तो आम तौर पर इस कन्वर्ज़न की पूरी वजह यही है।
नतीजा असली से बड़ा होगा और बेहतर नहीं। HEIF पहले ही बारीक़ी फेंक चुका है और PDF बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
दोनों का निशाना अलग काम है: HEIF का फ़ोन और फ़ोटोग्राफ़ी पर, PDF का बनी हुई फ़ाइल सौंपना, छपाई और सहेजना पर। इस पर सोचना बनता है, क्योंकि जिस वजह से एक मौजूद है, आम तौर पर उसी वजह से दूसरा असुविधाजनक होता है।
HEIF MPEG का फ़ॉर्मेट है, जो 2015 में आया। यह हर चैनल पर 10 बिट में दर्ज करता है।
PDF Adobe का है और 1993 से चला आ रहा है, और ISO 32000-2 में तय किया गया है। Adobe Acrobat, Preview और LibreOffice Draw इस फ़ॉर्मेट को पढ़ लेते है।
PDF 1993 में आया और HEIF 2015 में। किसी को सौंपने के लिए आम तौर पर पुराना वाला ज़्यादा सुरक्षित रहता है; नया वाला वही काम कम बाइट में कर देता है।
नहीं। यह कन्वर्ज़न पूरी तरह आपके ब्राउज़र में होता है, इसलिए फ़ाइल आपके डिवाइस से बाहर नहीं जाती। आप ख़ुद जाँच सकते हैं: डेवलपर टूल्स का नेटवर्क टैब खोलिए और कुछ बदल कर देखिए। आपको पेज ख़ुद दिखेगा और आँकड़ों तथा विज्ञापन के वे अनुरोध दिखेंगे जिनसे इस सेवा का ख़र्च निकलता है — और एक भी ऐसा अनुरोध नहीं जो आपकी फ़ाइल साथ ले जा रहा हो। इस जोड़ी के पीछे libheif है, Apple के HEIC का संदर्भ डिकोडर; आपका ब्राउज़र इसे एक बार उतारता है और फिर सहेज कर रखता है।
हाँ। न खाता, न वॉटरमार्क, और न कोई रोज़ का कोटा जो ख़त्म हो: यह आपकी अपनी मशीन पर चलता है, इसलिए आप जितनी बार चाहें लौट सकते हैं। ब्राउज़र 100 MB तक की फ़ाइलें सँभालता है, एक बार में 100। libheif आपकी अपनी मशीन पर उतरता है और वहीं चलता है — इसीलिए उस पर कोई गिनती नहीं है।
नहीं। PDF वही सामग्री बिना कुछ फेंके सँभालता है: नतीजा गुणवत्ता में असली फ़ाइल जैसा ही होता है।
नतीजा असली से बड़ा होगा और बेहतर नहीं। HEIF पहले ही बारीक़ी फेंक चुका है और PDF बचे हुए को बिना और फेंके सँभालता है: यह आगे का नुक़सान रोकता है, पहले वाला लौटाता नहीं।
PDF में कैमरा, लेंस, शटर स्पीड और ISO वाला EXIF खंड, अंदर बैठी ICC रंग प्रोफ़ाइल और GPS निर्देशांक के लिए जगह नहीं है, इसलिए वह HEIF फ़ाइल से आगे नहीं जाता। असली फ़ाइल फेंकने से पहले यह देख लेना काम आता है — और अगर फेंकना ही मक़सद था, तो यह जान लेना काम आता है।
पारदर्शिता बनी रहती है। HEIF और PDF — दोनों अल्फ़ा चैनल सँभालते हैं: काटा हुआ हिस्सा कटा ही रहता है और उसके पीछे कुछ भरा नहीं जाता।
इस पेज पर HEIF और PDF के बारे में जो कहा गया है, वह जाँचा जा सकता है, और ये रहे वे दस्तावेज़ जो उसे तय करते हैं।