फ़ाइलों को ऑनलाइन PDF में मर्ज करें

हां, आप कई इमेज फॉर्मेट्स को मौजूदा PDF दस्तावेज़ों के साथ एक ही ऑपरेशन में मर्ज कर सकते हैं। अपनी इमेज को पहले PDF में कन्वर्ट करने की जरूरत नहीं है।

हां — और वह भी सिर्फ 'जितना संभव हो' नहीं, बल्कि पूरी तरह। जिन JPEGs में कोई बदलाव जरूरी नहीं है, वे ऑरिजिनल के जैसे ही बाइट-टू-बाइट एम्बेड होते हैं; जिन्हें दोबारा एन्कोड करना जरूरी है, वे क्वालिटी 90 पर पूरी कलर रेजोल्यूशन के साथ सेव होते हैं। हर फाइल टाइप के लिए सटीक प्रोसेस जानने के लिए नीचे मर्ज के दौरान आपकी फाइलें कैसे संरक्षित रहती हैं देखें।

हां। PDF बनाने से पहले अपनी फाइलों को ड्रैग और ड्रॉप करके मनचाहे क्रम में रखें। तैयार दस्तावेज़ बिल्कुल उसी क्रम का पालन करता है, जैसा आपने चुना है।

अगर कोई PDF पासवर्ड से सुरक्षित है, तो प्रोसेसिंग के दौरान सही पासवर्ड दें। अनलॉक होने के बाद, उसके पेज आपकी अन्य दस्तावेज़ों और इमेज के साथ मर्ज हो सकते हैं।

एक ही टूल का उपयोग करने से समय बचता है और प्रक्रिया आसान हो जाती है। हर इमेज को अलग PDF में कन्वर्ट करने और फिर उन फाइलों को मर्ज करने के बजाय, आप सब कुछ एक साथ अपलोड कर सकते हैं और एक ही स्टेप में एक PDF बना सकते हैं।

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

509,185-बाइट की फोटो पर सत्यापित: फाइनल PDF में एम्बेडेड स्ट्रीम 509,185 बाइट्स की थी, और SHA-1 हैश ऑरिजिनल फाइल के जैसा ही था।

फ्लैट आर्टवर्क को फाइल एक्सटेंशन से अनुमान लगाने के बजाय अलग-अलग रंगों की गिनती करके पहचाना जाता है, इसलिए PNG में सेव की गई फोटो फिर भी JPEG में जाती है और JPEG में सेव किया गया चार्ट फिर भी लॉसलेस ट्रीटमेंट पाता है। जब दोबारा एन्कोडिंग अनिवार्य हो, तो डिफॉल्ट क्वालिटी 90 क्रोमा सबसैंपलिंग बंद रखती है, जिससे पतली रंगीन लाइनों और छोटे टेक्स्ट पर पूरी कलर रेजोल्यूशन बनी रहती है — वही डिटेल जो आमतौर पर सबसे पहले धुंधली होती है।

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

हर पेज को ट्रैक किया जाता है जैसे ही वह जुड़ता है। तैयार दस्तावेज़ में रिपोर्ट होता है कि कौन सी सोर्स फाइल ने कौन से पेज बनाए और हर फाइल का पेज नंबर क्या है, जिससे 50 फाइलों का मर्ज पेज दर पेज ऑडिट किया जा सकता है, सिर्फ भरोसे पर नहीं छोड़ा जाता।

हर सोर्स फाइल एक टॉप-लेवल बुकमार्क बन जाती है। अगर किसी PDF में पहले से अपनी आउटलाइन है, तो वे एंट्री एक स्तर नीचे उसी के अंदर हर पेज रेफरेंस को उसके नए स्थान के अनुसार फिर से सेट कर दी जाती हैं। जो बुकमार्क्स उन पेजों के बाहर पॉइंट करते हैं जो उस फाइल ने वास्तव में दिए, उन्हें हटा दिया जाता है, ताकि वे गलत पेज पर न रहें।

ओरिएंटेशन एक तय क्रम में हैंडल होता है, और वही क्रम तय करता है कि परिणाम सही दिखेगा या नहीं:

