Królik Uszasty

Rozkładowo pociąg 3108 powinien przyjechać na tor 2 przy peronie VI, najprawdopodobniej sytuacja ruchowa musiała wymusić zmianę peronu - wjazd pociągu 4506 i zajęte odcinki izolowane w przebiegu na tor 2, co na etapie podawania wjazdu spowodowało wybór wolnego toru, na który dało się podać przebieg szybciej.

Rozkłady jazdy zostały wygenerowane i są dostępne w grze.

Wiemy, pracujemy nad rozwiązaniem.

W poprzednim paczu została zmieniona metoda wyliczania HDR i ekspozycji - ustawiono większą wagę na środek ekranu.

Problem fixed with realeas of the new timetable.

This is by design. The dialogues between dispatcher and driver are static, always mentioning intended train parameters and locomotive. Number of possible combinations is constatly growing with each locomotive or wagon. It might be rather simple to make interactive chat messages, but the problem occurs with sounds. We will not classify this as a bug, but we will talk this over.

Dokładnie, jedno i drugie wygląda na skyboxy - modele z nałożonymi statycznymi obrazkami chmur, ewentualnie z możliwością przechodzenia między obrazkami. Na pewno wyglądają genialnie, bo odtwarzają idealnie 1:1 kształt chmur określonego typu na podstawie zdjęć, natomiast to nie jest system dynamicznego i animowanego nieba, jaki mamy teraz w SimRailu.

@RWag64 what about https://api.simrail.eu:8082/api/getAllTimetables?serverCode=fr1&train=4516?

Będą dodane w późniejszym etapie (ale już relatywnie niedługo). Z racji tego, że są to pociągi o charakterze dekoracyjnym, będą upychane w wolne luki, które nie zostaną wykorzystane przez pociągi towarowe.

Wczoraj została wgrana aktualizacja rozkładu testowego. Zmiany obejmują: Dodane pociągi nocne 163xx (Warszawa Wschodnia) Warszawa Grochów-Sędzice (Szklarska Poręba Górna) vmax 120 613xx (Szklarska Poręba Górncza) Sędzice-Warszawa Grochów (Warszawa Wschodnia) vmax 120 831xx (Szczecin Główny) Zgierz Kontrewers-Kraków Płaszów (Kraków Główny) przez Łódź Kaliska, Włoszczowa Północ, Dąbrowa Górnicza Ząbkowice vmax 140 381xx (Kraków Główny) Sosnowiec Maczki-Zgierz Kontrewers (Szczecin Główny) przez Zawiercie, Włoszczowa Północ, Łódź Kaliska vmax 140 542xx (Gdynia Główna) Zgierz Kontrewers-Brynów (Bielsko Biała Główna) przez Łódź Kaliska, Piotrków Trybunalski vmax 120 452xx (Bielsko Biała Główna) Brynów-Zgierz Kontrewers (Gdynia Główna) przez Piotrków Trybunalski, Łódź Kaliska vmax 120 141xx (Warszawa Wschodnia) Warszawa Grochów-Katowice Tow. KTC (Gliwice) przez Piotrków Trybunalski vmax 140 411xx (Gliwice) Katowice Tow. KTC-Warszawa Grochów (Warszawa Wschodnia) przez Piotrków Trybunalski vmax 140 Dodane pociągi towarowe ZUE 6490xx (Piława Górna) Katowice Tow. KTC - Myszków przez Będzin vmax 80 co 2 godziny ZNE 6290xx (Piława Górna) Katowice Tow. KTC - Czarnca (Kielce Herbskie KHB) przez Będzin vmax 100 co 2 godziny (BETA) TKE 4432xx Katowice Muchowiec Staszic - Mysłowice co 2 godziny TKE 4431xx Katowice Muchowiec Staszic - Dąbrowa Górnicza Towarowa przez Dorota (wybrane kursy przez Sosnowiec Kazimierz) co 2 godziny vmax 100 (BETA) TME 4440xx (Częstochowa Towarowa) Myszków - Staszic (Łaziska Średnie) przez Dąbrowa Górnicza Południowa vmax 80 co godzinę TDE 2421xx Sędziszów Towarowy - Katowice Tow. KTC przez Sosnowiec Kazimierz (wybrane kursy do Sosnowiec Maczki przez Dorotę lub Sosnowiec Kazimierz) vmax 100 co 1-3 godziny TNE 2430xx (Kielce Herbskie) Sędziszów Towarowy - Sosnowiec Maczki (Jaworzno Szczakowa) przez Sosnowiec Kazimierz vmax 80 kursy nieregularne LTE 2450xx Sędziszów Towarowy - Borowa Górka kursy nieregularne TDE 4220xx (Gliwice Port) Katowice Tow. KTC - Sędziszów Towarowy (Nałęczów) przez Sosnowiec Kazimierz vmax 120 kursy nieregularne TNE 4230xx (Jaworzno Szczakowa) Sosnowiec Maczki - Sędziszów Towarowy (Kielce Herbskie) przez Sosnowiec Kazimierz vmax 80 kursy nieregularne LTE 4250xx Borowa Górka - Sędziszów Towarowy kursy nieregularne Pociągi oznaczone BETA z góry mogą mieć poważne błędy i niedociągnięcia, więc na pewno zostaną poprawione. Mogą występować kolizje na odcinku Sędziszów-Tunel, wiemy o nich i będą niebawem usuwane. Zestawienia składów są tymczasowe i będą zmieniane. Numeracja pociągów nocnych będzie jeszcze korygowana później. Zapraszam do testów na serwerach PL5, INT5 i INT9.

