एचडीआर फिर पैनोरमा, या पैनोरमा फिर एचडीआर?


46

विशाल गतिशील रेंज के एक दृश्य के लिए एक पैनोरमा बनाते समय, सहज रूप से मैं हमेशा एक्सपोज़र ब्रैकेट्स को एचडीआर में मिला देता हूं और उन्हें टोन-मैप करता हूं और फिर परिणामस्वरूप चित्रों को पैनोरमा में सिलाई करता हूं । यहां मेरा अंतर्ज्ञान यह है कि सिलाई प्रक्रिया की तुलना में एचडीआर प्रक्रिया बहुत अधिक अनुमानित है, इसलिए मैं पूर्व से शुरू करता हूं। मुझे लगता है कि यह हो सकता है क्योंकि मैं एचडीआर के बारे में बहुत कुछ जानता हूं (एचडीआर एस / डब्ल्यू पर 9 साल तक काम किया है) और सिलाई सॉफ्टवेयर के बारे में बहुत कम है।

क्या ऐसा करने का सही क्रम है और क्यों?

यह सवाल इसलिए उठा क्योंकि पुस्तक मास्टरींग पैनोरमा फोटोग्राफी में लेखक पहले टाँके लगाता है और फिर एलडीआर पैनोरमा को एक एचडीआर में विलय कर देता है। वह इसका उल्लेख करते हैं लेकिन बताते नहीं हैं कि क्यों।


18
मेरे पूर्वाग्रहों के आधार पर, मैं कहूंगा कि सही क्रम पहले सिलाई है, एचडीआर बाद में - बहुत बाद में। सूरज के मरने के बाद, और ब्रह्मांड गर्मी में चला जाता है मौत सही समय के बारे में होगा ...
जैरी कॉफिन

3
@ जेरी - प्रतिक्रिया समझ में आती है, मुझे सबसे अधिक एचडीआर छवियां ऑनलाइन गंभीरता से मिल रही हैं। मैं अपने खुद के एचडीआर को और अधिक सूक्ष्म बनाता हूं। यहां तक ​​कि इन-कैमरा वाले भी शायद ही सहन करने योग्य हों।
इटई

3
निष्पक्षता में, इसमें से अधिकांश है फोटोग्राफर है क्या का एक परिणाम के चुने हुए , ऐसा करने के लिए, तो यह शायद एचडीआर ही इसके लिए जिम्मेदार अनुचित है। फिर भी, मैं कहूंगा कि यह नुकसान की तुलना में अधिक बार नहीं है ...
जेरी कॉफिन

1
मेरी प्राथमिकता हमेशा आपके द्वारा राज्य के कारण सिलाई करने से पहले छवियों को संयोजित करना होगा!
मैट ग्राम

1
@ मट्ट - सही। वास्तव में मुझे एहसास है कि मेरी अधिकांश छवियां सभी एक्सपोज़र स्तरों पर स्टैचेबल नहीं होंगी, क्योंकि उनमें या तो हर चीज के साथ विरल हाइलाइट डिटेल्स होती हैं या फिर ब्लैक एंड स्पार्स शैडो डिटेल्स के साथ बाकी सब चीजें उड़ जाती हैं।
इताई

जवाबों:


23

एचडीआर करने से पहले फायदे होते हैं: एचडीआर प्रक्रिया एक छोटे छवि आकार पर काम कर रही है, और आपको केवल छवियों के एक सेट को सिलाई करना है।

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

संपादित करें: मैंने हाल ही में पाया है कि पहले पैनो स्टिचिंग स्टेप को करते हुए, कभी-कभी परिणामी फाइलों में थोड़ा अलग आयाम होता है, एक पिक्सेल या दो से, और फिर एचडीआर प्रोसेसर शिकायत करता है कि छवियों का समान आयाम होना चाहिए।


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

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

20

पहले से प्रस्तुत किए गए उत्तरों के अलावा, पहले सिलाई करने की एक बड़ी संभावना है - सिलाई कार्यक्रम जब आप एचडीआर करते हैं तो प्रत्येक जोखिम को अलग-अलग मिसलिग्न्मेंट में सिलाई करने का निर्णय ले सकता है।