• EXIF ओरिएंटेशन टैग सबसे पहले पढ़ा और लागू किया जाता है। फोन की फोटो आमतौर पर लैंडस्केप में सेव होती है, जिसमें टैग होता है कि व्यूअर को उसे घुमाना है। उस टैग को नजरअंदाज करना मर्ज टूल्स में पेज उल्टा होने का सबसे आम कारण है।
• आपका खुद का रोटेशन उसके ऊपर जोड़ा जाता है, जैसा फाइल पहले दिख रही थी — तो अगर पेज पहले से 90° पर है और आपने 90° और घुमाया, तो वह 180° पर आ जाता है, जैसा आपने स्क्रीन पर देखा।

इमेज के लिए पिक्सल्स को ट्रांसपोज किया जाता है — एकदम सटीक इंडेक्स मूव, बिना किसी इंटरपोलेशन या री-सैंपलिंग के। सत्यापित: इमेज को चार बार 90° घुमाने पर पिक्सल डेटा बिल्कुल ऑरिजिनल जैसा रहा, डाइमेंशन भी वही रहे। PDF के लिए, रोटेशन पेज एट्रिब्यूट के रूप में लिखा जाता है, जिससे पेज बॉक्स हमेशा वही रहता है जो ड्रा हुआ है और प्रिंटिंग व थंबनेल्स सही रहते हैं। सत्यापित: पहले से 90° पर पेज को 90° और घुमाने पर वह बिल्कुल 180° पर आया।

आपकी ऑरिजिनल फाइलें कभी भी बदली नहीं जातीं। हर रोटेशन मर्ज किए गए दस्तावेज़ के अंदर कॉपी पर लागू होता है, जिससे यह प्रक्रिया दोहराई जा सकती है।

ऑटोमैटिक मोड में पेज वही होता है जो इमेज — वही अनुपात, कोई सफेद पट्टी नहीं। फिजिकल साइज इमेज के अपने DPI से आता है, जो एकमात्र विश्वसनीय स्रोत है: लेटर का 300 DPI स्कैन लेटर साइज का ही होना चाहिए, स्क्रीन साइज का नहीं।

• DPI सिर्फ एक उचित सीमा (लगभग 36–2400) के भीतर ही माना जाता है। इसके बाहर, वह सिर्फ मेटाडेटा शोर है और 96 DPI मान लिया जाता है — जो ब्राउज़र और वर्ड प्रोसेसर इस्तेमाल करते हैं।
• फिर परिणाम को क्लैम्प किया जाता है ताकि सबसे लंबा किनारा 2 इंच और A4 के लंबे किनारे के बीच रहे। बिना ऊपरी सीमा के, 6000-पिक्सल की फोटो जिसमें कोई DPI मेटाडेटा नहीं है, 60-इंच का पेज बन जाएगी जिसे कोई प्रिंटर नहीं लेगा; बिना निचली सीमा के, 32-पिक्सल का आइकन एक स्टैम्प बन जाएगा।

इसके बजाय आप फिक्स्ड साइज चुन सकते हैं — A3, A4, A5, Letter या Legal — और हर इमेज उस शीट के बीच में रखी जाती है, शीट को इमेज के ओरिएंटेशन के अनुसार घुमाया जाता है ताकि लैंडस्केप फोटो पोर्ट्रेट पेज में लेटरबॉक्स न हो। आप पूरी इमेज को शीट में फिट कर सकते हैं, शीट को भर सकते हैं और किनारों को क्रॉप होने दे सकते हैं, या स्ट्रेच कर सकते हैं, और पॉइंट्स में मापी गई मार्जिन जोड़ सकते हैं (72 पॉइंट्स = 1 इंच)।

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

बड़े स्कैन प्रति इमेज 300 मेगापिक्सल तक सपोर्टेड हैं, और ट्रंकेटेड या आंशिक रूप से अपलोड की गई इमेज को जहां तक डेटा डिकोड हो सके, वहीं तक बचा लिया जाता है, बजाय इसके कि एक अधूरी फाइल के कारण पूरा काम फेल हो जाए।