Have you ever considered to exchange showing speed and signal colour to the delay of a train? So in squares would be shown how much a train is late.

No i do tego powrót klasyków Warszawa - Katowice p. CMK, Kozłów i odwrotnie na 120 km/h. Nie do końca rozumiem, na czym polega ta nierealistyczność i nietypowe sytuacje. Żeby zagęścić ruch, pociągi muszą się poruszać ze zbliżoną prędkością, inaczej powstają ogromne dziury między pociągami. Z drugiej strony nie można dopychać pociągów z innych miejsc bez ograniczeń. Nawet jeśli przyjmiemy, że braki z Grodziska uzupełnimy pociągami z Markowa, to wciąż jesteśmy ograniczeni wyjazdem w Szeligach, gdzie przecinamy tory szlakowe. Można dopchać pociągów w Idzikowicach przez łącznice z Radzic, ale wtedy Opoczno i Olszamowice utoną, bo nie będą w stanie przerobić tego ruchu i wyprzedzań.

Całej mapy

It seems you have overcharged the brake pipe with pressure greater than 5 bar. You should not use fill position (↑↑↑) unless you know, what are you doing. The brake lever should not stay there for a long time, rather short impulse and immediately you should go back to assimilation (↑↑) - then the brake pipe overcharges in a controlled manner to only 5,4 bars and goes back to 5,0 bar gradually, when the brake lever is back in "running"/"driving" position.

Nie będę tutaj się zbytnio rozwodzić na temat decyzji biznesowych, natomiast uważam że Twoje twierdzenia są (być może tylko jako zabieg retoryczny) przejaskrawione. Fakty są takie, że: 1) na rynku istnieją podmioty gospodarcze, które używają w tym momencie do różnego rodzaju szkoleń symulatorów robionych metodami gospodarczymi w oparciu o MaSzynę (i czasem zaczynają się odbijać od jej ograniczeń) i mogą mieć pokusę dokonania niskokosztowego unowocześnienia oprogramowania, 2) przynajmniej jeden z naszych konkurentów walidował swoją symulację danego pojazdu w oparciu o moją pracę na rzecz MaSzyny. Dla mnie, na podstawie mojej, wyżej przedstawionej wiedzy o sytuacji na rynku, obawy o wykorzystanie gry SimRail w sposób niezgodny z przeznaczeniem (tj. czyli nie do grania w grę w domu a do szkolenia lub zdobywania know-how o symulacji konkretnego pojazdu) nie wydają się być wyssane z palca. Pewnie dlatego musimy wyważyć co i ile możemy przenosić do wersji "cywilnej" naszego oprogramowania, która jest przecież po wielokroć tańsza od wersji komercyjnej/szkoleniowej.

Tak jak pisałem kawałek wcześniej, to nie jest mój obszar i nie zamierzam jakoś bardziej wchodzić w powody wyboru technologii komunikacji. Jestem w stanie zrozumieć argumenty za i przeciw oraz perspektywę firmy i użytkowników. Co do liczby parametrów/zmiennych, to myślę, że zwykly wagon przelicza ich z tysiąc, a bardziej złożone pojazdy mogą iść nawet w kilkanaście tysięcy (oczywiście dla pojazdów w pociągu gracza, bo boty mają większość obliczeń wyłączoną). Większość z nich stanowi de facto wartości pomocnicze do określenia dynamiki pojazdu lub zachowań jego systemów (np. przepływy między zbiornikami i komorami w hamulcach, zeby ostatecznie napelnić cylinder hamulcowy i zaczac hamowanie). Jestem też absolutnie przekonany, że to nie to powoduje, że gra zajmuje 100 GB - wystarczy spojrzeć, ile zajmują na dysku poszczególne DLC mapowe, żeby stwierdzić, że to mapa stanowi większość danych przechowywanych na dysku.

Zasięgnąłem dzisiaj języka, jak to ma działać. Broker/serwer MQTT będzie stawiany przez grę i dostępny podstawowo przez Ethernet/TCP/IP (oprócz tego rozważane są też inne opcje, ale to wyjdzie w praniu). W takiej sytuacji można będzie użyć albo jakiegoś mikrokontrolera z ethernetem (połączenie kablem RJ45, WiFi), albo we własny sposób z własnym interfejsem/protokołem - wtedy odbieramy dane programowo i do kontrolera wysyłamy dowolnie. Dane z symulatora będą odświeżane kilka razy na sekundę. Jednocześnie MQTT od ręki daje nam możliwość komunikacji z wieloma sterownikami zewnętrznymi, przez co można będzie podzielić sterowanie pulpitem na kilka mniejszych kontrolerów. Pytanie jest dosyć niekonkretne. Jeśli ruszysz natychmiast z -100% na +100% to wystarczy jedna. Jeśli ruszasz powoli (a to sugeruje Twoja wypowiedź o odczuciu liniowości), to 5 do 10 komunikatów na sekundę powinno wystarczyć, w szczególności że przekształtniki (falownik czy czoper) mają i tak swoje wygładzanie wartości zadanej i wyjściowej, więc to się wygładzi w stopniu wystarczającym. Czy możemy przyjąć, że takie rozwiązanie spowoduje pomijalne różnice w przebiegu rozruchu i hamowania, czy chcesz to przeliczać? Powiem może trochę szerzej - że wszystkie z pojazdu to już wiadomo, że nie. Dla Dragona mamy potencjalnie 300, a dla Impulsa 900 wartości wejść/wyjść. Część z nich jest w grze nieużyteczna, część zaś nie będzie dostępna, żeby przypadkiem ktoś sobie jednak nie zaczął robić z gry symulatora. Natomiast z zasady raczej wszystko to co da się zbindować do klawiatury i to co widać na miernikach i lampkach powinno być. Wedle mojej wiedzy dozwolony ma być float 32 bit. Ależ proszę bardzo... W ciągu kilku dni już drugi raz używasz tej samej nieszlachetnej części ciała, aby wyrazić swoje głębokie niezadowolenie, że coś nie jest robione po Twojemu. Smacznego. Ja bym w wątku o kontrolerach gier w pierwszej kolejności spodziewał się jakichś informacji w temacie, opinii, rozważań. Śmieszność raczej nie jest podstawowym jego celem i bym jej tutaj jakoś na siłę nie szukał.

