Mve: फाउंटेन_पी11 डेटासेट

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

• क्या आप स्वयं meta.ini फ़ाइल पर एक नज़र डाल सकते हैं और स्ट्रेचा के मापदंडों के साथ तुलना कर सकते हैं?
• featurerecon चलाने से पहले, क्या आप UMVE के साथ दृश्य का निरीक्षण कर सकते हैं?

ठीक है क्योंकि स्ट्रेचा में फाउंटेन_पी11 में केवल 11 छवियां हैं, मैंने मैन्युअल रूप से एक फव्वारा_पर .txt बनाया है, इसलिए मुझे लगता है कि मिडलबरी स्क्रिप्ट ठीक चलेगी और meta.ini। _umve_ रन ठीक हैं, अगर इसे _featurerecon_ से पहले चलाते हैं तो यह अजीब घुमाव वाले कैमरे दिखाता है जब मैं _featurerecon_ चलाता हूं तो मुझे केवल 1000 मिलते हैं और कुछ बिंदु शंकु की तरह आकार बनाते हैं। नीचे दी गई छवि की जाँच करें

इसके अलावा अगर आपने देखा कि स्ट्रेचा ने अपने डेटा सेट में 2 फाइल कैमरा दिया है जिसमें K, R, T. और एक अन्य फाइल है जिसे P कहा जाता है जिसमें प्रोजेक्शन मैट्रिक्स होता है यदि मैं गणना करता हूं p = K*[R|t] मुझे एक मैट्रिक्स सिमलर मिलता है पी फाइल में एक कॉलम डिफरेंट चेक इमेज ब्लो के साथ।

यह डेटासेट मुझे परेशान कर रहा है कि लोगों ने सामान को मान्य करने के लिए इसका इस्तेमाल कैसे किया?

छवि से यह देखना मुश्किल है कि क्या गलत है। यदि आपको शंकु जैसी आकृति में सुविधाएँ मिलती हैं, तो कैमरा के कुछ पैरामीटर शायद गलत हैं। हो सकता है कि कैमरे उलटे हों? आप दूसरे स्क्रीनशॉट में गणित मुझे गलत लगते हैं। क्या RT में अंतिम पंक्ति में सभी शून्य नहीं होने चाहिए, निचले दाएं कोने में एक के साथ?

पिनहोल कैमरा मॉडल के अनुसार गणित सही है R 3x3 t 3x1 है और k 3x3 है, मुझे RT को पंक्ति से क्यों बढ़ाना चाहिए। मेरा मतलब है कि यदि आप कुछ समरूप परिवर्तन करना चाहते हैं तो आप प्रोजेक्शन पी को बढ़ा सकते हैं।
इसके अलावा मैंने अभी नेट पर जांच की है कि मुझे पता चला है कि स्ट्रेचा ने अपने प्रक्षेपण पी की गणना इस तरह की है: पी = के * [आर ^ टी | -आर ^ टी टी]
"^ टी" का अर्थ है स्थानांतरण लेकिन मुझे यह नहीं मिला।
समस्या पर वापस:
फव्वारा_पर .txt यहाँ वह फ़ाइल है जिसे आप चलाने की कोशिश कर सकते हैं स्क्रिप्ट और यदि आपके पास समय है तो उस पर स्वयं को फीचर करें। मुझे लगता है कि डेटासेट में दिए गए कैमरा पैरामीटर गलत हैं या वे MVE और SMVS के साथ संगत नहीं हैं

हो सकता है कि टीम में किसी के पास इस पर गौर करने का समय हो, मैं नहीं। @nmoehrle , @flanggut?

धन्यवाद। मुझे यह भी पता चला कि सभी स्ट्रेचा डेटासेट यहां तक ​​​​कि नए भी हैं: https://cvlab.epfl.ch/data/strechamvs या तो काम नहीं करते हैं इसलिए यह भूमिका यह धारणा है कि कैमरा परम गलत है और मुझे यह विश्वास करने के लिए प्रेरित करता है कि जमीन ट्रुथ कैमरा परम किसी भी तरह एमवीई और एसएमवीएस के साथ संगत नहीं हैं

कृपया अपनी meta.ini फाइलों में से एक यहां पोस्ट करें।

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

मेरा सबसे अच्छा अनुमान यह है कि आपने कैमरे की स्थिति (स्ट्रेचा कैमरा फाइलों में संग्रहीत सी) को अनुवाद (टी = -आर * सी) में परिवर्तित नहीं किया है। इसके अलावा मुझे लगता है कि स्ट्रेच कैमरा फाइलों के साथ कुछ विषमता थी, कैमरा मैट्रिक्स पंक्ति प्रमुख में है और रोटेशन मैट्रिक्स कॉलम प्रमुख में है, या यदि आप करेंगे, तो ट्रांसपोज़्ड रोटेशन मैट्रिक्स संग्रहीत है (आर ^ टी)।

@simonfuhrmann यहाँ मेटा फ़ाइल
मेटा.txt
@nmoehrle अच्छी तरह से मैंने इसका इस्तेमाल किया: https://github.com/simonfuhrmann/mve/wiki/Middlebury-Datasets कैमरा पैरामीटर प्राप्त करने के लिए।
और हाँ मैंने नहीं किया (टी = -आर * सी) इसलिए मैंने सोचा कि स्ट्रेचा आपको अनुवाद वेक्टर टी देता है जो मुझे भ्रमित करता है कि रीडमी फ़ाइल में शेषा पी = के * [आर ^ टी | -आर ^ टी टी कहते हैं ] अगर उसने t को c -_- से बदल दिया है। मैं इस जानकारी का उपयोग करने की कोशिश करूंगा और देखूंगा कि यह क्या देता है

यह स्क्रिप्ट स्ट्रेच बेंचमार्क की .camera फाइलों को पार्स नहीं कर सकती है, यह सिर्फ मिडिलबरी कैमरा पैरामीटर फॉर्मेट को पढ़ती है, एक लाइन जो इस तरह दिखती है:
"imgname.png k11 k12 k13 k21 k22 k23 k31 k32 k33 r11 r12 r13 r21 r22 r23 r31 r32 r33 t1 t2 t3" ।

.camera फ़ाइलों की संरचना पूरी तरह से भिन्न होती है:

|लाइन|सामग्री|
|------|-|
| 1-3 | के मैट्रिक्स |
| 4 | अज्ञात |
| 5-7 | आर ^ टी |
| 8 | सी |
| 9 | चौड़ाई ऊंचाई |

@nmoehrle हाँ हाँ मुझे इस बात की जानकारी है कि मैंने 11 छवि के लिए .camera से मैन्युअल रूप से एक फ़ाइल फव्वारा_par.txt बनाया है (अपना खुद का पार्सर लिखने के लिए आलसी) केवल एक चीज जिस पर मैंने विचार नहीं किया वह है (t = -R * c) i इस्तेमाल किया c .camera में t के रूप में दिया गया है। मैं इसे बाद में ठीक कर दूंगा और परिणाम पोस्ट करूंगा

@nmoehrle ठीक है, मुझे लगता है कि समस्या आपके लिए थैंक्स हल हो गई है

हाँ, मुझे यह याद है :-)