(05.06.2026, 19:23)mmiki26 napisał(a): Czas na coś ważnego

nEditor w pełni nie tylko importuje mapy z OMSI do silnika nEdytora, ale także już eksportuje w całości scenerię mapy (spliny, obiekty, drzewa, obiekty podpięte do splinów i innych obiektów).

Zaimplementowałem także konwerter splinów do obiektu dla każdego kafla.
Zastosowałem przy okazji optymalizację nadmiarowych materiałów dla takiego obiektu - system wylicza hasze wszystkich plików graficznych użytych jako tekstury splinów na danym kaflu i jeśli są duplikaty, to pomija (dzięki temu różne nazwy tego samego pliku nas nie bolą, a ja redukuję ilość materiałów jakie nakładane są na obiekt).

A poza tym ukończyłem też system zapisów. nEditor wykorzystuje autosave, więc system zapisów to tak na prawdę system backupów dla mapy.

[...]

Czy te zapisy są jednorazowo na każdą sesje edytora, czy one będą, aż się je usunie manualnie?
Czym teraz będziesz się zajmować?

Dodałbym do tego okna zapisów ostatnie 3 autosave'y. No chyba, że masz inne plany

Bardzo dobrze Ci idzie i oby tak dalej! Szczerze mówiąc myślałem, że to będzie ciężkie wyeksportować to do OMSI, lecz wszystko jest cacy. Powodzenia!

---

Zapisy są aż je usuniesz - nEdytor ma wbudowaną bazę sqlite - do przechowywania saveów, listy obiektów i sporo innych rzeczy. Dopóki nie usuniesz jej z dysku, to będzie.

Autosave działa na zapisie, na którym obecnie pracujesz. Zrobię jeszcze takie coś, że np. 30 minut edytor zrobi kopię na specjalnym slocie (trochę jak autozapis w ETS2), żeby jak ktoś się zagalopuje, a nie zrobił samemu zapisu, to mógł się cofnąć.

Teraz będę zajmował się terenem (rzeźba, malowanie i podkłady)

jak już prosicie tutaj o podkłady, to nie z googla, tylko z geoportalu bo te są w najwyższej jakości i z reguły najświeższe, API geoportalu jest pewnie do ogarnięcia. Na pewno API OSM jest stosunkowo proste do podkładów lub innych podobnych rzeczy.

Skoro jesteś już na etapie zapisu mapy, 2 sugestie:
- Lepsze generowanie bitmapy z ulicami (coś jak funkcja roadmap, ale może bardziej cywilizowana i szybsza)
- Jak (jeżeli) będziesz robił też ustawianie chociaż tracks/trips - jakaś opcja z ułatwionym generowaniem station linków + układanie tras na jakiejś minimapie która działa na podstawie ścieżek ai, bo by to uprościło życie mocno.

---

o właśnie fajnie jakby udało się połączyć coś w stylu roadmapa z kostkami bus i klikając na kostkę łatwo dodać ją do tripa aby nie latać po całej mapie bo jest to naprawdę niewygodne przy większych liniach

---

w sumie jeżeli chodzi nawet o rozkłady jazdy, to możnaby napisać jakiś prosty algorytm do wyliczania czasów przejazdów między przystankami. Można by to zrobić na podstawie odległości między przystankami, może do tego jakieś opcje typu ustawianie jak bardzo napięty ma być RJ, doliczyć do tego jakiś czas wymiany pasażerskiej uśredniony i gotowe. Samo uzupełnienie RJ kursami nie jest takie trudne (struktura TTData jest prosta), a jakieś opcje do automatycznego zapełnienia RJ (chociażby ustawienie częstotliwości co X minut w godzinach od-do, albo nawet jeszcze lepiej - ustawienie zakresów od-do i ustawianie tam częstotliwości, np w godzinach 6-9 większa częstotliwość niż 19-22). Do tego jeszcze jakby doliczyć automatyczne wrzucenie jednej dłuższej przerwy (aka. śniadanie/kolacja w niektórych rejonach zwane) i wtedy neditor by mógł zrobić praktycznie wszystko co zwykły edytor, robiąc to przy tym lepiej. Komponent odpowiedzialny za RJ (tj. ścieżki, tripy, kursy) nie jest skomplikowany w kontekście generowania samych plików dla OMSI, a jedynie wymagałby nieco matematyki. Biorąc pod uwagę ile już zrobiłeś (spliny to wg mnie najgorsze z tego wszystkiego) to nie jest to takie nierealne.

---

(06.06.2026, 01:32)Sobol3D napisał(a): jak już prosicie tutaj o podkłady, to nie z googla, tylko z geoportalu bo te są w najwyższej jakości i z reguły najświeższe, API geoportalu jest pewnie do ogarnięcia. Na pewno API OSM jest stosunkowo proste do podkładów lub innych podobnych rzeczy.

Skoro jesteś już na etapie zapisu mapy, 2 sugestie:
- Lepsze generowanie bitmapy z ulicami (coś jak funkcja roadmap, ale może bardziej cywilizowana i szybsza)
- Jak (jeżeli) będziesz robił też ustawianie chociaż tracks/trips - jakaś opcja z ułatwionym generowaniem station linków + układanie tras na jakiejś minimapie która działa na podstawie ścieżek ai, bo by to uprościło życie mocno.

