Generalnie to powiem tak: mapa jest mega ładna, jest to jeden z lepiej wykonanych projektów na polskiej scenie OMSI. Niestety są też pewne ale... Jednym z najbardziej drażniących problemów na który natrafiłem związany jest z dedykowanymi modelami citaro C2. Sterownik SIMS nie wykrywa kompletnie lini A i C oraz w momencie wybierania lini i trasy FPS'y spadają drastycznie i cały autobus zaczyna skakać. Poza tym w modelu którym jechałem (4 drzwiowe C2G) kompletnie nie działały tylne drzwi a pasażerowie nie chceili urzywać przycisków nawet na włączonym hamulcu przystankowym. Na samej mapie zdarzają się też oczywiście dosyć spore spadki FPS'ów oraz problemy z wczytywaniem tekstur, w niektórych miejscach brakuje też obiektów np barierek (wyjazd na obwodnicę obornicką). Jest to jednak do wybaczenia zważając na rozmiar mapy oraz fakt tego że gram na raczej już dosyć przestarzałym sprzęcie. Mimo wszystko mapa jest zdecydowanie godna polecenia i objechania na własną rękę szczególnie patrząc na to jak długo była ona w produkcji.

To fakt. Spadek klatek przy wyborze kursu na SIL2 w C2 jest krytyczny i autobus zaczyna skakać. Poza tym narzekania nie rozumiem i nie popieram typu niemiecka szkoła... A na marginesie powiem , że warto by zmienić czas między światłami, mianowicie gdy w jednym miejscu zapali się czerwone , to w drugim sygnalizatorze zapala się od razu zielone, co źle wpływa na ruch AI. Poza tym wszystko świetnie.

(19.01.2026, 14:17)lolleker napisał(a): Dużo tekstur różnych nie wczytuje się różnym użytkownikom, jeśli optymalizator nie pomoże to i tak prawdopodobnie wina omsi które nie zawsze chce czytać tekstury obiektów, więc polecam ręczne ponowne zapisanie tej tekstury w folderze obiektu.

Po nieudanej naprawie optymalizatorem sprawdziłem foldery tych obiektów i jeżeli jestem w błędzie to proszę mnie poprawić, ale jak dla mnie ukazanych brakujących tekstur po prostu w paczce... nie ma.
W folderach znajdują się pliki o nazwach m.in. "bok", "przod", "tyl/zad", itd., więc idąc tym tokiem każdy szukając problemu patrzyłby, czy wszystkie trzy są podpięte do danego obiektu. W przypadku bloków ze zdjęcia (Na Ostatnim Groszu), mamy tylko bok i tył; w przypadku bloków na Różance, mamy przód i bok, ale nie mamy tyłu. Zaznaczę również, że nadpisałem wszystkie możliwe tekstury ponownie. Być może "tylnie" są przypięte zarówno do przodu jak i do tyłu i coś się nie klei (i vice versa), ale to już nie mi zgadywać. Sprawdziłem jeszcze dla pewności plik .zip, i uważam, że tym razem to nie wina samego OMSI.

Linia C w tym sterowniku to 12 a A to 6. Wystarczyło przeczytać read me, tam wszystko jest.

Po przejechaniu kilku linii mogę stwierdzić, że mapa prezentuje się całkiem dobrze, choć wciąż wymaga dopracowania. Liczę na to, że autorzy wprowadzą stosowne poprawki, bo potencjał jest naprawdę duży. Ja natomiast przyczepię się do czegoś innego. Rozumiem, że projekt nie powstawał na podkładach satelitarnych, jednak w wielu miejscach czasy przejazdów są zdecydowanie zbyt napięte. W praktyce większość linii stanowi spore wyzwanie — nawet przy dynamicznej jeździe i sprzyjającej sygnalizacji bardzo łatwo złapać opóźnienie. Bywa to frustrujące, bo często jedynym sposobem na utrzymanie rozkładu jest przekraczanie dopuszczalnej prędkości. Przykładowo, na linii 108 przewidziano jedynie 3 minuty na odcinek Bałtycka – Dworzec Nadodrze, podczas gdy w rzeczywistości zajmuje to około 7 minut. Z kolei na linii 130 odcinek Brücknera – Osiedle Sobieskiego skrócono do 9 minut, choć realnie trwa około 13. Cała trasa tej linii, którą w rzeczywistości pokonuje się w 42 minuty (wyjazd z Polanowic o 8:33), została skrócona aż o 16 minut. To ogromna różnica, która praktycznie gwarantuje opóźnienia. Sugeruję również wprowadzenie osobnych profili czasowych dla kursów szczytowych i pozaszczytowych — pozwoliłoby to znacznie lepiej odwzorować realne warunki ruchu. Pomijam już kwestie poruszane przez innych użytkowników, takie jak słaba czytelność helperów, ich brak w niektórych miejscach czy białe tekstury na budynkach. Wiele miejsc, w tym choćby Most Milenijny, wciąż wymaga dopieszczenia. Miejscami jest po prostu nudno i pusto. Zakładam, że tych miejsc znalazłbym więcej, gdybym przejechał kolejne trasy. Mam nadzieję, że w kolejnych aktualizacjach te elementy również zostaną poprawione.

---

