छवि रिसाइज़र

छवि का आकार कैसे बदलें

1. ऊपर एक छवि फ़ाइल चुनें या छोड़ें।
2. प्रीसेट आकार चुनें या पिक्सेल में कस्टम चौड़ाई और ऊँचाई दर्ज करें।
3. मूल एस्पेक्ट रेश्यो बनाए रखने या अनदेखा करने के लिए लॉक आइकन टॉगल करें।
4. अपने ब्राउज़र में छवि को प्रोसेस करने के लिए "छवि का आकार बदलें" पर क्लिक करें।
5. आकार बदली हुई छवि तुरंत डाउनलोड करें।

«रिसाइज़ करना» असल में आपके पिक्सेल के साथ क्या करता है

किसी छवि का आकार बदलना उसे क्रॉप करने या संपीड़ित करने के समान क्रिया नहीं है। क्रॉप किनारों के पिक्सेल हटाता है और बाकी को अपरिवर्तित रखता है। संपीड़न हर पिक्सेल बनाए रखता है पर उन्हें अधिक संक्षिप्त रूप में कूटबद्ध करता है। रिसाइज़ शाब्दिक रूप से पिक्सेल-संख्या बदलता है: 4000x3000 की एक स्रोत-छवि को 1920x1440 पर पुनः-स्केल करने के लिए उसके अधिकांश पिक्सेल त्यागने पड़ते हैं और उसी दृश्य को एक-चौथाई रिज़ॉल्यूशन पर दर्शाने के लिए नए पिक्सेल चुनने पड़ते हैं। कौन-से नए पिक्सेल लिखे जाएँगे यह तय करने वाली गणितीय क्रिया को रिसैम्पलिंग कहा जाता है, और पुनः-स्केल की गुणवत्ता लगभग पूरी तरह इसी पर निर्भर करती है कि कौन-सा रिसैम्पलिंग एल्गोरिथ्म चल रहा है।

आम उपयोग में चार रिसैम्पलिंग एल्गोरिथ्म हैं: निकटतम-पड़ोसी (एकमात्र सबसे पास का स्रोत-पिक्सेल चुनें, कठोर किनारे बने रहते हैं, बड़ा करने पर ब्लॉक-जैसा दिखता है, पिक्सेल आर्ट के लिए एकमात्र सही विकल्प), बाइलिनियर (पास के 4 स्रोत-पिक्सेल का रैखिक मिश्रण, तेज़ और औसत), बाइक्यूबिक (Keys 1981 का क्यूबिक कर्नेल पास के 16 पिक्सेल पर, दशकों से Photoshop का डिफ़ॉल्ट), और Lanczos (Lanczos कर्नेल से विंडो की गई sinc फ़ंक्शन, सबसे तेज़ आउटपुट, कठोर किनारों के पास हल्की रिंगिंग, यही ImageMagick और Sharp डाउनस्केल के लिए डिफ़ॉल्ट उपयोग करते हैं)। यह उपकरण Canvas API के imageSmoothingQuality को «high» पर सेट करता है, जिसे Chrome और Firefox डेस्कटॉप पर Lanczos-वर्ग के कर्नेल के रूप में और Safari बाइक्यूबिक-वर्ग के कर्नेल के रूप में व्याख्यायित करते हैं। चुनाव ब्राउज़र का है; JavaScript «high» माँग सकता है पर सटीक फ़िल्टर नहीं चुन सकता।

डाउनस्केलिंग और अपस्केलिंग सममित समस्याएँ नहीं हैं। डाउनस्केलिंग जानकारी को नियंत्रित ढंग से हटाती है; रिसैम्पलर तय करता है कि कौन-से विवरण रखे जाएँ और एक अच्छा एल्गोरिथ्म स्रोत की दृश्य-संरचना बनाए रखता है। अपस्केलिंग ऐसे पिक्सेल जोड़ती है जिनका कभी नमूना नहीं लिया गया, और सूचना-सिद्धांत (Nyquist-Shannon नमूनाकरण प्रमेय) कहता है कि आप उन आवृत्तियों को पुनः-प्राप्त नहीं कर सकते जो मूल संकेत में थीं ही नहीं। एक शास्त्रीय रिसैम्पलर अधिक से अधिक यह कर सकता है कि ज्ञात नमूनों के बीच सहज प्रक्षेप करे, और यह हमेशा धुँधला दिखता है। सच्चे विस्तार के लिए आधुनिक विकल्प है AI-सुपर-रिज़ॉल्यूशन (Real-ESRGAN, waifu2x, Adobe Super Resolution, Topaz Gigapixel), जो लाखों समान छवियों पर प्रशिक्षित न्यूरल-नेटवर्क की मदद से विश्वसनीय विवरण की कल्पना करता है। यहाँ यह नहीं हो रहा। यह उपकरण ईमानदार प्रक्षेप करता है।

यह उपकरण भीतर से कैसे काम करता है