@Mywasher Nie uważasz, że jednak Twoje wypowiedzi trochę zbyt emocjonalnie podchodzą do tematu, a niektóre porównania wręcz niesmaczne? Wydaje mi się, że jest już bliżej jak dalej do ukończenia prac i z jakiegoś powodu taki standard został wybrany - nie wiem, nie znam się i nie będę tłumaczył powodów wyboru i całego toku myślowego, jaki za tym stał. Nie sądzę, żeby na tym etapie ktoś zaorał wszystko tylko dlatego, że jeden użytkownik forsuje inny standard. Natomiast porównywanie pulpitu w domu do rozwiązań przemysłowych (a już co gorsza - pojazdów kolejowych) nie jest chyba na miejscu. Ja wiem, że nawet wyolbrzymione pół sekundy opóźnienia przy włączaniu hamowania przy prędkości 200 km/h to prawie 30 metrów różnicy w miejscu zatrzymania, ale bądźmy szczerzy - jeśli komuś naprawdę takie coś uniemożliwiałoby za każdym razem zatrzymanie się w miejscu, to jednak chyba trzeba zmienić technikę jazdy. Inna sprawa, że ja nie spodziewałbym się jakichś dużych i zauważalnych opóźnień w transmisji, zwłaszcza że te istotnie responsywne to muszą być w większości wypadków ze... 4(?) manipulatory (nastawnik, bocznik/tempomat, hamulec zespolony, hamulec pomocniczy). Myślę, że prawdziwe pojazdy w niektórych sytuacjach serwują większe opóźnienia (typu zawieszający się na kilka sekund monitor diagnostyczny przy włączaniu hamowania nagłego, bo musi przetworzyć na raz kilkanaście komunikatów o błędach). Sam do MaSzyny skonfigurowałem swój pulpit do komunikacji co 100 ms i jeździło mi się dobrze. Głównie dlatego, że wystarczyło ruszyć ręką zamiast korzystać z klawiatury. Co do samych magistral komunikacyjnych, no to cóż... no mamy na przykładowoym pojeździe (EZT) magistralę CAN, nawet 5-6 niezależnych linii, żeby te dane przesłać, ale wciąż hamowanie nagłe to otwarcie dziury pod grzybem lub zadajnikiem hamulca oraz równolegle poprowadzony przewód wzdłuż całego pojazdu (tzw. "pętla bezpieczeństwa"), który w tradycyjny sposób odcina zasilanie zaworów bezpieczeństwa. No i na tyle, na ile liznąłem TMCSów (systemów sterowania pojazdami), to tam komunikacja jest raczej dosyć surowa z odczytywaniem bitów i bajtów po adresach/pozycjach w ramce. MQTT wraz z bibliotekami pozwoli to opakować w trochę bardziej przyjazną formę odczytu. Na pewno nie będzie to ciągnięcie danych z internetu - dane będą przetwarzane i wystawiane lokalnie, szczegółów podłączenia nie znam, ale na pewno będą podane.

the same answer applies: All three exits on the west side of Łódź are low capacity lines: double track line no. 14 without ABS towards Zduńska Wola, Sieradz, Sędzice, two single track lines no. 15 and 16 from Zgierz towards Łowicz and Kutno combined with some limitations of our engine: (1) a train needs to go from point outside the map and to another point outside the map, (2) no reversing of trains (even EMUs). It means that there is no possibility to increase the traffic by adding trains going only to Zgierz or going the sequence of Retkinia <-> Kaliska (rev.) <-> Chojny as in reality. I think we have about 10 (pairs of) slots per hour and all of them have to be divided between Marysin (to Zgierz), Kaliska (to Zgierz) and Retkinia (to Zduńska Wola via Pabianice, Łask). Maybe it may be a bit artificially optimised for one or two trains more, but it may cause som trains to have excessive long stops. Well, is it a proper one? On the main lines there are missing only three big stations in Warszawa (and all three seem to not be very exciting, although busy) and three - mechanical ones: Sosnowiec Dańdówka (62+171), Piotrków Trybunalski (1) and Sieradz (14). Of course there are also Charsznica, Wolbrom, Jaroszowiec Olkuski, Olkusz - but they are affected by line no. 62 low capacity layout - and signalboxes in side freight lines in Silesia (Staszic, KMB, Stawiska, Kozioł, DTA R5, Przemiarki) - also not exciting, low capacity and remarkably not mixed traffic. Also - I don't get it. How adding signalboxes in one part of the map resolve a problem of too low traffic not being entertaining enough? Does it change a lot if you replace 100 km/h freight train with 120 km/h (or even 140 km/h) passenger train from Knapówka and then you have to go full section from Psary to Góra Włodowska (the longest one!) with reduced speed? Or if you wait in Psary for couple of minutes (if you have good luck, but if you have bad luck you can be stuck in Starzyny at entry signal forever)) when someone sent any train (even 140 km/h 531xx TLK) just before you? To be not distrupted at all we would need to wipe out everything but pendolinos from CMK and create a big time window on the other lines just in case something goes wrong. In the upcoming timetable there might be a bit less of freights during day-time on CMK as we see more details and we can apply some timetable rules more strictly now. In consequence we have already heard that this makes some signalboxes, which are very responsible now like Szeligi, not interesting at all.