To od początku - geoportal to temat, który będę dopiero badał, więc jeszcze się nie wypowiem. Najpierw podstawowe opracje pozwalające na manipulowaniem terenu, a potem dopiero import danych z zewnętrznych źródeł.

(06.06.2026, 18:19)Zimaleq999 napisał(a): o właśnie fajnie jakby udało się połączyć coś w stylu roadmapa z kostkami bus i klikając na kostkę łatwo dodać ją do tripa aby nie latać po całej mapie bo jest to naprawdę niewygodne przy większych liniach

(06.06.2026, 19:07)Sobol3D napisał(a): w sumie jeżeli chodzi nawet o rozkłady jazdy, to możnaby napisać jakiś prosty algorytm do wyliczania czasów przejazdów między przystankami. Można by to zrobić na podstawie odległości między przystankami, może do tego jakieś opcje typu ustawianie jak bardzo napięty ma być RJ, doliczyć do tego jakiś czas wymiany pasażerskiej uśredniony i gotowe. Samo uzupełnienie RJ kursami nie jest takie trudne (struktura TTData jest prosta), a jakieś opcje do automatycznego zapełnienia RJ (chociażby ustawienie częstotliwości co X minut w godzinach od-do, albo nawet jeszcze lepiej - ustawienie zakresów od-do i ustawianie tam częstotliwości, np w godzinach 6-9 większa częstotliwość niż 19-22). Do tego jeszcze jakby doliczyć automatyczne wrzucenie jednej dłuższej przerwy (aka. śniadanie/kolacja w niektórych rejonach zwane) i wtedy neditor by mógł zrobić praktycznie wszystko co zwykły edytor, robiąc to przy tym lepiej. Komponent odpowiedzialny za RJ (tj. ścieżki, tripy, kursy) nie jest skomplikowany w kontekście generowania samych plików dla OMSI, a jedynie wymagałby nieco matematyki. Biorąc pod uwagę ile już zrobiłeś (spliny to wg mnie najgorsze z tego wszystkiego) to nie jest to takie nierealne.

Dzięki za sugestie, na pewno będę o nich pamiętał, jak będę zajmował się rozkładami, ale póki co rozkłady i "mapy" map to temat do rozwoju edytora po wydaniu jego pierwszej wersji.

Edytor wygląda coraz lepiej, natomiast mam propozycję co do samego jego wyglądu. Jak dobrze wiemy - wzorujesz się kropka w kropke ustawieniem rzeczy z prawej strony... Ale co, gdyby:

1. Po prawej stronie ekranu zostawić wartości do zmiany, a po lewej liste obiektów wraz z wyborem "curve" zakrzywionego spline lub prostym splinem?
2. Czy planujesz (i tu prośba - zrób to) coś w stylu content browsera z map edytora do ETS 2 i ATS? Jak można się pewnie domyśleć, jeśli ktoś ma tyle obiektów i splinów, że Omsi waży mu 400-500 GB, to ciężko będzie tym suwaczkiem znaleźć cokolwiek, a nie każdy zapamięta nazwe każdego obiektu. I tu prośba i pytanie - content browser o taki, jak tutaj zawita do twojego edytora? Jeśli teraz nie, to proszę rozważ to w przyszłości.

(Wczoraj, 08:47)kapuśniak napisał(a): Edytor wygląda coraz lepiej, natomiast mam propozycję co do samego jego wyglądu. Jak dobrze wiemy - wzorujesz się kropka w kropke ustawieniem rzeczy z prawej strony... Ale co, gdyby:

1. Po prawej stronie ekranu zostawić wartości do zmiany, a po lewej liste obiektów wraz z wyborem "curve" zakrzywionego spline lub prostym splinem?
2. Czy planujesz (i tu prośba - zrób to) coś w stylu content browsera z map edytora do ETS 2 i ATS? Jak można się pewnie domyśleć, jeśli ktoś ma tyle obiektów i splinów, że Omsi waży mu 400-500 GB, to ciężko będzie tym suwaczkiem znaleźć cokolwiek, a nie każdy zapamięta nazwe każdego obiektu. I tu prośba i pytanie - content browser o taki, jak tutaj zawita do twojego edytora? Jeśli teraz nie, to proszę rozważ to w przyszłości.

1. Raczej odpada, aktualnie jestem zadowolony z obecnego interfejsu prezentacji danych dot. obiektu.

2. Taki browser na razie w wersji turbo podstawowej już istnieje (będę go rozbudowywał, bo obecnie to tylko siatka ikonek) + pamiętaj że istnieje wyszukiwarka

Czas na kolejny film z nowościami:

- podnoszenie i obniżanie terenu za pomocą pędzla
- dostosowywanie terenu do danej wysokości i próbnik wysokościowy - dostosowanie terenu pod krzywiznę spline
- manipulacja wodą
- tryb węzłów do dokładnej deformacji terenu
- automatyczne dostosowanie wysokości obiektów