पूरी पाइपलाइन HTML5 Canvas 2D API है। कोई बाहरी लाइब्रेरी लोड नहीं होती। जब आप कोई छवि गिराते हैं, ब्राउज़र की File API बाइट्स को एक नए HTMLImageElement को सौंप देती है; ब्राउज़र का अंतर्निहित JPEG, PNG या WebP डिकोडर बिट-स्ट्रीम को पिक्सेल-बफ़र में बदलता है। पहलू अनुपात प्राकृतिक चौड़ाई और ऊँचाई से गणित से निकाला जाता है। आपके निर्धारित लक्ष्य-आयामों पर मेमोरी में एक नया <canvas> तत्व बनाया जाता है, और ctx.drawImage(image, 0, 0, लक्ष्यWidth, लक्ष्यHeight) स्रोत को लक्ष्य में स्केल करके खींचता है। चूँकि लक्ष्य के आयाम स्रोत से अलग हैं, ब्राउज़र हर नए पिक्सेल की गणना के लिए अपना रिसैम्पलिंग कर्नेल लागू करता है।

drawImage कॉल से पहले उपकरण ctx.imageSmoothingEnabled = true और ctx.imageSmoothingQuality = «high» सेट करता है। पहला फ़्लैग स्मूदिंग चालू करता है (निकटतम-पड़ोसी बंद); दूसरा ब्राउज़र को सबसे ऊँची गुणवत्ता का फ़िल्टर उपयोग करने का संकेत देता है। WHATWG canvas विनिर्देश सटीक फ़िल्टर को कार्यान्वयन पर छोड़ता है। Chrome और Firefox डेस्कटॉप पर «high» पर Lanczos-वर्ग के कर्नेल इस्तेमाल करते हैं; Safari बाइक्यूबिक-वर्ग का कर्नेल इस्तेमाल करता है; मोबाइल बिल्ड मेमोरी-दबाव में बाइलिनियर पर गिर सकते हैं। इनमें से कुछ भी JavaScript को दिखाई नहीं देता। ड्रॉ के बाद, canvas.toBlob(mimeType, गुणवत्ता) कैनवस को चुने हुए आउटपुट-फ़ॉर्मेट में Blob के रूप में अनुक्रमित करता है: PNG (निर्बाध DEFLATE, गुणवत्ता तर्क उपेक्षित), JPEG (हानिकारक DCT, गुणवत्ता 0.92), या WebP (हानिकारक या निर्बाध, गुणवत्ता 0.92)। Blob एक डाउनलोड-योग्य ऑब्जेक्ट URL बन जाता है।

कोई बाइट टैब से बाहर नहीं जाती। छवि आपके ब्राउज़र में डिकोड होती है, आपके ब्राउज़र में रिसैम्पल होती है, और आपके ब्राउज़र में पुनः-एनकोड होती है। डाउनलोड की गई फ़ाइल स्थानीय रूप से बनती है और ब्राउज़र के सामान्य डाउनलोड-तंत्र से आपके उपकरण पर सहेजी जाती है। एकमात्र नेटवर्क ट्रैफ़िक है पृष्ठ का आरंभिक लोड और छोटा image-resizer.js स्क्रिप्ट (कुछ किलोबाइट)। पृष्ठ लोड हो जाने के बाद अपने ब्राउज़र को हवाई-जहाज़ मोड में रखें और रिसाइज़र किसी भी स्थानीय छवि पर काम करता रहता है जो आप चुनते हैं। रिसाइज़ के दौरान DevTools का नेटवर्क टैब खोलें: छवि-डेटा ले जाने वाला कोई अनुरोध नहीं होगा। पूरी आर्किटेक्चर जानबूझकर न्यूनतम है क्योंकि Canvas API इस काम के लिए पहले से ही पर्याप्त शक्तिशाली है; एक लाइब्रेरी लाने से केवल बाइट और जटिलता जुड़ती, आउटपुट नहीं बदलता।

छवि-रिसैम्पलिंग का संक्षिप्त इतिहास