Dear Mywasher Still, I think we see the case differently. Real life dispatching can be really boring as hell without all the other activities. Real life driving can also be boring and you can pass only 2-3 trains during an hour-long drive and have no contact with any dispatcher. And this is the fact that affects the gameplay on the entire map. I see that you see only CMK as a problem, which very limited approach. Redirecting all freights from CMK to LK1 is not a complex solution, it is just moving the problem into other parts of a map and creating a clean playground for some drivers. We can get rid of freights there, but when argument of "realism" kicks in, there come also questions about the limit of it and why this thing is more "real" than the others. Maybe we should cancel most of 16xx/61xx pendolinos, as in reality there are only two or three of them per day? Maybe we should cancel all 161xx/611xx as there are no TLK's to Wrocław via CMK? Maybe we should cancel a half of pendolinos and EuroCity trains to Katowice as in reality they are mixed and pendolinos mostly fill the gaps between international trains? As you can see, all of them make more room on the line to drive trains without delays. AFAIK in normal operations there should be no or very, very low number of overtakes on CMK. No overtakes = always green. Nope, sorry. LK1 is not a proper environment for mixed traffic. The line is not prepared for traffic required by online multiplayer game (as most of our Polish lines). It has a lot of "interesting" solutions in station tracks layouts which significantly decrease capacity. It doesn't matter if it is big station like Skierniewice, Koluszki or it is a small station like Rogów, Płyćwia, Rokiciny, Baby... I hit the wall many times preparing the current timetable and we hit the same wall preparing the next timetable - fundamental design philosophy for those stations and their layouts. Well, but average 50 km/h EN57 or even 70 km/h EN76 put just before 140 km/h Intercity or 160 km/h Sprinter does not ruin the experience for drivers? Maybe in absolute values it sound as less distruptive, but it is even less than 50% of desired speed of a fast train. Then you cannot just set cruise control to 90-100 km/h and go with constant speeed - you have to brake every three blocks as the regional train approaches passenger stop and then you have to accelerate as there are other trains behind you. On the other hand - what about being held in side track in a heavy freight train for too long and falling out of "slot"? I heard complaints about getting stuck in Pruszków or Grodzisk in freight train because dispatcher misjudged necessary time or feared not to delay passenger train instead of letting a freight train go when it was already at full speed and it should reach the planned overtaking spot. I believe that with current tool we will be able to prepare a proper timetable for night time with more freight trains, however with a minimal amount of priority passenger trains it may not set enough pressure on dispatchers.

...in the opposite needs of drivers (who want rather smooth ride according to the timetable, especially when driving fast passenger trains) and dispatchers (who want to have some fun of dispatching by making decisions and creating overtake opportunities). To make dispatching a bit less boring we need to have speed difference and overtakes, but every overtake is a risk of missing it and then the faster train gets blocked by a slower one. The CMK is a bit different from other lines as it is the only one designed for driving 200 kph but the situation is very similar on the line no. 1 when a fast train going 140 kph can be blocked by an EN57 going with average speed of 50 kph. Please remember that we still get complaints about too long breaks between trains on signalboxes on the main lines - up to 15 minutes - although we run about 30% of train count (~1500 of 5000) daily from whole Poland on 6% of its railway grid. This might seem as paradox, but it is effect of mixed traffic - here is my quickly made drawing about 1 year ago for discord discussion and example of 25 km long section between Włoszczowa Północ and Olszamowice with Pendolino driving time 11 minutes and freight driving time 20 minutes: We can get rid of freights on CMK (especially northert part), but it does not mean there will be more trains (lack of capacity from Warszawa Zachodnia towards Warszawa Włochy so we have fixed slot count for Grodzisk Mazowiecki spread between Łódź and CMK) so the signalboxes will become more boring and it will be more common to be signalled by bots than humans.

No. We have about gradients up to 10-12 ‰, what is about equivalent of 20-25% of Pendolino acceleration. It is not a problem even in wet conditions when all inverters and motors are working, but it might be useful when the drive is broken and the available tractive effort is considerably lower. Some locomotives has a similar hidden feature as they can increase the tractive effort of a single motor from 75 to 85 kN when the other ones are slipping.