जब तक सिलाई कार्यक्रम आपको विभिन्न छवियों के साथ ताना-बाना दोहराने की अनुमति नहीं देता है यह निर्णायक कारक हो सकता है जिसमें पहले करना है।

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

उस क्रम की कल्पना करें जिसमें आपके पास आकाश के लिए एक जोखिम है जिसके लिए भूमि लगभग शुद्ध काली है। विवरण की कमी के कारण कार्यक्रम को आकाश में सिलाई करने में बहुत कठिनाई हो सकती है।

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


यहां तक ​​कि अगर सिलाई एक ही वार और संरेखण को दोहरा सकती है, तो भी 1/2 की तरह छोटी मात्रा में कैमरा जिगलिंग की संभावना है, जैसे कि 1/2 पिक्सेल। परियोजना की प्रकृति के आधार पर, यह समस्या हो सकती है।
डैरनव

अलग-अलग एक्सपोज़र के लिए सटीक समान सिलाई नहीं मिलना भी मेरी मुख्य चिंता होगी। पहले एचडीआर करना बेहतर है, फिर सिलाई करें।
हाकोन के। ओलाफसेन

मुझे संदेह है कि वे स्पष्ट रूप से लिन सेगमेंट और कोनों की तलाश करते हैं। मुझे आश्चर्य होगा कि यदि वे SIFT सुविधाओं या अन्य प्रकारों (जैसे पुराने संस्करण "KLT", या नए "SURF") के साथ काम नहीं करते हैं। वे कोनों, रेखाओं और अन्य विस्तृत बनावट पर उतरने की प्रवृत्ति रखते हैं, लेकिन कार्यक्रम में स्पष्ट रूप से रेखाओं और कोनों के रूप में आपके शब्दों की तरह लगता है।
माइकल नील्सन

9

मुझे पता है कि यह देर हो चुकी है लेकिन मैं एचडीआर पैनोरमा कर रहा हूं जो सफल रहा है। यहाँ मेरी विधि है:

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

इसके दो फायदे हैं:

  1. हुगिन सभी पैनोरमा सेटों के लिए 0 स्टॉप कंट्रोल पॉइंट्स का उपयोग करेगा, इसलिए ज्यामिति सभी 3 सेटों के लिए समान होगी जो कि एकल पिक्सेल स्तर तक सही होगी।
  2. हगिन उन सेटों के साथ बमबारी नहीं करेंगे जिनमें पर्याप्त विस्तार नहीं है।

फिर फोटोमैटिक्स का उपयोग करके परिणामी पैनोरमा को एचडीआर करना बहुत आसान है। यहाँ 2 उदाहरण हैं:

सादर, स्टीव पिटुच


5

एचडीआर से पहले सिलाई करने का एक कारण ऐसी स्थिति हो सकती है जहां आपके पास एक दृश्य है जो एक छोर पर बहुत अंधेरा है, प्रकाश के साथ धीरे-धीरे दूसरे छोर तक बढ़ रहा है, जो बहुत उज्ज्वल है। सबसे पहले, पैनोरमा के अलग-अलग फ्रेम को बहुत अधिक गतिशील रेंज की आवश्यकता नहीं होगी, लेकिन संपूर्ण पैनोरमा होगा। दूसरा, अपने बाएं-सबसे फ्रेम से HDR बनाकर, आप 16 bpc स्पेस में अधिकांश उपयोगी मानों के माध्यम से इसकी सीमा को बढ़ाएंगे, लेकिन बाएं किनारे को सबसे गहरा और दाएं किनारे को सबसे हल्का बनाया जाएगा। ऐसा ही दूसरे फ्रेम में भी होगा। आप उन्हें पहले फ्रेम के सबसे हल्के हिस्से के साथ दूसरे फ्रेम के सबसे गहरे हिस्से को सिलाई करेंगे। इसे हल करने के लिए, आपको या तो दोनों फ़्रेमों की सीमा को संपीड़ित करना होगा, इस प्रकार एचडीआर चरण के दौरान आपके द्वारा किए गए कुछ एचडीआर काम को पूर्ववत करना होगा, या बाएं छोर को बहुत अंधेरा होने देना होगा, या दाएं छोर को ओवरब्लाउन करना होगा।