• ऑप्टिकल इनलार्जर, पूर्व-डिजिटल युग। डिजिटल फ़ोटोग्राफ़ी से पहले किसी फ़ोटो को «बड़ा करने» का अर्थ था नेगेटिव को एक ऑप्टिकल इनलार्जर से प्रकाश-संवेदनशील कागज़ की शीट पर प्रक्षेपित करना। लेंस लगातार बिना क्वांटिज़ेशन के रिसैम्पलिंग करता था, पर लेंस की अपनी ऑप्टिकल सीमाओं के साथ। पहले व्यावसायिक इनलार्जर 1860 के दशक के हैं। एक गणितीय क्रिया के रूप में रिसैम्पलिंग तभी एक सार्थक प्रश्न बना जब छवियाँ निरंतर एमल्शन के बजाय पिक्सेल-ग्रिड के रूप में अस्तित्व में आ गईं।
• बाइक्यूबिक प्रक्षेप, 1973-1981। Robert G. Rifman ने 1973 में TRW Defense and Space Systems में एक बाइक्यूबिक स्प्लाइन-आधारित छवि-रिसैम्पलिंग एल्गोरिथ्म प्रकाशित किया, जो उपग्रह-छवियों के पुनः-स्केलिंग के लिए लिखा गया था। मानक रूपीकरण R. G. Keys से 1981 में आया: IEEE Transactions on Acoustics, Speech, and Signal Processing में «Cubic Convolution Interpolation for Digital Image Processing»। आज जो भी छवि-लाइब्रेरी «बाइक्यूबिक» कहती है उसका मतलब 4x4 पड़ोस पर मूल्यांकित Keys क्यूबिक कर्नेल ही है।
• Mitchell-Netravali फ़िल्टर, 1988। Don P. Mitchell और Arun N. Netravali ने SIGGRAPH ’88 में «Reconstruction Filters in Computer Graphics» प्रकाशित किया, जिसमें दो गुणांकों B और C द्वारा ट्यून-योग्य क्यूबिक फ़िल्टरों का एक पैरामीट्रिक परिवार प्रस्तुत किया गया। मानक «Mitchell» फ़िल्टर (B=C=1/3) थोड़ी तीक्ष्णता खोकर बहुत कम रिंगिंग प्रदान करता है और libvips जैसी उच्च-स्तरीय छवि-लाइब्रेरियों में डाउनस्केल के लिए एक मानक डिफ़ॉल्ट बन गया।
• ImageMagick के चयन-योग्य फ़िल्टर, 1990 का दशक। John Cristy ने ImageMagick (मूलतः 1987, सार्वजनिक 1990) को प्रथम-श्रेणी सुविधा के रूप में चयन-योग्य रिसैम्पलिंग फ़िल्टरों के साथ जारी किया। 1990 के दशक के मध्य तक फ़ोटोग्राफ़र और DTP पेशेवर एक ही स्रोत-छवि पर Lanczos, Mitchell, Catmull-Rom, Hermite और Gaussian की तुलना कर सकते थे और उपयोग-स्थिति के अनुसार चुन सकते थे। ImageMagick का -filter Lanczos उत्पादन-पाइपलाइनों में आज भी सामान्य नुस्खा है।
• HTML5 कैनवस रिसाइज़, 2008-2017। WHATWG canvas विनिर्देश ने 2008 में निहित स्केलिंग के साथ drawImage() को मानकीकृत किया, और 9-तर्क रूप (जो यहाँ उपयोग में है) तभी से हर ब्राउज़र में है। imageSmoothingQuality गुण (low / medium / high) बाद में आया: Chrome 54 (2016), Firefox 51 (2017), Safari 11.1 (2018)। उससे पहले ब्राउज़र में रिसाइज़ हर कार्यान्वयन में प्रभावी रूप से केवल बाइलिनियर ही था, भले ही उपकरण «उच्च गुणवत्ता» का अनुरोध करे।
• AI सुपर-रिज़ॉल्यूशन, 2018-2021। ESRGAN (Wang एवं अन्य, 2018) ने दिखाया कि जेनरेटिव-एडवर्सरियल नेटवर्क बड़ी की गई फ़ोटो के लिए विश्वसनीय विवरण संश्लेषित कर सकते हैं। Real-ESRGAN (Wang एवं अन्य, 2021) ने इस तकनीक को वास्तविक-दुनिया के इनपुट के लिए व्यवहार्य बनाया; waifu2x (nagadomi, 2015) ने पहले एनिमे-कला के लिए CNN-आधारित संस्करण ट्यून किया था। Adobe Camera Raw ने 2021 में Super Resolution जोड़ा। ये उपकरण डाउनस्केल के लिए शास्त्रीय रिसैम्पलिंग की जगह नहीं लेते; वे उस स्थिति को साधते हैं जहाँ आप विशेष रूप से सहज प्रक्षेप के बजाय कल्पित विवरण चाहते हैं।

सामान्य छवि आकार

• 1920 x 1080 · Full HD, वेब बैकग्राउंड और YouTube थंबनेल के लिए मानक।
• 1080 x 1080 · Instagram फ़ीड पोस्ट (वर्गाकार)।
• 1080 x 1350 · Instagram पोर्ट्रेट पोस्ट (फ़ीड में अधिक स्क्रीन जगह लेते हैं)।
• 1280 x 720 · HD, ब्लॉग हेडर और प्रस्तुतियों के लिए अच्छा।
• 800 x 600 · क्लासिक वेब छवि आकार, ईमेल न्यूज़लेटर के लिए अच्छा।
• 400 x 400 · प्रोफ़ाइल चित्र और अवतार छवियाँ।
• 16 x 16 / 32 x 32 · वेबसाइटों के लिए Favicon आकार।

वास्तविक-दुनिया के रिसाइज़ वर्कफ़्लो

