हिन्दी

छवियाँ और तस्वीरें · ब्राउज़र छवि और ड्राइंग एडिटर

जब आप फ़ोन फ़ोटो संपादित करते हैं तो ब्राउज़र EXIF ओरिएंटेशन को कैसे संभालते हैं

· यह काम किस प्रकार करता है

छवि संपादन कैनवास ब्राउज़र-प्रसंस्करण

जब आप किसी फ़ोन फ़ोटो को संपादित करते हैं तो ब्राउज़र EXIF ओरिएंटेशन को कैसे संभालते हैं, इसके लिए सार रेखापुंज चित्रण
मूल ToolAcre वेक्टर चित्रण

फ़ोन अक्सर फ़ोटो को साइड में सहेजते हैं और दर्शकों को उन्हें घुमाने का तरीका बताने के लिए एक छोटे ओरिएंटेशन टैग पर निर्भर होते हैं। यह पोस्ट बताती है कि वह टैग क्या है, ब्राउज़र इसे डिकोडिंग के दौरान कैसे लागू करता है, और संपादित निर्यात को अब इसकी आवश्यकता क्यों नहीं है।

वह फ़ोटो जो आपके फ़ोन पर सीधी है और बाकी सभी जगह बग़ल में है - ठोस लक्षण और इसके पीछे आठ-मान वाला EXIF ओरिएंटेशन टैग

लक्षण से शुरू करें: फ़ोन गैलरी में सीधा दिखने वाला चित्र दूसरे व्यूअर में बग़ल में आ सकता है। EXIF ओरिएंटेशन फ़ाइल से जुड़ा एक निर्देश है, जिसमें फ़्लिप और क्वार्टर-टर्न का वर्णन करने वाले आठ संभावित मान हैं। यहां उपयोगी साक्ष्य एक सामान्य ब्राउज़र वादे से अधिक संकीर्ण है: यह एडिटर एक स्कोप्ड ऑब्जेक्ट URL से एक HTML छवि लोड करता है, डिकोड किए गए परिणाम को खींचता है, और इसमें कोई फिक्स्चर नहीं है जो यह साबित करता हो कि प्रत्येक ब्राउज़र प्रत्येक ओरिएंटेशन मान को कैसे संभालता है।

परीक्षण नमूने के रूप में कॉपी किए गए फ़ोन फ़ोटो का उपयोग करें। इसके प्रदर्शित आयामों को रिकॉर्ड करें, एक छोटी फसल बनाएं, इसे निर्यात करें, और दूसरे व्यूअर में डाउनलोड खोलें। कैनवास निर्यात प्रदर्शित पिक्सेल को canvas.toBlob के माध्यम से PNG, JPEG, या WebP के रूप में पुनः एन्कोड करता है; यह स्रोत कंटेनर की प्रतिलिपि नहीं बनाता है या EXIF को बनाए रखने का वादा नहीं करता है। तुलना आपको बताती है कि इस रैस्टर का क्या हुआ, न कि प्रत्येक फ़ाइल क्या करेगी।

एक पार्श्व परिणाम संभव है, लेकिन यह भंडार आठ EXIF अभिविन्यास मानों को पार्स नहीं करता है

बेमेल मौजूद है क्योंकि एक कैमरा सुविधाजनक भौतिक क्रम में सेंसर पंक्तियों को रिकॉर्ड कर सकता है जबकि उन पंक्तियों को कैसे प्रस्तुत किया जाना चाहिए, इसके बारे में एक संक्षिप्त निर्देश संग्रहीत करता है। उस स्पष्टीकरण को संदर्भ के रूप में मानें, न कि इस एप्लिकेशन के बारे में दावे के रूप में। रिपॉजिटरी आठ EXIF ओरिएंटेशन मानों को पार्स नहीं करता है, और यह साबित नहीं करता है कि छवि कैनवास तक पहुंचने से पहले कौन से ब्राउज़र संस्करण उन्हें लागू करते हैं।

वह सीमा व्यावहारिक कार्यप्रवाह को बदल देती है। मूल को अछूता रखें, डुप्लिकेट खोलें, और यह मानने के बजाय कि टैग की सही व्याख्या की गई है, डिकोड किए गए स्वरूप का मूल्यांकन करें। एडिटर पूरे रैस्टर को नब्बे-डिग्री चरणों में घुमा सकता है, लेकिन यह ओरिएंटेशन मेटाडेटा को संपादित या पुनर्स्थापित नहीं कर सकता है। इसलिए निर्यात एक नया पिक्सेल परिणाम है जिसका व्यवहार आपके लिए मायने रखने वाले व्यूअर में जांचा जाना चाहिए।

कैमरा भंडारण का औचित्य भंडार साक्ष्य के बाहर है; वास्तविक डिकोड किए गए परिणाम का निरीक्षण करें

एक ब्राउज़र रेंडर किए गए पिक्सेल में पहले से ही प्रतिबिंबित ओरिएंटेशन निर्देश के साथ एक छवि को डीकोड कर सकता है। आधुनिक APआई createImageBitmap विकल्पों सहित डिकोडिंग विकल्पों को उजागर कर सकते हैं, लेकिन यह कोड पथ createImageBitmap को कॉल नहीं करता है या इमेजऑरिएंटेशन विकल्प सेट नहीं करता है। यह किसी ऑब्जेक्ट URL से एक HTML छवि बनाता है और उस छवि को खींचता है, इसलिए वास्तविक फ़ोन फ़ाइल और ब्राउज़र प्रयोग का हिस्सा बने रहते हैं।