यदि आप पहले सिलाई करते हैं, तो आपके पास कई पैनोरमा होंगे, उनमें से एक पूरी तरह से बाईं ओर से बिल्कुल अलग है, उनमें से एक पूरी तरह से दाईं ओर झुका हुआ है, लेकिन उन्हें एक साथ मर्ज करने से आपको उम्मीद है कि एक आदर्श तस्वीर के साथ समाप्त हो जाएगा।


मुझे लगता है कि यह एक बहुत अच्छा बिंदु है - आमतौर पर एचडीआर का उपयोग ऊर्ध्वाधर अक्ष (जैसे भूमि / आकाश) पर एक अच्छी सीमा प्राप्त करने के लिए किया जाता है। पैनोरामा की कल्पना करना आसान है, जहां विपरीत क्षैतिज में भी है / इसके बजाय। पूर्व-सिलाई एचडीआर इस विपरीत पोस्ट-सिलाई को पुनर्प्राप्त करने के लिए मुश्किल बना देगा। एचडीआर के प्री-स्टिच बनाते समय सभी छवियों के लिए एक ही पैरामीटर लागू करना अभी भी गलत तरीके से उजागर होने वाली कुछ छवियों को छोड़ सकता है।
मटज

2

आमतौर पर मैं पहले एचडीआर करता हूं फिर सिलाई करता हूं। कभी-कभी अलग-अलग एक्सपोजर के सिलाई से अलग परिणाम मिल सकता है। लेकिन ज्यादातर इसलिए कि मैं रॉ से काम करता हूं, अगर मैं पहले सिलाई करता हूं तो मुझे jpg से एचडीआर बनाना होगा जो कि रॉ से उतना अच्छा परिणाम नहीं लाएगा। लेकिन कुछ समय के लिए एचडीआर सिलाई काम नहीं करती है इसलिए मैं पहले एचडीआर को बाद में सिलाई करने की कोशिश करता हूं (लेकिन आमतौर पर इसका मतलब है कि परिणाम उतना अच्छा नहीं होगा)


क्या आप इस बात पर विस्तार से बता सकते हैं कि एचडीआर की सिलाई कभी-कभी काम क्यों नहीं करती है?
mattdm

3
स्टिचिंग का परिणाम jpg में नहीं होता है। मैं हमेशा टिफ करने के लिए सिलाई करती हूं।
जन हैवलेस्क

1

पहले सिलाई का अपना स्पष्ट लाभ है। आप अपने उपयुक्त एचडीआर के लिए ट्यून कर सकते हैं जब आप पूरी छवि प्राप्त करते हैं और केवल एक बार :)


1
यह बिल्कुल स्पष्ट नहीं है, क्योंकि सिलाई अलग-अलग एक्सपोज़र के लिए समान नहीं हो सकती है।
हेकन के। ओलाफसेन

@ HåkonK.Olafsen: मैं नहीं करता कि 2011 में एक सुविधा थी, लेकिन आजकल आप सभी सेटों के लिए एक ही नियंत्रण बिंदुओं का पुन: उपयोग कर सकते हैं
राफेल

1

मुझे यकीन नहीं है कि एचडीआर सॉफ्टवेयर (जैसे फोटोमैटिक्स) कई छवियों को स्वीकार करेगा जो एक साथ सिले हुए थे क्योंकि वे आकार और आंतरिक आयामों में भिन्न हो सकते हैं, इसलिए मैं निश्चित रूप से पहले एचडीआर की कोशिश करूंगा।

मैंने इसे एक बार किया है: ब्रिस्टल हरबोरसाइड का पैनोरमा

यह तस्वीर के प्रत्येक पक्ष के लिए 6 शॉट्स, 3 था।

मैं एचडीआर पहले (फोटोमैटिक्स प्रो) गया, यह मानते हुए कि पैनोरमा सॉफ्टवेयर (ऑटोपैनो) चीजों को एक साथ चिपकाने के लिए अधिक अनुकूल होगा।

मैंने HDR से पहले कोई संपादन नहीं किया, इसलिए सीधे Photomatix में चला गया। वे 2 छवियां सीधे ऑटोपानो में चली गईं, और परिणाम एक निर्यातित झगड़ा था जो मैंने एपर्चर का उपयोग करने पर कुछ संपादन किया।

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