• सोशल मीडिया प्लेटफ़ॉर्म-वार आयाम। हर सोशल मीडिया प्लेटफ़ॉर्म का फ़ीड-पोस्ट, स्टोरीज़, बैनर और थंबनेल के लिए पसंदीदा आयाम है। ग़लत आकार पर अपलोड करने का अर्थ है कि प्लेटफ़ॉर्म आपकी जगह क्रॉप या लेटरबॉक्स करेगा, अक्सर बुरी तरह। 2026 में सामान्य लक्ष्य: Instagram फ़ीड 1080x1080 (वर्गाकार) या 1080x1350 (पोर्ट्रेट, फ़िलहाल सबसे अधिक एंगेजमेंट वाला स्थिर-छवि प्रारूप क्योंकि यह मोबाइल फ़ीड पर लगभग 25% अधिक खड़ी स्क्रीन घेरता है), Instagram Stories और Reels 1080x1920, YouTube थंबनेल 1280x720, Twitter/X कार्ड 1200x675, Facebook और LinkedIn लिंक-प्रीव्यू (Open Graph) 1200x630, Pinterest मानक पिन 1000x1500, TikTok 1080x1920। अपलोड से पहले एक बार रिसाइज़ करना मनचाहा परिणाम सुनिश्चित करता है; कच्ची फ़ोटो अपलोड करने पर चुनाव प्लेटफ़ॉर्म के हाथ में चला जाता है।
• वेब अनुकूलन और Core Web Vitals। Lighthouse का «Properly size images» ऑडिट उस हर छवि पर फ़ेल हो जाता है जिसके प्राकृतिक आयाम प्रदर्शन-आयामों से कहीं बड़े हों। 1200 पिक्सेल चौड़ाई पर प्रदर्शित होने वाला हीरो-छवि यदि 4000 पिक्सेल पर परोसी जा रही है तो बैंडविड्थ बर्बाद करती है और Largest Contentful Paint, सबसे दृश्य Core Web Vital, को नुकसान पहुँचाती है। समाधान है स्रोत को लगभग प्रदर्शन-आकार पर, या Retina स्क्रीन के लिए 2x पर, रिसाइज़ करना और आधुनिक srcset विशेषता के माध्यम से अलग-अलग व्यूपोर्ट्स को अलग-अलग आकार परोसना। एक हीरो-छवि को 4000 से 1920 पिक्सेल पर लाने से फ़ाइल-आकार आम तौर पर 60 से 80% कम हो जाता है, और LCP स्कोर सीधे उसका अनुसरण करता है।
• ईमेल अनुलग्नक। Gmail, Outlook और Apple Mail सभी अनुलग्नकों को प्रति संदेश 25 MB तक सीमित करते हैं। पूर्ण रिज़ॉल्यूशन वाले फ़ोन-फ़ोटो का एक फ़ोल्डर मात्र पाँच या छह छवियों से ही सीमा छू सकता है। लंबे किनारे को 1920 पिक्सेल पर ले आने से हर फ़ोटो आम तौर पर 1 MB से नीचे आ जाती है, फिर भी किसी भी लैपटॉप या फ़ोन स्क्रीन पर बिल्कुल देखने योग्य रहती है। 1920 पिक्सेल पर बीस फ़ोटो एक ही संदेश में आराम से समा जाती हैं; पूर्ण रिज़ॉल्यूशन वाली वही बीस फ़ोटो तीन या चार सेंड या क्लाउड-शेयर लिंक की माँग करेंगी।
• प्रोफ़ाइल-फ़ोटो और अवतार। अधिकांश सोशल प्लेटफ़ॉर्म प्रोफ़ाइल-फ़ोटो के लिए 400x400 से 800x800 पिक्सेल चाहते हैं और उन्हें वृत्ताकार दिखाते हैं। अपलोड से पहले स्थानीय रूप से रिसाइज़ करना आपको वर्गाकार क्रॉप (इस उपकरण के Image Cropper के साथ मिलाकर) और सटीक पिक्सेल-संख्या पर नियंत्रण देता है, ताकि प्लेटफ़ॉर्म मनमाने तरीक़े से क्रॉप न कर सके। Retina स्क्रीनों के लिए अनुभवजन्य नियम है प्रदर्शन-आकार से दोगुने पर अपलोड करना, इसलिए 200 पिक्सेल अवतार के लिए स्रोत कम-से-कम 400x400 होना चाहिए।
• Favicon और ऐप-आइकन निर्माण। आधुनिक ब्राउज़र 16x16 (ब्राउज़र टैब) और 32x32 (उच्च-DPI टैब) चाहते हैं, Apple Touch आइकन 180x180 चाहते हैं, Windows टाइल आइकन 270x270 चाहते हैं, और Progressive Web App मैनिफ़ेस्ट आम तौर पर 192x192 तथा 512x512 दोनों शामिल करते हैं। एक अच्छी तरह डिज़ाइन की गई वर्गाकार स्रोत-छवि (आम तौर पर 512x512 PNG, बिना बारीक विवरण के) को इनमें से हर लक्ष्य पर रिसाइज़ करना हर प्लेटफ़ॉर्म पर तीक्ष्ण आइकन तैयार करने का मानक वर्कफ़्लो है।
• प्रिंट तैयारी। 4x6 इंच के फ़ोटो प्रिंट को 300 DPI पर 1200x1800 पिक्सेल स्रोत-रिज़ॉल्यूशन चाहिए। 16x20 इंच के पोस्टर को 4800x6000 चाहिए। 8x10 इंच के प्रिंट को 240 DPI (अख़बार-गुणवत्ता) पर 1920x2400 चाहिए। स्रोत को इच्छित प्रिंट-आकार के लिए सही पिक्सेल-संख्या पर रिसाइज़ करने का मतलब है कि प्रिंट लैब को आपकी ओर से स्वतः-रिसैम्पल नहीं करना पड़ता, जिससे अप्रत्याशित फ़िल्टर-चयन और अज्ञात गुणवत्ता-सेटिंग से बचा जा सकता है। रिसाइज़ की गई पिक्सेल-संख्या के साथ अपने प्रिंट डायलॉग में सही DPI मेटाडेटा जोड़ें, और परिणाम वही दिखेगा जो आपने स्क्रीन पर देखा था।

सामान्य फँसाव और उनका अर्थ