Shrnutí Nečekaně pro Vás připravujeme nový jízdní řád, jelikož ten současný není ideální. Celý text Milí strojvedoucí a výpravčí SimRailu, Mám pro Vás nějaké novinky – někteří z Vás to již uhodli – připravujeme nový „záchranný“ jízdní řád. Než se dostaneme zpátky, podívejme se na moment do minulosti. Když jsme rok a půl zpátky opustili Předběžný Přístup a vydali trať Tunel-Kraków, nový jízdní řád byl připraven a nazván jako „přechodný“. Název reflektovat fakt, že místo jednoduchého přidání vlaků do Krakówa byl jízdní řád kompletně vytvořen od nuly. V něm jsme použili rozdílné předpoklady a metody pro kalkulaci jízdních dob. Jízdní řád bylo také potřeba remodelovat pro rozšíření DLC: Łódź–Warsaw a tím tak opravit i některé nedostatky původního jízdního řádu, kde jízdní řády na CMK byly příliš natažené, a tak se běžně stávalo, že vlaky dojížděly do stanice Grodzisk s desítkami minut náskokem. Přechodný jízdní řád s námi však zůstal po delší dobu, než bylo plánováno. Při vydání DLC: Łódź–Warsaw, kde byl jediným bodem střetu stanice Grodzisk Mazowiecki. Díky tomu stačilo vložit nové vlaky směřující na Skierniewice do těchto prázdných mezer v jízdním řádu. To nám umožnilo vytvořit solidní jízdní řád se zvýšenou obtížností obsluhy stanice Grodzisk Mazowiecki a Pruszków díky přidání značného množství nových vlaků pro Skierniewice a Koluszki. Nicméně vydání DLC: Łódź Junction v kombinaci s DLC: Impuls 2 nám ukázalo, že jsme narazili do zdi. Velikost změn, úprav a požadovaných změn v jízdním řádu dosáhla maximálních limitů, kterých jsme dosahovali již dříve. Navíc, naše nástroje, které jsme využívali, dosáhli maxima a jakákoliv změna nebo paralelní práce se ukázaly jako obtížné. To samozřejmě celý proces dělalo nesmyslně komplexním. Jak jste již mohli uhodnout, to bylo hlavní příčinou, proč noční vlaky nebyly v současném jízdním řádu obnoveny: trasování nočních vlaků bylo rozdílné od denních vlaků a bylo tedy nutné i přizpůsobení tras nákladních vlaků. Což prakticky znamenalo vytvořit druhý paralelní jízdní řád pro malou část dne a následně opravit i všechny ranní vlaky. Ve stejném čase tohoto roku, @P.Wiśnia mě kontaktovala a navrhl mi, abychom společně vyvinuli aplikaci na tvorbu jízdních řádů přímo pro nás na míru. Díky tomu v průběhu měsíce vytvořila systém, který nám pomůže konstruovat celý jízdní řád mnohem rychleji s větší účinností. To nám pomohlo k rozhodnutí, že současný jízdní řád už nebude nadále vyvíjen ani upravován. Za prvé by kvůli napjatému harmonogramu vydávání obsahu bylo testování a nasazování oprav jízdního řádu podle harmonogramu nesmírně obtížné. Za druhé, tento přístup by nám jednoduše neumožnil eliminovat některé důležité chyby s existujícím jízdním řádem, které by nás i Vás neustále obtěžovaly při hraní. Aktuálně je nástroj pod intenzivním testováním, který v „nouzovém“ režimu simuluje stávající jízdní řád a jeho předpoklady. Nový nástroj poskytuje spoustu výhod, ale také dvě nevýhody. Za prvé, je to na úplně jiné bázi filozofie a kalkulace jízdních dob mezi stanicemi pomocí zvolené lokomotivy, délky vlaky, hmotnosti a kategorie vlaku. To znamená, že import současného jízdního řádu v rámci tvorby vytvoření oprav vlastně není možné. Za druhé, je velmi přesný a jasně odhaluje větší množství detailů, které vyžadují další doladění. Z tohoto důvodu musí být každý vlak znovu vytvořen od nuly, a proto jsme museli upustit od striktního hodinového intervalu a přejít k drobným posunům v rámci několika minut. Aktuálně máme připraveno cca ¾ jízdního řádu – 1 321 z celkových 1 704 jízdních řádů vlaků je nyní připraveno na serverech PL5, INT5 a INT9. Rozsah změn v jízdním řádu obsahuje: 1) Znovu vytvoření tras hlavních vlaků na CMK, které nyní obsahuje drobné časové posuny a prodloužené jízdní doby s požadovanými rozestupy; 2) Úpravu jízdních řádů tak, aby odpovídaly řazení, zejména zvýšení maximální rychlosti u spojů obsluhovaných jednotkami Impuls a zavedení spojů ŁKA Sprinter na trase Varšava–Łódź; 3) Doplnění dopravy i na spojovacích tratích, které zahrnují obě DLC 4) Přísnější dodržování předpisů o jízdních řádech, zejména správné uplatňování povinných intervalů mezi vlaky odjíždějícími stejným směrem a při konfliktních jízdách. Vedlejším efektem těchto změn je také drobná redukce kapacity v některých železničních uzlech a na některých tratích, což vyplývá z nutnosti dodržovat větší rozestupy mezi vlaky. V této chvíli zbývá přetrasovat zbývající nákladní vlaky v oblasti Katowice, Sosnowiec a Zawiercie, a také na trati LK62. Další otázkou je zavedení nočních vlaků, které by mohly operovat v rozdílně oproti denním vlakům. Aktuální stav jízdního řádu můžete vidět na serverech PL5, INT5 a INT9. Konečně, bych rád zmínil, že SimRail nejsou jen „vlaky na počítači“, ale především o všech lidech, kteří se chtějí bavit a dále rozvíjet tento projekt. V současné době na jízdním řádu pracuje 4 členný tým: 1) P.Wiśnia, který vyvíjí nástroj, a pokračuje na opravě chyb a jeho ladění v rámci tvorby a exportu, a také se podílí na vývoji databáze; 2) Mr Kura, který je odpovědný za sestavování vlaků v oblasti Krakówa a CMK, který také poskytl neocenitelnou pomoc při sestavování jízdních řádů a dbá na jeho striktní dodržování, aby vlaky skutečně jezdily na čas; 3) Marcion, který je odpovědný za sestavování jízdní řádu v oblasti Łódź – ze Żyrardów do Piotrków, Zgierz a Sieradz; 4) Królik Uszasty, který je odpovědný za osobní vlaky v oblasti Katowic a směruje vývoj aplikace praktickým a užitečným směrem. Tímto bych chtěl také poděkovat Moooritz, který pracuje na řazení vlaků u nových vlaků. Díky souběžné práci, zjednodušení přidávání nových vlaků a efektivnějšímu provádění oprav jsme nyní schopni mnohem rychleji reagovat na vznikající problémy – zejména na ty méně závažné, jejichž řešení dříve trvalo dlouho. Doufáme, že se Vám nový jízdní řád bude líbit a že bude sloužit jako pevný základ pro další budoucí rozvoj.

