Witaj na Forum! Zapraszamy do rejestracji lub zalogowania. Stwórz konto  


[OMSI 2]  OMSI Map Merger

#11

Jeśli te czarne kwadraty to nie są kafle z innej mapy, którą masz wczytaną, to jestem niemal pewien, że wpisy dla tych kafli nadal się powtarzają.

Napotkałem na taki sam problem wczytując Tettau, tam też jeden kafel jest wpisany wielokrotnie. Nie wiem, co trzeba zrobić, aby zmusić OMSI do wpisania jednego kafla wielokrotnie, ale usunięcie z global.cfg powtarzających się wpisów nie rozwiąże problemu w pełni, bowiem w sekcji [entrypoints] oraz w plikach rozkładów jazdy występują odwołania do wpisów [map] z global.cfg. Jest tam umieszczony index mówiący, o który kolejny od początku global.cfg wpis [map] chodzi.

Jeśli usuniesz wpis [map], to uszkodzisz wszystkie referencje do tego i każdego następnego wpisu, więc to nie jest rozwiązanie.

Być może kiedyś dodam funkcję usuwającą zduplikowane wpisy i modyfikującą referencje tak, by pozostały poprawne.

Sytuację możesz śledzić tu: https://github.com/barteg77/omsi_map_merger/issues/1

Jeśli jesteś pewien, że kafle w global.cfg się nie powtarzają, to wyślij mi ten plik proszę, bym mógł powtórzyć ten błąd u mnie i znaleźć jego przyczynę.
 Podziękowania za post: Dida35(+1)
Odpowiedz

#12
(Ten post był ostatnio modyfikowany: 23.12.2024, 14:48 przez Dida35.)

(07.12.2024, 21:29)barteg napisał(a): Jeśli te czarne kwadraty to nie są kafle z innej mapy, którą masz wczytaną, to jestem niemal pewien, że wpisy dla tych kafli nadal się powtarzają. Napotkałem na taki sam problem wczytując Tettau, tam też jeden kafel jest wpisany wielokrotnie. Nie wiem, co trzeba zrobić, aby zmusić OMSI do wpisania jednego kafla wielokrotnie, ale usunięcie z global.cfg powtarzających się wpisów nie rozwiąże problemu w pełni, bowiem w sekcji [entrypoints] oraz w plikach rozkładów jazdy występują odwołania do wpisów [map] z global.cfg. Jest tam umieszczony index mówiący, o który kolejny od początku global.cfg wpis [map] chodzi. Jeśli usuniesz wpis [map], to uszkodzisz wszystkie referencje do tego i każdego następnego wpisu, więc to nie jest rozwiązanie. Być może kiedyś dodam funkcję usuwającą zduplikowane wpisy i modyfikującą referencje tak, by pozostały poprawne. Sytuację możesz śledzić tu: https://github.com/barteg77/omsi_map_merger/issues/1 Jeśli jesteś pewien, że kafle w global.cfg się nie powtarzają, to wyślij mi ten plik proszę, bym mógł powtórzyć ten błąd u mnie i znaleźć jego przyczynę.

Dziękuję za Twoją wiadomość! Po sprawdzeniu mogę potwierdzić, że kafle faktycznie się powtarzają w pliku global.cfg.
Poczekam na aktualizację OMSI Map Merger, która będzie mogła rozwiązać ten problem. Jeszcze raz dziękuję za Twoją pomoc i za to narzędzie – jest naprawdę świetne! 😊
PS: Nie mówię w Twoim języku, więc korzystałem z tłumaczenia – mam nadzieję, że wszystko jest poprawne.
Odpowiedz

#13

W wersji 1.1 wprowadziłem błąd, przez który program nie zmienia zmienia nazw plików chrono tile (maps/*/Chrono/*/tile_*_*.map) przy zmianie położenia mapy. Wskutek tego zmiany wprowadzone w chrono na mapach, które były przesuwane w OMSI Map Mergerze nie będą widoczne i w niektórych przypadkach OMSI będzie się crashować podczas użytkowania utworzonej mapy.

