Cześć,
Tak jak zaznaczyłem w temacie - w jednym, konkretnym miejscu na mapie (przystanku końcowym) gra szaleje. Zazwyczaj wygląda to tak: cała trasa wygląda normalnie, są gorsze momenty pod względem wydajności są i lepsze. Kiedy dojeżdżam do tego jedynego przystanku końcowego (Dąbrówka na mapie Fikcyjny Szczecin, który ja nazwałem Pl. Słoneczny, z racji iż modyfikuję sobie tę mapę) i co najważniejsze - otwieram drzwi, co jest jednoznaczne z końcem kursu - gra ma natychmiastowy spadek do ok. 10-15 fps co nie jest normą nawet w najbardziej zatłoczonych miejscach na tej mapie (u mnie na komputerze). W najostrzejszych sytuacjach autobus potrafi wtedy zacząć podskakiwać i w ten sposób przemieszczać się. Próbowałem współpracować ze sztuczną inteligencją, która coś tam pomogła, bo naprowadziła mnie na logi, które coś mówią coś o pathach i pasażerach, ale nie wiem co dalej z tym poczynić. Linijek w logach jest dość dużo dlatego daje ten jeden plik do pobrania. Cała "impreza" zaczyna się od 14:56:42 czy inaczej 5724 linijki w pliku. Jeżeli ktoś ma jakiś pomysł co z tym zrobić bądź sam się z tym kiedyś spotkam to będę wdzięczny za pomoc!

Załączone pliki

  logfile.zip (Rozmiar: 72.81 KB / Pobrań: 3)

omsi próbuje stawiać pieszych w koordynatach NAN/NAN/NAN co jest tak ciekawe że czegoś takiego jeszcze nie widziałem, ruszałeś coś z humans w mapie?

---

( 5 godzin(y) temu)Sobol3D napisał(a): omsi próbuje stawiać pieszych w koordynatach NAN/NAN/NAN co jest tak ciekawe że czegoś takiego jeszcze nie widziałem, ruszałeś coś z humans w mapie?

Nie do końca rozumiem co masz na myśli mówiąc czy ruszałem coś z humans w mapie. Jeżeli chodzi o plik humans.txt to tam nic nie ruszałem, zmieniałem tylko drivers.txt. Najdziwniejsze jest to, że dzieje się to tylko na tym przystanku końcowym (na żadnej innej pętli tego nie ma). Dodatkowo, w okolicy tego przystanku są 3 przystanki przelotowe, na których nie ma problemu. Gdy próbowałem to ogarnąć na początku z pomocą AI to dowiedziałem się, że może tu chodzić o to, że a) pathy przechodzą przez obiekty b) pathy nie łączą się z innymi przez co pasażerowie nie mają gdzie zniknąć. Obie te rzeczy wydają się bez sensu, z racji iż na wielu innych przystankach czy pętlach występują podobne sytuacje, a tylko na tej (może 1 z 25 pętli) występuje taki fenomen...

Istnieje szansa, że rozwiązałem problem, a z racji iż jest on chyba dość niespodziewany to powiem, co było jego przyczyną. Oczywiście zrobiłem póki co jeden test, ale wydaje się, że on wystarczy, bo logi są "czyste". Problem tkwił w tym, że ten konkretny przystanek końcowy był w zasadzie zwykłym przystankiem - nie była to żadna rozbudowana pętla, a jedynie zatoczka, która równie dobrze mogłaby pełnić funkcję przystanku przelotowego. Samo to oczywiście nie powodowało, że OMSI wariowało, natomiast tutaj pojawia się kluczowy element - do zatoczki nie wjeżdżał path dla autobusu. Zamiast tego wyglądało to dosłownie jak zwykły przystanek, czyli ulica, na której jest normalny, działający path i zatoczka, w której path'a nie ma (wypisz wymaluj przystanek przelotowy). Podejrzewam, że kluczowe dla tego wszystkiego było to, że jest to przystanek końcowy/pętla i może dlatego OMSI potrzebuje path'a pod samą kostką końcową. Mam nadzieję, że idzie coś z tego zrozumieć oraz mam nadzieję, że fakt iż test przed chwilą się udał nie jest przypadkiem i anomalią, a rzeczywistym znakiem, że problem został rozwiązany