• अपस्केलिंग हमेशा धुँधली दिखती है। 200 पिक्सेल चौड़ी एक थंबनेल 1920 पिक्सेल तक बड़ी की जाए तो वह मुलायम दिखेगी, चाहे किसी भी ब्राउज़र या गुणवत्ता-सेटिंग का प्रयोग हुआ हो। शास्त्रीय प्रक्षेप (बाइक्यूबिक, Lanczos, Mitchell) केवल ज्ञात नमूनों के बीच स्मूद कर सकता है; गुम विवरण की कल्पना नहीं कर सकता। सूचना-सिद्धांत की सीमा स्रोत की Nyquist आवृत्ति तय करती है। तीक्ष्ण आउटपुट देने वाले सच्चे विस्तार के लिए स्रोत को किसी सुपर-रिज़ॉल्यूशन उपकरण (Real-ESRGAN, Topaz Gigapixel AI, Camera Raw में Adobe Super Resolution) से चलाएँ, जो लाखों समान छवियों पर प्रशिक्षित न्यूरल-नेटवर्क की मदद से विश्वसनीय विवरण की कल्पना करता है।
• पहलू-अनुपात अनलॉक करने पर फ़ोटो खिंच जाती है। लॉक आइकन निष्क्रिय और चौड़ाई-ऊँचाई असंगत होने पर आउटपुट गणितीय रूप से दबकर या खिंचकर बनता है। उपकरण डिफ़ॉल्ट रूप से लॉक रहता है; अनलॉक करना एक जानबूझकर की गई क्रिया है। यदि आपको स्रोत के स्वाभाविक अनुपात के बजाय किसी लक्ष्य पहलू-अनुपात पर लाना है, तो सही वर्कफ़्लो है पहले क्रॉप करना (Image Cropper का उपयोग करें) फिर क्रॉप किए परिणाम को रिसाइज़ करना। इससे अनुपात ठीक रहता है और विषय विकृत नहीं होता।
• पिक्सेल आर्ट स्मूदिंग में धुँधला जाता है। इस उपकरण की डिफ़ॉल्ट चालू स्मूदिंग 8-बिट स्प्राइट, पिक्सेल-ग्रिड आइकन और हर उस ग्राफ़िक को बर्बाद कर देती है जहाँ रंगीन कोशिकाओं के बीच कठोर किनारे ही पहचान हैं। किसी भी स्मूदिंग फ़िल्टर (बाइलिनियर, बाइक्यूबिक, Lanczos) से रिसैम्पलिंग करने पर वे किनारे ग्रेडिएंट में बदल जाते हैं। पिक्सेल आर्ट के लिए सही उत्तर है निकटतम-पड़ोसी रिसाइज़, जो हर कठोर किनारे को बनाए रखता है। ब्राउज़र-पक्ष में, प्रदर्शित छवि पर CSS में image-rendering: pixelated सेट करें। किसी नए आकार पर वास्तविक निर्यात के लिए डेस्कटॉप उपकरण का प्रयोग करें: ImageMagick का -filter Point, GIMP का «कोई नहीं» प्रक्षेप, या Aseprite जैसे विशेषीकृत संपादक।
• बार-बार रिसाइज़ JPEG और WebP को बिगाड़ता है। कैनवस से होने वाला हर राउंड-ट्रिप JPEG या WebP को गुणवत्ता 0.92 पर पुनः एनकोड करता है। पहला राउंड दृश्य रूप से अप्रत्यक्ष होता है; तीसरा या चौथा समतल क्षेत्रों में दिखाई देने वाले विरूपण लाता है और बारीक विवरण को मुलायम कर देता है। हमेशा अपने पास उपलब्ध सबसे ऊँची रिज़ॉल्यूशन वाली मास्टर-छवि से रिसाइज़ करें, कल निर्यात की गई किसी प्रति से नहीं। यदि आपको इटरेट करना है (1920 आज़माएँ, फिर 1600, फिर 1280) तो हर बार मूल स्रोत पर लौटें, रिसाइज़ की ज़ंजीर मत बनाएँ।
• प्रिंट का DPI पिक्सेल-आयाम जैसा नहीं है। बहुत-से लोग उम्मीद करते हैं कि कोई «DPI» या «रिज़ॉल्यूशन» फ़ील्ड प्रिंट-आकार नियंत्रित करेगा। यह उपकरण केवल पिक्सेल-संख्या से रिसाइज़ करता है। JPEG या PNG में अंतर्निहित DPI टैग प्रिंटरों के लिए सलाह-योग्य मेटाडेटा है जो बताता है कि कागज़ पर कितने पिक्सेल-प्रति-इंच रेंडर करना है। पिक्सेल-आयाम और DPI स्वतंत्र हैं: 1920x1080 की छवि किसी भी DPI सेटिंग पर 1920x1080 पिक्सेल ही है। प्रिंट-आकार नियंत्रित करने के लिए आपको प्रिंट डायलॉग या किसी डेस्कटॉप फ़ोटो-टूल (Preview का प्रिंट पैन, Photoshop का Image Size डायलॉग «Resample Image» बंद करके) में सही DPI भी सेट करना होगा।
• बहुत बड़ी छवियाँ मोबाइल ब्राउज़र टैब को क्रैश कर सकती हैं। किसी छवि को कैनवस पर डिकोड करने के लिए उसके आयामों के अनुपात में RAM चाहिए: 24 मेगापिक्सेल फ़ोटो (6000x4000 पिक्सेल) को केवल RGBA स्रोत पिक्सेल-बफ़र के लिए लगभग 96 MB चाहिए, साथ ही लक्ष्य कैनवस के लिए अलग बफ़र, और JPEG या WebP एनकोडर का कार्यक्षेत्र। 1-2 GB RAM वाले मोबाइल उपकरणों पर एनकोडिंग पूरी होने से पहले OS टैब को बंद कर सकता है। बहुत बड़ी फ़ोटो को डेस्कटॉप ब्राउज़र पर रिसाइज़ करें, या चरणों में छोटा करें (पहले 50%, फिर 50% और) ताकि हर चरण उपलब्ध मेमोरी में आ जाए।