Wydaję nową wersję 1.2. Zmiany:
  • Pliki chrono tile są nazywane poprawnie
  • Komentarze w ailists.cfg są tolerowane
  • Występowanie powtórzeń wpisu [map] w global.cfg nie powoduje błędu @Dida35
  • Pliki ailists.cfg, Busstops.cfg i StnLinks.cfg nie są wymagane. Są obsługiwane poprawnie, ale nie musi ich być w mapach źródłowych.
  • Właściwości obiektów (tekstowe) mogą zaczynać się od [.
  • Występowanie wpisu [trainreverse] w tripie nie powoduje błędu
  • Występowanie wpisu [relabel] w chrono tile nie powoduje błędu.
  • Brak pliku tile dla kafla zadeklarowanego w pliku global.cfg jest tolerowany.
  • [realrail] jest włączone w mapie wynikowej jeśli którakolwiek ze źródłowych ma je włączone
Poprawiłem jeszcze parę innych rzeczy, które powodowały błędy przy wczytywaniu, mam nadzieję, że program będzie działał dobrze.

Link do pobrania: https://github.com/barteg77/omsi_map_mer...s/tag/v1.2
 Podziękowania za post: Dida35(+1)
Odpowiedz

#14

(26.02.2025, 21:15)barteg napisał(a): W wersji 1.1 wprowadziłem błąd, przez który program nie zmienia zmienia nazw plików chrono tile (maps/*/Chrono/*/tile_*_*.map) przy zmianie położenia mapy. Wskutek tego zmiany wprowadzone w chrono na mapach, które były przesuwane w OMSI Map Mergerze nie będą widoczne i w niektórych przypadkach OMSI będzie się crashować podczas użytkowania utworzonej mapy.

Wydaję nową wersję 1.2. Zmiany:
  • Pliki chrono tile są nazywane poprawnie
  • Komentarze w ailists.cfg są tolerowane
  • Występowanie powtórzeń wpisu [map] w global.cfg nie powoduje błędu @Dida35
  • Pliki ailists.cfg, Busstops.cfg i StnLinks.cfg nie są wymagane. Są obsługiwane poprawnie, ale nie musi ich być w mapach źródłowych.
  • Właściwości obiektów (tekstowe) mogą zaczynać się od [.
  • Występowanie wpisu [trainreverse] w tripie nie powoduje błędu
  • Występowanie wpisu [relabel] w chrono tile nie powoduje błędu.
  • Brak pliku tile dla kafla zadeklarowanego w pliku global.cfg jest tolerowany.
  • [realrail] jest włączone w mapie wynikowej jeśli którakolwiek ze źródłowych ma je włączone
Poprawiłem jeszcze parę innych rzeczy, które powodowały błędy przy wczytywaniu, mam nadzieję, że program będzie działał dobrze.

Link do pobrania: https://github.com/barteg77/omsi_map_mer...s/tag/v1.2

Dzień dobry,

Na początek dziękuję jeszcze raz za program!

Ponownie przetestowałem program po aktualizacji i wszystko wydawało się działać poprawnie, aż do momentu uruchomienia gry. Jednak podczas scalania niektóre obiekty są brakujące.

Wydaje się, że obiekty „powiązane z innymi obiektami” nie są uwzględniane. Nie wiem, czy byliście świadomi tego problemu.

Z góry dziękuję za pomoc!

Załączone pliki Miniatury
   
Odpowiedz

#15

Ja takiego błędu nie zaobserwowałem.
Patrząc zawsze przed siebie, myśląc o tym, jak zrobić jeszcze więcej, osiągniesz stan umysłu, w którym nie ma rzeczy niemożliwych.
Odpowiedz

#16

Dzięki za zgłoszenie błędu.:) Problem faktycznie występuje we wszystkich dotychczas opublikowanych wersjach.

Program tworzy błędne definicje obiektów, dla których są łącznie spełnione następujące warunki:
  • została na tym obiekcie zastosowana funkcja Attach to object,
  • obiekt pochodzi z mapy niebędącej pierwszą na liście map do połączenia.

Poprawka jest zawarta w wersji 1.3: https://github.com/barteg77/omsi_map_mer...s/tag/v1.3
 Podziękowania za post: Dida35(+1)
Odpowiedz




Użytkownicy przeglądający ten wątek:
3 gości