1

मैंने आज तक केवल एक बार ऐसा किया है । मैंने हागिन का उपयोग पैनोरमा में सिलाई की संयुक्त प्रक्रिया के लिए किया और उच्चतर (8-बिट डायनामिक रेंज) से 8-बिट जेपीईजी तक की टोनिंग की।

मैंने हगिन में मूल छवियां लोड कीं, उन्हें इसे संरेखित किया (और समायोजन किया), फिर सीधे अंतिम जेपीईजी को निर्यात किया। आंतरिक रूप से हगिन आवश्यक विकृतियों को करता है, प्रत्येक एक्सपोज़र स्तर पर आंशिक पैनोरमा बनाता है, फिर उन को एचडीआर में विलय कर देता है और 8 बिट जेपीईजी में वापस भेज देता है। मेमोरी से, मैंने 'किसी भी व्यवस्था से एक्सपोजर फ्यूज' विकल्प का इस्तेमाल किया, जो कि जैसा कि मैं समझता हूं, किसी भी विशिष्ट तरीके से ओवरलैप करने के लिए मूल छवियों की आवश्यकता नहीं है (यानी आपको एचडीआर स्टैक पर कब्जा करने की आवश्यकता नहीं है, बस अंधेरे को कवर करें और प्रकाश क्षेत्रों को उचित रूप से), लेकिन किसी भी क्षेत्र / पिक्सेल के लिए जो भी गतिशील रेंज उपलब्ध है उसका उपयोग करेगा।

यदि आप टोन मैपिंग पर नियंत्रण चाहते हैं (जैसा कि मैं ज्यादातर लोगों की कल्पना करता हूं; मेरे शॉट को बस इसकी आवश्यकता नहीं थी) तो हगिन एक 32-बिट EXR या TIFF पैनोरमा का भी उत्पादन कर सकता है, जिसे आप Photomatix या Photoshop के साथ आजमा सकते हैं। ।

हगिन के पास वास्तव में बढ़ी हुई गतिशील रेंज के लिए काफी कुछ विकल्प हैं, और मैं यह नहीं कह सकता कि मुझे पता है कि वे सभी क्या करते हैं, लेकिन मुझे सबसे स्पष्ट तरीका यह प्रतीत होता है कि वह 32-बिट पैनोरमा बनाने और बाद में अपना टोनअप करने दें।

हगिन स्टिचर एचडीआर विकल्प


कुछ विवरण यहाँ गायब है। क्या आपने एचडीआर को रॉ में विलय किया था? अपने पहले वाक्य की जाँच करें, यह बहुत मतलब नहीं है।
इटई

अद्यतन, उम्मीद है कि एक बेहतर स्पष्टीकरण - मैंने केवल हुगिन का उपयोग किया, आंतरिक रूप से यह प्रत्येक ईवी पर उपलब्ध चित्रों से पैनोरमा बनाता है और फिर एचडीआर में विलय कर देता है।
ड्रफ्रोप्लास्पैट

0

एचडीआर पहले! मुझे मेरे वर्कफ़्लो के माध्यम से चलाने दें। पहले चौड़ाई और पैनो की सीमा का पता लगाएं। अब मुख्य फोकल बिंदु या पैनो के केंद्र के क्षेत्र से एक्सपोज़र निर्धारित करें। अपने पैन के लिए उस एक्सपोज़र (मैनुअल) का उपयोग करके पूरे पैनो के लिए एचडीआर एक्सपोज़र शूट करें। फिर एक ही विधि का उपयोग करके प्रक्रिया करें। उन एक्सपोज़र से शुरू करें जो सबसे महत्वपूर्ण हैं- अपनी एचडीआर सेटिंग्स को सहेजें और प्रत्येक एक्सपोज़र के लिए समान सेटिंग्स का उपयोग करें।

अब, उन्हें एक साथ सिलाई करें और आपको कोई समस्या नहीं होनी चाहिए। डॉन


1
लेकिन ऐसा क्यों है कि आपको लगता है कि एचडीआर पहले, फिर सिलाई?
MikeW
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.