गोपनीयता: छवियाँ कभी आपका उपकरण नहीं छोड़तीं

हर क्लाउड-आधारित छवि-रिसाइज़र (iLoveIMG, ResizeImage.net, ResizePixel, BeFunky, Fotor, Pixlr का रिसाइज़ एंडपॉइंट, और दर्जनों «ऑनलाइन छवि रिसाइज़ करें» सेवाएँ) आपकी फ़ाइल को संचालक के सर्वर पर अपलोड करता है, अपना रिसाइज़ एल्गोरिथ्म चलाता है और छोटी छवि डाउनलोड के रूप में वापस देता है। गोपनीयता-प्रभाव मामूली नहीं हैं क्योंकि फ़ोटो में नियमित रूप से पहचान-योग्य सामग्री होती है: चेहरे, पृष्ठभूमि में दिखने वाले पते, आंतरिक UI या गोपनीय दस्तावेज़ों के स्क्रीनशॉट, बच्चों की तस्वीरें, निजी स्थानों में ली गई तस्वीरें, व्यक्तिगत जानकारी वाले दस्तावेज़ों के स्कैन। अधिकांश संचालक गोपनीयता-नीति प्रकाशित करते हैं जिसमें वे एक-दो घंटे में अपलोड हटाने और परिवहन में एन्क्रिप्ट करने की प्रतिबद्धता रखते हैं, और बड़े संचालक ISO/IEC 27001 प्रमाणन रखते हैं। उनके पास इन नीतियों के पालन के मज़बूत व्यावसायिक कारण हैं। पर «एक घंटे में हटा दिया गया» का अर्थ «कभी नहीं देखा गया» नहीं है। उस घंटे में छवि-सामग्री संचालक के बुनियादी ढाँचे में होती है, उपयुक्त अनुमतियों वाले किसी भी प्रक्रिया या व्यक्ति को सुलभ, और लागू अवधारण-नीति के अनुसार लॉग और बैकअप में दृश्य।

यह रिसाइज़र कभी कुछ अपलोड नहीं करता। पूरी पाइपलाइन (फ़ाइल-चयन, छवि-डिकोडिंग, कैनवस रिसाइज़, एनकोडिंग, डाउनलोड) JavaScript और HTML5 Canvas API के साथ आपके ब्राउज़र टैब के भीतर ही चलती है। कोई अपलोड नहीं, छवि-डेटा ले जाने वाला कोई नेटवर्क अनुरोध नहीं, कोई लॉग प्रविष्टि नहीं। रिसाइज़ से पहले ब्राउज़र के डेवलपर टूल्स में Network टैब खोलकर पुष्टि कर सकते हैं: कोई अनुरोध छवि-सामग्री के साथ नहीं चलता। एकमात्र नेटवर्क ट्रैफ़िक है पृष्ठ का आरंभिक लोड और एक छोटा image-resizer.js स्क्रिप्ट। पृष्ठ लोड होने के बाद ब्राउज़र को हवाई-जहाज़ मोड में रखें और रिसाइज़र किसी भी स्थानीय फ़ाइल पर काम करता रहता है जो आप चुनते हैं, यह सबसे मज़बूत प्रायोगिक प्रमाण है कि कुछ भी अपलोड नहीं हो रहा। संवेदनशील कुछ भी (चेहरे, स्थान, आंतरिक स्क्रीनशॉट, पहचान-दस्तावेज़) वाली फ़ोटो के लिए ब्राउज़र-पक्षीय व्यापार स्पष्ट रूप से सार्थक है।

जब कोई और उपकरण सही चयन हो