Résumé Nous sommes en train de créer de manière imprévue un nouvel horaire, car l’ancien est devenu obsolète. Texte complet Chers conducteurs et aiguilleurs SimRail, J’ai quelques nouvelles pour vous — certains d’entre vous l’ont probablement déjà deviné — nous préparons un nouvel horaire « d’urgence ». Avant d’entrer dans les détails, faisons un bref retour en arrière. Il y a un an et demi, lorsque nous avons quitté l’accès anticipé et ouvert la ligne de Cracovie sur la carte, un nouvel horaire a été préparé, que j’appelais de manière informelle « transitoire ». Ce nom reflétait le fait qu’au lieu d’ajouter simplement des services vers Cracovie à l’horaire existant, un horaire entièrement nouveau avait été créé, basé sur des hypothèses différentes et une méthode différente de calcul des temps de parcours. Cet horaire devait également être entièrement remanié pour le DLC Łódź–Varsovie et corriger plusieurs lacunes de l’ancien horaire, où les temps de parcours sur la ligne centrale (CMK) étaient clairement trop longs et où il arrivait fréquemment que certains trains arrivent à Grodzisk avec plus d’une dizaine de minutes d’avance. En pratique, l’horaire transitoire est resté avec nous bien plus longtemps que prévu. Lors de la sortie du DLC Łódź–Varsovie, le seul point d’interface était Grodzisk Mazowiecki, où les écarts existants entre les trains se dirigeant vers la CMK ont permis d’insérer des trains supplémentaires en direction de Skierniewice. Cela nous a permis de créer un horaire assez dense, augmentant considérablement la difficulté d’exploitation à Grodzisk Mazowiecki et Pruszków, tout en permettant l’ajout d’un grand nombre de services vers Skierniewice et Koluszki. Cependant, le DLC Łódź Junction combiné avec le DLC Impuls 2 a montré que nous avions atteint une limite. L’ampleur des changements, corrections et adaptations nécessaires dépasse désormais tout ce que nous avons connu auparavant. De plus, les outils que nous utilisions ne permettaient pas nativement le travail en parallèle et se sont révélés lourds lors de l’introduction de certaines modifications, rendant l’ensemble du processus inutilement complexe. Comme vous l’avez peut-être deviné, c’est la principale raison pour laquelle les services de nuit n’ont pas encore été rétablis dans l’horaire actuel : faire circuler les trains de nuit différemment de ceux de jour et y intégrer les sillons fret revient en pratique à créer un second horaire pour une petite partie de la journée, puis à ajuster les périodes de transition du soir et du matin. Parallèlement, à la fin du mois de janvier de cette année, @P.Wiśnia m’a contacté et a proposé de développer une application dédiée à la création d’horaires. En unissant nos forces, nous avons créé en un mois un système permettant de construire des horaires beaucoup plus rapidement et efficacement. Cela nous a conduits à la décision d’arrêter le développement et la correction de l’horaire actuel. Premièrement, le calendrier de publication très serré rendrait les tests et le déploiement des corrections extrêmement difficiles. Deuxièmement, cette approche ne permettrait tout simplement pas d’éliminer les problèmes fondamentaux de l’horaire existant, qui continueraient à nous affecter ainsi que vous pendant longtemps. Actuellement, l’outil est en phase de tests intensifs, en recréant l’horaire actuel et ses hypothèses en mode « d’urgence ». Le nouvel outil, malgré ses nombreux avantages, présente également deux inconvénients. Premièrement, il repose sur une philosophie complètement différente et calcule automatiquement les temps de parcours entre les gares en fonction de la locomotive, de la longueur du train, de sa masse et de sa catégorie de service. Cela signifie qu’il est impossible d’importer l’horaire existant pour y apporter des corrections. Deuxièmement, il est très précis et met en évidence un plus grand nombre de détails nécessitant des ajustements. Pour cette raison, chaque train doit être entièrement replanifié depuis zéro, et nous avons dû abandonner le cycle horaire strict au profit de légers décalages de quelques minutes. À ce stade, environ les trois quarts de l’horaire sont prêts : 1 321 circulations sont disponibles sur le serveur PL5 sur les 1 704 actuellement présentes sur PL3. Les changements principaux comprennent : 1) la recréation des sillons des principaux services circulant sur la CMK, avec de légers décalages horaires et des temps de parcours prolongés incluant les marges nécessaires ; 2) l’ajustement des temps de conduite pour correspondre au matériel roulant défini par les compositions, notamment en augmentant les vitesses autorisées pour les services assurés par les rames Impuls et en introduisant des services « sprinter » ŁKA sur la ligne Varsovie–Łódź ; 3) le remplissage du trafic sur les lignes de connexion dans la zone couverte par les deux DLC ; 4) une application plus stricte des règles de construction des horaires, notamment le respect des intervalles de sécurité obligatoires entre trains circulant dans la même direction et pour les mouvements conflictuels. Un effet secondaire de ces changements est une légère réduction de la capacité dans certains nœuds ferroviaires et sur certaines sections de ligne, en raison de la nécessité de maintenir des espacements plus importants entre les trains. Pour l’instant, les services de fret doivent encore être intégrés dans les zones de Katowice, Sosnowiec et Zawiercie, ainsi que sur la ligne n° 62. La question de l’introduction des trains de nuit reste également ouverte, ceux-ci pouvant fonctionner différemment des services de jour. L’état actuel du nouvel horaire peut être suivi sur les serveurs PL5, INT5 et INT9. Enfin, je tiens à souligner que SimRail n’est pas seulement « des trains sur un ordinateur », mais avant tout des personnes qui souhaitent prendre du plaisir et continuer à développer le projet. Actuellement, une équipe de quatre personnes travaille sur l’horaire : 1) P.Wiśnia, développeur de l’outil, chargé des corrections et de la base de données des lignes ; 2) M. Kura, responsable de la construction des trains dans les zones de Cracovie et de la CMK, garant du respect strict des règles d’horaire ; 3) Marcion, responsable des services dans la région de Łódź ; 4) Królik Uszasty, responsable des services voyageurs dans la région de Katowice et de l’orientation du développement de l’application. Je souhaite également remercier Moooritz, qui travaille sur la définition des compositions pour les nouveaux services. Grâce au travail en parallèle, à la simplification de l’ajout de nouveaux trains et à une correction plus efficace, nous sommes désormais capables de réagir beaucoup plus rapidement aux problèmes — en particulier les plus mineurs, qui prenaient auparavant bien plus de temps à résoudre. Nous espérons que ce nouvel horaire vous plaira et constituera une base solide pour les développements futurs.