(20.01.2026, 17:34)fentyszn napisał(a): Po nieudanej naprawie optymalizatorem sprawdziłem foldery tych obiektów i jeżeli jestem w błędzie to proszę mnie poprawić, ale jak dla mnie ukazanych brakujących tekstur po prostu w paczce... nie ma.
W folderach znajdują się pliki o nazwach m.in. "bok", "przod", "tyl/zad", itd., więc idąc tym tokiem każdy szukając problemu patrzyłby, czy wszystkie trzy są podpięte do danego obiektu. W przypadku bloków ze zdjęcia (Na Ostatnim Groszu), mamy tylko bok i tył; w przypadku bloków na Różance, mamy przód i bok, ale nie mamy tyłu. Zaznaczę również, że nadpisałem wszystkie możliwe tekstury ponownie. Być może "tylnie" są przypięte zarówno do przodu jak i do tyłu i coś się nie klei (i vice versa), ale to już nie mi zgadywać. Sprawdziłem jeszcze dla pewności plik .zip, i uważam, że tym razem to nie wina samego OMSI.

Używając mojego programu na czystej instalacji OMSI 2 który analizuje zawarość plików sco, sli, o3d oraz x, wykazał on następujące braki/błędy.

---

(20.01.2026, 17:53)kardaszjan napisał(a): Ja natomiast przyczepię się do czegoś innego. Rozumiem, że projekt nie powstawał na podkładach satelitarnych, jednak w wielu miejscach czasy przejazdów są zdecydowanie zbyt napięte. W praktyce większość linii stanowi spore wyzwanie — nawet przy dynamicznej jeździe i sprzyjającej sygnalizacji bardzo łatwo złapać opóźnienie. Bywa to frustrujące, bo często jedynym sposobem na utrzymanie rozkładu jest przekraczanie dopuszczalnej prędkości. Przykładowo, na linii 108 przewidziano jedynie 3 minuty na odcinek Bałtycka – Dworzec Nadodrze, podczas gdy w rzeczywistości zajmuje to około 7 minut. Z kolei na linii 130 odcinek Brücknera – Osiedle Sobieskiego skrócono do 9 minut, choć realnie trwa około 13. Cała trasa tej linii, którą w rzeczywistości pokonuje się w 42 minuty (wyjazd z Polanowic o 8:33), została skrócona aż o 16 minut. To ogromna różnica, która praktycznie gwarantuje opóźnienia.

Tu akurat autorom się udało. Stworzyli pełny realizm MPK Wrocław i opóźnień

Mapy oceniać nie będę, bo jeszcze nie jeździłem, ale mirror Sharemods to jest nieporozumienie.
Strona przekierowała mnie na replikę Recaptcha, która prezentuje następujące instrukcje:

a do schowka ładuje:
   

W skrócie: wirus
Strona ma w zanadrzu kilka "metod weryfikacji", więc każdy ma szansę dostać coś innego.

Ja wiem, że na tej stronie najprawdopodobniej da się pobrać paczkę z mapą. Może nawet niezmienioną względem tego, co przygotowali autorzy. Nie każdy na tym forum jest biegłym informatykiem, który rozumie wszystko co robi przy komputerze i zauważy co jest na rzeczy. Poza tym każdemu może się zdarzyć chwila nieuwagi.

Powinniście usunąć linki do tej strony, bo to jest niewarte problemów jakie może spowodować.

Załączone pliki

Miniatury
   

(20.01.2026, 18:11)fornson napisał(a):

(20.01.2026, 17:53)kardaszjan napisał(a): Ja natomiast przyczepię się do czegoś innego. Rozumiem, że projekt nie powstawał na podkładach satelitarnych, jednak w wielu miejscach czasy przejazdów są zdecydowanie zbyt napięte. W praktyce większość linii stanowi spore wyzwanie — nawet przy dynamicznej jeździe i sprzyjającej sygnalizacji bardzo łatwo złapać opóźnienie. Bywa to frustrujące, bo często jedynym sposobem na utrzymanie rozkładu jest przekraczanie dopuszczalnej prędkości. Przykładowo, na linii 108 przewidziano jedynie 3 minuty na odcinek Bałtycka – Dworzec Nadodrze, podczas gdy w rzeczywistości zajmuje to około 7 minut. Z kolei na linii 130 odcinek Brücknera – Osiedle Sobieskiego skrócono do 9 minut, choć realnie trwa około 13. Cała trasa tej linii, którą w rzeczywistości pokonuje się w 42 minuty (wyjazd z Polanowic o 8:33), została skrócona aż o 16 minut. To ogromna różnica, która praktycznie gwarantuje opóźnienia.

Tu akurat autorom się udało. Stworzyli pełny realizm MPK Wrocław i opóźnień

No raczej nie. O żadnym sukcesie nie ma tu mowy. Sukces zaczyna się dopiero wtedy, gdy rozkłady i przeloty faktycznie oddają realia — albo przynajmniej się do nich zbliżają — a ruch AI jest ustawiony na poziomie odpowiadającym rzeczywistym możliwościom. Ewentualnie, gdy twórca jasno podaje, na jaki procent ten ruch ustawić. Dopiero wtedy można mówić o sensownej symulacji, a nie o przypadkowej układance, bo na ten moment dokładnie takie wrażenie odnoszę. I nie tylko ja

---

Są też rozkłady gdzie jest za luźno, na przyklad przystanki jeden za drugim a czas rozkładowy 3min. Chyba autorzy nie przepisali ich z reala.