• सैकड़ों फ़ाइलों पर बैच-स्वचालन। Node.js में sharp का प्रयोग करें (libvips पर निर्मित मानक सर्वर-साइड छवि-लाइब्रेरी), कमांड लाइन पर ImageMagick या GraphicsMagick, या Python में Pillow। ये उपकरण ब्राउज़र की मेमोरी-सीमा के बिना हज़ारों फ़ाइलें संभालते हैं, हर रिसैम्पलिंग कर्नेल को स्पष्ट विकल्प के रूप में उजागर करते हैं, और CI जॉब, डिप्लॉय हुक या cron कार्य से चलते हैं।
• वास्तविक विस्तार के लिए AI सुपर-रिज़ॉल्यूशन। ऐसे तीक्ष्ण विस्तार के लिए जो असल में विवरण जोड़े, न्यूरल-नेटवर्क अपस्केलर का प्रयोग करें। Real-ESRGAN (ओपन सोर्स, ChaiNNer या कमांड लाइन से स्थानीय रूप से चलता है), waifu2x (ओपन सोर्स, मुफ़्त वेब डेमो उपलब्ध), Topaz Gigapixel AI (वाणिज्यिक, डेस्कटॉप), या Camera Raw या Lightroom के भीतर Adobe Super Resolution। ये मॉडल विवरण की पुनः-प्राप्ति के बजाय कल्पना करते हैं; परिणाम चेहरों और प्राकृतिक बनावटों पर तीक्ष्ण दिखते हैं क्योंकि मॉडल ने प्रशिक्षण के दौरान कई समान छवियाँ देखी हैं।
• कठोर किनारे बनाए रखने वाला पिक्सेल आर्ट रिसाइज़। ऐसा उपकरण इस्तेमाल करें जो स्पष्ट रूप से निकटतम-पड़ोसी रिसैम्पलिंग देता है: ImageMagick का -filter Point, GIMP में प्रक्षेप «कोई नहीं» पर, या Aseprite जैसे विशेषीकृत पिक्सेल-आर्ट संपादक। यह उपकरण हमेशा स्मूद करता है क्योंकि Canvas API का imageSmoothingEnabled फ़्लैग चालू है; इसे बंद करने से बाकी हर उपयोग-मामला ख़राब होगा, इसलिए संतुलन फ़ोटो के पक्ष में है, स्प्राइट के नहीं।
• DPI नियंत्रण वाले प्रिंट-गुणवत्ता वर्कफ़्लो। Adobe Photoshop, Affinity Photo या Lightroom पिक्सेल-आयाम और DPI को स्वतंत्र सेटिंग्स के रूप में देते हैं, रंग-प्रबंधित वर्कफ़्लो (ICC प्रोफ़ाइल बनाए रखना, सॉफ़्ट-प्रूफिंग, CMYK आउटपुट) का समर्थन करते हैं, और गैर-विनाशकारी रिसाइज़ इतिहास याद रखते हैं। ब्राउज़र-पक्षीय Canvas रिसाइज़ इनमें से किसी की भी गारंटी नहीं दे सकता क्योंकि Canvas sRGB में काम करता है और पुनः-एनकोडिंग के दौरान अंतर्निहित रंग-प्रोफ़ाइलें हटा सकता है।

अक्सर पूछे जाने वाले प्रश्न

क्या आकार बदलने से छवि की गुणवत्ता कम होगी?

छोटा करने से गुणवत्ता अच्छी तरह बनी रहती है। बड़ा करना (मूल से बड़ी छवि बनाना) कुछ धुंधलापन ला सकता है क्योंकि नए पिक्सेल इंटरपोलेट किए जाते हैं। बेहतर परिणाम के लिए उच्चतम रिज़ॉल्यूशन वाली मूल छवि से शुरू करें।

"लॉक एस्पेक्ट रेश्यो" क्या करता है?

लॉक होने पर, चौड़ाई बदलने से ऊँचाई स्वचालित रूप से समायोजित हो जाती है (और इसके विपरीत) ताकि मूल अनुपात बना रहे। यदि आपको विशिष्ट आयामों के लिए छवि को खींचने या सिकोड़ने की आवश्यकता है तो इसे अनलॉक करें।

क्या मेरी छवि किसी सर्वर पर अपलोड होती है?

नहीं। सभी आकार बदलाव आपके ब्राउज़र में HTML5 Canvas API का उपयोग करके स्थानीय रूप से होते हैं। आपकी छवि आपके डिवाइस से कभी नहीं जाती।

क्या मैं आउटपुट प्रारूप बदल सकता हूँ?

हाँ। आप मूल प्रारूप की परवाह किए बिना आकार बदली गई छवि को JPEG, PNG, या WebP के रूप में आउटपुट कर सकते हैं। यह आकार बदलते समय प्रारूप बदलने के लिए उपयोगी है।

और अधिक सामान्य प्रश्न

DPI, PPI और पिक्सेल-आयाम में क्या अंतर है?

पिक्सेल-आयाम (पिक्सेल में चौड़ाई गुणित ऊँचाई) वर्णन करते हैं कि छवि वास्तव में क्या रखती है। PPI (पिक्सेल प्रति इंच) वर्णन करता है कि वे पिक्सेल किसी स्क्रीन पर कितने सघन रूप से दिखाए जाते हैं, यह डिस्प्ले हार्डवेयर का गुण है, फ़ाइल का नहीं। DPI (डॉट प्रति इंच) वर्णन करता है कि छवि छपने पर प्रति इंच कागज़ पर कितने प्रिंटर-आउटपुट डॉट रखे जाएँगे। JPEG या PNG में अंतर्निहित DPI टैग प्रिंटरों के लिए सलाह-योग्य मेटाडेटा है; यह पिक्सेल-डेटा नहीं बदलता। 1920x1080 की छवि किसी भी DPI सेटिंग पर 1920x1080 पिक्सेल ही है। प्रिंट छोटा करने के लिए या तो पिक्सेल-संख्या घटाएँ (यह उपकरण), या प्रिंट पर भेजने से पहले DPI मेटाडेटा बढ़ाएँ (किसी डेस्कटॉप उपकरण का प्रिंट डायलॉग या Photoshop का Image Size, «Resample Image» बंद करके)।

मेरी अपस्केल की गई छवि धुँधली क्यों दिखती है?

क्योंकि सूचना-सिद्धांत कहता है कि उसे होना ही होगा। शास्त्रीय रिसैम्पलिंग (बाइक्यूबिक, Lanczos, Mitchell) केवल ज्ञात स्रोत-पिक्सेल के बीच सहज प्रक्षेप कर सकती है; उन विवरणों की कल्पना नहीं कर सकती जिनका कभी नमूना नहीं लिया गया। Nyquist-Shannon नमूनाकरण प्रमेय एक कठोर सीमा तय करता है: स्रोत के पिक्सेल-ग्रिड दर के आधे से ऊपर की आवृत्तियाँ गणितीय रूप से अप्राप्य हैं। 200 पिक्सेल स्रोत को 1920 पिक्सेल तक बढ़ाना हमेशा मुलायम दिखेगा क्योंकि 90% नए पिक्सेल प्रक्षेपित हैं। तीक्ष्ण विस्तार के लिए सुपर-रिज़ॉल्यूशन मॉडल का प्रयोग करें (Real-ESRGAN, Topaz Gigapixel, Adobe Super Resolution) जो लाखों समान छवियों पर प्रशिक्षित न्यूरल-नेटवर्क के माध्यम से विश्वसनीय विवरण संश्लेषित करता है।