परिणाम का दो चरणों में निरीक्षण करें: पहले एडिटर में, फिर निर्यात के बाद। स्पष्ट पोर्ट्रेट दिशा और दस्तावेज़ द्वारा बताई गई चौड़ाई और ऊंचाई दोनों पर ध्यान दें। यदि पहला दृश्य गलत है, तो मैन्युअल क्वार्टर-टर्न कार्यशील रैस्टर को सही दिखा सकता है। यदि पहला दृष्टिकोण सही है, तो यह दावा करने से बचें कि मूल मेटाडेटा को सार्वभौमिक रूप से समझा गया था; रिपॉजिटरी साक्ष्य केवल देखे गए डिकोड किए गए परिणाम का समर्थन करता है।

यह एडिटर एक HTML छवि लोड करता है और कोई स्पष्ट ओरिएंटेशन-डिकोडिंग विकल्प सेट नहीं करता है

एक बार जब पिक्सेल कैनवास से गुजरते हैं और फिर से एन्कोड किए जाते हैं, तो स्रोत कंटेनर अब डिलीवर की जाने वाली वस्तु नहीं रह जाती है। एडिटर आपके क्रॉप और किसी अन्य दृश्यमान संपादन के साथ डिकोड किए गए पिक्सेल को मिश्रित करता है, फिर PNG, JPEG, या WebP आउटपुट के लिए canvas.toBlob को कॉल करता है। वह प्रक्रिया EXIF फ़ील्ड को संरक्षित करने का वादा नहीं करती है। विशेष रूप से, यह कार्यान्वयन बाद के दर्शकों के लिए व्याख्या के लिए ओरिएंटेशन टैग को संपादित या पुनर्स्थापित नहीं कर सकता है।

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

कैनवस निर्यात प्रदर्शित पिक्सेल को पुनः एन्कोड करता है लेकिन यह प्रमाणित नहीं करता है कि कौन से मेटाडेटा फ़ील्ड बने हुए हैं

किसी संदेश के लिए इच्छित पोर्ट्रेट फ़ोन फ़ोटो पर विचार करें. डुप्लिकेट खोलें, देखें कि एडिटर व्यक्ति को सीधा दिखाता है या नहीं, और काटने से पहले डिकोड किए गए आयामों को नोट करें। यदि दृश्य बग़ल में है, तो रैस्टर को नब्बे-डिग्री चरणों में घुमाएँ जब तक कि कार्यशील छवि स्पष्ट रूप से सही न हो जाए, फिर उस सुधार के बाद ही क्रॉप करें। यह ऑपरेशन एक पिक्सेल संपादन है, फ़ाइल मेटाडेटा की मरम्मत नहीं।

फसल को निर्यात करें और दूसरे छवि व्यूअर में एडिटर दृश्य के साथ इसकी तुलना करें। PNG, JPEG, और WebP कैनवास से निर्मित होते हैं, इसलिए आउटपुट मूल फ़ोन कंटेनर के बजाय एक पुन: एन्कोडेड छवि है। यदि परिणाम परिचालनात्मक रूप से मायने रखता है तो उपयोग किए गए प्रारूप और व्यूअर को रिकॉर्ड करें। वह छोटा ऑडिट आपको इस चित्र के बारे में साक्ष्य देता है, जबकि प्रत्येक फ़ोन या ब्राउज़र के बारे में एक असमर्थित वादे से बचता है।

कार्यान्वित जांच: क्रॉपिंग और निर्यात से पहले डिकोड किए गए आयामों और उपस्थिति की तुलना करें

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

यही सावधानी अन्य EXIF फ़ील्ड जैसे कैप्चर समय, स्थान और कैमरा विवरण पर भी लागू होती है। कैनवास निर्यात कंपोजिट ने canvas.toBlob के माध्यम से पिक्सेल को डीकोड किया और यह प्रमाणित नहीं किया कि कौन से मेटाडेटा फ़ील्ड बने हुए हैं। यदि वे फ़ील्ड मायने रखते हैं तो मूल रखें, दृश्य छवि कार्य के लिए एडिटर का उपयोग करें, और निर्यात की गई फ़ाइल को मेटाडेटा-संरक्षण प्रतिस्थापन के रूप में मानने से पहले सत्यापित करें।

टेकअवे: एक बार संपादित करें, हर जगह सीधा - कैसे ब्राउज़र छवि और ड्राइंग एडिटर में संपादन एक फ़ाइल बनाता है जो हर दर्शक में समान प्रदर्शित करता है

व्यावहारिक उपाय सरल है लेकिन जानबूझ कर सीमित किया गया है: दृश्य रेखापुंज को संपादित करें, फिर किसी अन्य व्यूअर में निर्यातित अभिविन्यास को सत्यापित करें। ब्राउज़र इमेज और ड्रॉइंग एडिटर एक स्थानीय फोन फोटो खोलने, पूरे रैस्टर को नब्बे-डिग्री चरणों में घुमाने, उसे क्रॉप करने और PNG, JPEG, या WebP डाउनलोड तैयार करने के लिए उपयोगी है। इसका लोडर और निर्यात पथ सार्वभौमिक EXIF हैंडलिंग के दावे को उचित नहीं ठहराता है।

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