Są miejsca, gdzie się nakładają, od strony jednego szlaku jest ich nawalone, ale robią 0. Wywalam hurtem, żadnych zmian w otoczeniu (wspomniane parametry mają zerowe, nic nie zmieniają). Skończę porządkować, zobaczymy czy to coś da. Wizualnie nic mi się nie zmienia po usunięciu tego bałaganu. Więc nawet jeśli to nie to, sceneria będzie działać płynniej mimo wszystko. Zobaczymy, ogarnę, trzeba będzie przetestować.

To nawet nie chodzi o ilość. Tylko pewnie w bibliotece jest jakiś warunek zepsuty i wchodzi w nieskończoną pętlę gdy jakiś tyci trójkąty próbuje generować

Załączam moje doznania wizualne oraz log.


Może warto opisać, bo tego tu jeszcze nie było:

Tedek rzucił się na RAM jak Reksio na szynkę. Przez niecałe 10 minut nie było kompletnie żadnej komunikacji z PC łącznie z poruszeniem myszki i odtwarzaniem dźwięku.
Po tym czasie powróciło do życia nieco ponad pół ekranu wraz z interfejsem wyjętym żywcem z Windows 7. Powrócił dźwięk, jednak komunikacji z PC nadal żadnej.
Po około minucie interfejs i kontakt z PC powrócił, scrashowała się część programów.

W gruncie rzeczy, sceneria jest skopana, do wywalenia, i nie wiadomo dlaczego.

Bez wątpienia jest błąd w logice całego programu. Co to jest za wpis:

TerrainPoint;;#TerrainPoint;5.118185;0.009215351;-157.7995;0;9.999994;0;0;
Współrzędna z dokładnością do 9 miejsc po przecinku. Przy całości równej metr mamy wymiar 9,215351mm. Dokładność tego zapisu jest zdecydowanie za duża. Rozlokowanie terrainpointów z przybliżeniem do milimetra nie zrujnuje raczej profilu pionowego. Program w ogóle nie powinien generować takich liczb. Zwyczajnie nie ma to uzasadnienia. Jeszcze łączenie torów, punkt jest punkt. Muszą się nałożyć i tu nie ma mowy o niedokładności, ale teren? Kto zauważy przesunięcie o milimetr? O jedną stutysięczną milimetra? Efekt takich działań to długie ciągi cyfr w liczbie, albo jakieś makabryczne ułamki z E do którejśtam. Szukanie potem błędu w takiej masie cyfr jest utrudnione, dość mocno. Nawet jak przesortuję po współrzędnej X, Y uznam za pomijalną (dla miażdżącej większości jest zerowa lub bliska zeru), to samo porównywanie Z dla podobnych X na piechotę nie może pójść szybko. Dużo roboty i duże ryzyko przeoczeń. Można rzecz jasna znaleźć (nie wiem czy taki jest w miarę dostępny) lub napisać program, który wyłuska współrzędne i zaraportuje pary punktów, które mają określone odległości od siebie mniejsze niż szukana wartość. Tylko to też wymaga wiedzy i wysiłku.

Zabezpieczenie przed bałaganem w terenie widzę tak: uniemożliwienie tworzenia punktów w odległości mniejszej niż 0,5m od siebie na płaszczyźnie między osiami X i Z, zerowanie czwartego, piątego i szóstego parametru (obrót wokół osi, przecież punkt jest nieskończenie mały, jego obrót nic nie zmienia) i określenie dokładności do 3ciego miejsca po przecinku, czyli 1mm.

Wywaliłem wszystkie 1500 coś punktów do sprawdzenia czy zadziała. Zrobiłem kółko, widać tu leży najpoważniejszy problem, ale nadal ładuje się nieco długo i płynność jest straszna. W takim razie trzeba wrócić do pliku z wczoraj i sprawdzić próbę naprawy pod kątem przeoczeń. Jeszcze zobaczę jak wygląda ten wycięty teren, czy nie ma tam jakiejś większej wtopy i zrobię może ze dwa okrążenia. Jak nie będzie wysypki to powrót do dłubania w liczbach i żmudne szukanie co zwiodło. Cóż, 1300 elementów do przejrzenia to nie 31000.

Kilka okrążeń zrobione. Ładował i łączył. Obejrzałem jak duże szkody w scenerii zrobiło wycięcie wszystkich znaczników terenu. Zniknęły górki przy jednotorze, pola mają brak odpowiedniej tekstury dla ziemi uprawnej, jeden przejazd wygląda makabrycznie, ale to estetyka do dopracowania. Technicznie plik zadziałał. @Kojonek ujawniło to błąd krytyczny. Program wysypany jakąś daną liczbową. Nigdy nie programowałem w C, jedynie proste programy obliczeniowe kiedyś w ramach studiów, ale za niezabezpieczenie przed na przykład dzieleniem przez zero, program był uwalany (się znaczy lufa). Potrzeba weryfikacji poprawności danych i odrzucenia błędnych jest bardzo paląca. Można zastosować mniejszą mantysę dla punktów terenowych czy cały program ma mieć jedną?

Dziś będą testy wieczorem, wiec wpis pojawi sie tutaj koło 22, czy wasze prace coś dały.