क्या मुझे Retina या HiDPI स्क्रीनों के लिए रिसाइज़ करना चाहिए?

हाँ। iPhone और MacBook के Retina स्क्रीन और Windows के HiDPI स्क्रीन तार्किक CSS पिक्सेल-घनत्व के 2x या 3x पर रेंडर करते हैं। Retina स्क्रीन पर तार्किक रूप से 1200 पिक्सेल चौड़ी दिखने वाली हीरो-छवि वास्तव में 2400 भौतिक पिक्सेल खींचती है। HTML के srcset गुण (आधुनिक उत्तरदायी छवियों का मानक) के माध्यम से 2x स्रोत परोसें और ब्राउज़र हर दर्शक के उपकरण के लिए सही चुनेगा। बिना srcset वाले किसी एकल अवतार या हीरो-छवि के लिए, बस प्रदर्शन-आकार के 2x पर रिसाइज़ करें: छवि Retina पर तीक्ष्ण होगी और गैर-Retina पर थोड़ी बड़ी, जिसकी बैंडविड्थ-लागत थोड़ी है पर उच्च-घनत्व पिक्सेल पर खिंची गई कम-आकार वाली छवि की कहीं अधिक दिखने वाली धुँधलाहट से बच जाती है।

क्या यह उपकरण ऑफ़लाइन काम करता है?

हाँ। HTML5 Canvas API ख़ुद ब्राउज़र का हिस्सा है, कोई डाउनलोड की हुई लाइब्रेरी नहीं, इसलिए कैश करने के लिए कोई अलग रनटाइम नहीं है। पृष्ठ सामान्य ढंग से लोड होता है; एक बार खुलने पर रिसाइज़र आपके चुने हुए किसी भी स्थानीय फ़ाइल पर पूरी तरह ब्राउज़र के अंतर्निहित कोड से चलता है। पृष्ठ खोलने के बाद हवाई-जहाज़ मोड चालू करके और स्थानीय छवि रिसाइज़ करके सत्यापित कर सकते हैं। डाउनलोड किया गया परिणाम स्थानीय रूप से बनता है और ब्राउज़र के सामान्य डाउनलोड-तंत्र से सहेजा जाता है, उसमें भी कोई नेटवर्क-भागीदारी नहीं।

मुझे रिसाइज़ करने से पहले क्रॉप करना चाहिए, या बाद में?

पहले क्रॉप, फिर रिसाइज़। क्रॉप अनचाहे किनारी पिक्सेल हटाकर पहलू-अनुपात (YouTube के लिए 16:9, Instagram फ़ीड के लिए 1:1, Stories के लिए 9:16, Open Graph के लिए 1.91:1) तय करता है। रिसाइज़ फिर चुने हुए पहलू-अनुपात के लिए पिक्सेल-संख्या तय करता है। चरण उल्टे क्रम में भी संभव हैं पर इससे काम बेकार होता है, आप ज़रूरत से ज़्यादा पिक्सेल रिसैम्पल करेंगे और फिर क्रॉप के दौरान कुछ फेंक देंगे। इस उपकरण के लिए पहले Image Cropper से पहलू-अनुपात तय करें और फिर इसी Image Resizer से सटीक लक्ष्य-आयाम तय करें। कई प्लेटफ़ॉर्म-विशिष्ट वर्कफ़्लो (YouTube थंबनेल 1280x720, Instagram फ़ीड 1080x1080) दोनों चरण मिलाते हैं; दो समर्पित उपकरणों से क्रम में करना एक ही बार में खिंचे पहलू-अनुपात से सब करने की कोशिश से अधिक साफ़ आउटपुट देता है।

क्या कोई डेस्कटॉप या कमांड-लाइन समकक्ष है?

कई हैं। बैच-स्वचालन के लिए Node.js में sharp मानक सर्वर-साइड लाइब्रेरी है (libvips पर निर्मित)। ImageMagick (magick input.jpg -resize 1920x1080 output.jpg) और GraphicsMagick किसी भी शेल से चलते हैं और विशाल फ़ाइलें संभाल सकते हैं। Python में Pillow (Image.open(p).resize((1920, 1080), Image.LANCZOS)) डेटा-साइंस वर्कफ़्लो के लिए डिफ़ॉल्ट है। इस उपकरण जैसा सामयिक संवादात्मक काम पर हर कर्नेल के स्पष्ट नियंत्रण और AVIF सहित अधिक आउटपुट-फ़ॉर्मेट के साथ चाहिए तो Squoosh (Google Chrome Labs, पूरी तरह क्लाइंट-साइड) अनुशंसित ब्राउज़र-विकल्प है। Photoshop, Affinity Photo और macOS पर Preview (Tools, Adjust Size) डेस्कटॉप-GUI मामले को संभालते हैं।

संबंधित उपकरण