TL;DR (Zusammenfassung) Wir arbeiten zurzeit ziemlich unerwartet an einem neuen Fahrplan, da der alte Plan aktuell an seine Grenzen kommt. Kompletter Text Liebe SimRail Fahrer und Fahrdienstleiter, ich habe einige Neuigkeiten für euch. Einige haben es schon erraten: Wir arbeiten zurzeit an einem neuen “Notfallfahrplan”. Bevor wir in die Details gehen, schauen wir etwas in die Vergangenheit: Vor ca. 1,5 Jahren wurde mit dem Verlassen des Early Access die Strecke nach Krakau veröffentlicht. Dafür wurde ein komplett neuer Fahrplan erstellt, welcher zuerst als “Übergangsfahrplan” bezeichnet wurde. Der Name kam daher, dass ein komplett neuer Fahrplan erstellt wurde, statt einfach nur neue Züge für Krakau hinzuzufügen. Der damals neue Fahrplan basierte auch technisch auf leicht anderen Vorgehensweisen als zuvor. Dieser Fahrplan sollte auch für das Łódź-Warszawa DLC komplett erneuert werden, bei dem auch Fehler behoben werden sollten, wo Züge auf der CMK teilweise dutzende Minuten zu früh in Grodzisk Mazowiecki oder Warszawa ankamen. In der Praxis blieb der Übergangsfahrplan deutlich länger als gedacht. Beim Release des Łódź-Warszawa DLCs war Grodzisk Mazowiecki die Stelle, wo sich die Mapteile vereinigten - dort wurden dann zusätzliche Züge zur Fahrt gen Skierniewice eingefügt. Der Fahrplan ließ in diesem Streckenabschnitt relativ viele Fahrten zu, somit wurde neben der Verfügbarkeit vieler Züge in den neuen DLC-Bereich die Schwierigkeit der Stellwerke Grodzisk Mazowiecki und Pruszków deutlich erhöht. Wie dem auch sei, das Łódź Junction DLC in Kombination mit dem Impuls 2 DLC hat uns die Grenzen dieses Systems deutlich aufgezeigt. Die Anzahl der Änderungen, die man angehen müsste, um dem Anspruch gerecht zu werden, übertraf das Arbeitspensum stark. Zusätzlich war das eingesetzte Tool nicht optimal, so konnte man beispielsweise nicht parallel arbeiten und kleinste Änderungen am Fahrplan (Änderung Vmax oder Zuggattung) waren unnötig kompliziert und somit selten realisiert. Das ist auch der Hauptgrund, warum es bis dato keine richtigen Nachtzüge im Fahrplan gab: Am Tag verkehrende Züge hätten einen komplett neuen Fahrplan für die Nacht benötigt, um diese Züge herum hätte man die Güterzüge bauen müssen, wodurch man praktisch zwei Fahrpläne gleichzeitig bräuchte. Zum gleichen Zeitpunkt, ungefähr Ende Januar 2026, hat sich @P.Wiśnia bei mir gemeldet und seine Unterstützung beim Erstellen des Fahrplans angeboten, indem er das dafür notwendige Tool programmiert. Dank der engen Zusammenarbeit haben wir innerhalb eines Monats ein Programm erstellt, welches es uns erlaubt, Fahrpläne deutlich einfacher und deutlich effizienter zu erstellen. Dies brachte uns dazu, die bisherigen Arbeiten am alten Fahrplan vorerst zu pausieren. Wir stellten fest, der enge Releaseplan würde das Testen und Beheben der Fehler im aktuellen Fahrplan deutlich erschweren. Außerdem könnten wir damit nicht die fundamentalen Probleme des aktuellen Fahrplans beheben, was zu ewiger Nacharbeit führen würde. Zurzeit ist das neue Tool im intensiven Test, bei dem der aktuelle Fahrplan als “Notfallplan” nachgebaut wird. Trotz der vielen Vorteile des neuen Tools gibt es natürlich auch Nachteile. Erstens, es basiert auf einer komplett anderen Philosophie als bisher. Das Tool rechnet die Fahrzeiten der Züge automatisch, anhand der Lok, der Zuglänge, des Zuggewichts und der Kategorie. Dies führt dazu, dass wir den aktuellen Fahrplan nicht einfach importieren können. Zweitens, das Tool ist sehr präzise - man kann mehr Details einbauen und nutzen, die es teilweise komplizierter machen. Aus diesem Grund wurde jeder Zug von Grund auf neu gebaut. Diese ganzen Neuerungen führen auch dazu, dass es den klassischen Stundentakt in den meisten Fällen nicht mehr gibt - die Spawnzeiten variieren teilweise um ein paar Minuten, genauso ändern sich auch die Fahr- und Standzeiten der Züge je nach Zeitlage. Zurzeit sind ungefähr 75% des Fahrplans fertig - 1321 Fahrten gibt es auf INT5, 1704 Fahrten auf INT1. Die Fahrplanänderungen umfassen hauptsächlich: 1) Neuerstellung der Züge auf der CMK, wodurch mit Zeitverschiebungen und längeren Standzeiten zu rechnen ist; 2) Fahrzeiten wurden an die genutzten Fahrzeuge angepasst; dies betrifft vor allem Züge mit Impuls als ŁKA Sprinter auf Łódź-Warszawa; 3) Auffüllen des Verkehrs auf bisher ungenutzten Verbindungsstrecken; 4) Strengere Einhaltung der Regeln zur Fahrplanerstellung, unter anderem die Pufferzeit beim Abfahren zweier Züge in dieselbe Richtung und für Zugkreuzungen Ein Nebeneffekt dieser Änderungen ist eine kleine Kapazitätsminderung an bestimmten Eisenbahnknoten und einigen Strecken. Dies kommt durch die längeren Zeitpuffer zwischen zwei Zügen. Zurzeit müssen im Raum Katowice, Sosnowiec und Zawiercie sowie auf der LK62 noch die restlichen, fehlenden Züge erstellt werden. Eine offene Frage hingegen sind noch die Nachtzüge, welche in einer anderen Zeitlage als die Züge am Tage verkehren müssten. Der aktuelle Stand des Fahrplans kann auf den Servern PL5, INT5 und INT9 eingesehen werden. Zum Abschluss möchte ich sagen, dass SimRail nicht nur “Züge auf dem Computer” sind, sondern vor allem Menschen, die Spaß daran haben, das Spiel weiterzuentwickeln. Zum jetzigen Zeitpunkt arbeiten vier Personen aktiv am Fahrplan: 1) P.Wiśnia, welcher das Fahrplantool programmiert hat und stetig aufgetretene Fehler im Fahrplan und Fahrplanexport behebt und welcher die Datenbank vorbereitet hat; 2) Mr Kura, welcher für die Konstruktion der Züge in Kraków und auf der CMK zuständig ist, welcher außerdem immer wieder mit Problemen an einigen Strecken geholfen hat sowie sich dafür einsetzt, das dazu geltende Regelwerk einzuhalten um alle Züge theoretisch pünktlich verkehren zu lassen; 3) Marcion, welcher für die Konstruktion des Fahrplans im Bereich Łódź zuständig ist - von Żyrardów nach Piotrków, Zgierz und Sieradz; 4) Królik Uszasty, welcher für die Personenzüge im Raum Katowice zuständig ist sowie die gesamte Fahrplanentwicklung überwacht und sie in eine praktische und sinnvolle Richtung lenkt. Außerdem möchte ich Moooritz danken, der zurzeit parallel am Mapping für den neuen Fahrplan arbeitet. Da wir nun parallel arbeiten können, einfacher Züge hinzufügen können oder Fehler effizienter korrigieren können, haben wir nun die Möglichkeit, deutlich schneller auf aufgetretene Fehler zu reagieren - vor allem wenn es um kleinere Sachen geht, beispielsweise eine falsche Zuggattung. Wir hoffen, dass euch der neue Fahrplan gefällt und dass er eine solide Basis für zukünftige Entwicklungen darstellt.