jeroezie

Dammit, I did it again, report a steam version bug on the Xbox part of the forum, sorry. The X cross over switch at Wolbrom, towards Zarzecze, has its heart pieces missing. Location: S: lazy_psary_terrain_x83_z29, P: (42568.64, 382.62, 15248.57), R: (25.60, 121.77, 0.00). Build 31/01/2026 - 16:31, default/modern map. Bug is noticed in the steam / PC version of the game (mistakenly posted in Xbox part of the forum).

Since the song of the thyristors is the real life sound, I can only argue that is in fact the natural sound... So not having the, albeit annoying, singing thyristors is unnatural / producing faked sounds. But I do understand, that for a lot of players, it is prefarable. That is why I advocate for an opt out of the real but annoting thyristor sound. On the other hand, I am already getting somewhat used to it and I start to fibd it less annoying. If you aks me, under no surcubstance, the real sound should be opt in. But an opt put, let the player decide for her/himself.

Patch 1.5 changelog Added a container and tank wagon only trainset (120 and 100 km/h vmax respectively); Slight adjustments of existing trainsets so the weight and length variations fit well together with the additions; Removed towed locomotives from the rear of the 'fast' cargo trains; Improved ČD163 options (for example: different list of loco's to choose from for the passenger carriages set); Improved weather and added snowstorm weather; Improved randomised bot trains and the library for it; Again tweaked the timetable a very little; Minor bugfixes and adjustments to the scenario; Improved bot trains around scenario ending. The file can be downloaded at the first post or automatically via the steam workshop.

Their is a gap in-between the ballast and the ground (which can be seen a little from inside the train), just after the entry signals at Dąbrowa Górnicza, going towards Bedzin. Camera position S: katowice_lazy_terrain_x0_z19, P: (160.94, 263.70, 9924.53), R: (359.25, 229.99, 0.00), build 31/01/2026 - 16:31. A little down the line, the effect is still their in a lessened form, at S: katowice_lazy_terrain_x-1_z19, P: (-46.01, 263.45, 9889.61), R: (15.34, 178.97, 0.00):

The carriage PassengerWagonNames.B11gmnouz_6151_2170_107_7, does not bear any G brake position at the GPR valve. The G inscription is missing here: This carriage has an KE-GPR-Mg triple valve and has the inscription braked weight G43t further down the wagon, so it should have a 'G' position at the GPR valve: The bug is reported in build 31/01/2026 - 16:31.

They have very high realism standards. And they seem unwilling to break their realism quality standards. Usually that works in our favour, big time. For example, when the improve lighting, weather or train physics. They could have opted to simply leave it as is, it was good enough. But they wanted it to be better. Only, in this case, the 'good' realistic way of doing things, is not seen as the optimal result by a big part of the community. So I do think, that it would be better, if their was an opt out of the high realism in this regard, so you can choose to have a reduced engine humm in the CD163. Why they are silent on this complaint of a large part of the community, other than pointing out that this is actually realistic and thus not a mistake or bug, I do not know.

"Baa's not buzzes." This is literally the funniest thing I have read this year! Even with heavy freights you can tactically switch the first engine in and out. When you drive at a constant speed low speed for a prolonged time, you can switch out the front one, as soon as you have reached the desired speed. This greatly recuses the (...) annoying noise when driving long distances with low speed and when shunting.

The brake releaser do only work on the locomotives brakes. With old stock, like EU08, EP08 etc. this drains air from a very slow filling reservoir, so the effect will last long. On more modern stock such as Br 186 and dragon locomotives, it drains the locomotives brakes only when being actually pressed. The brake assimilation increased the brake line pressure from 5,0 bar to 5,4 bar. This is to deal with pressure differences in the brake pipe. It will also ensure all triple valves (this valve translates the brake pipe pressure to cylinder pressure that goes to the actual brakes) have an adequate pipe pressure, so they release the brake full, even if they are overcharged (for example by a previous pressure spike). The brake assimilation or fill position, depending on the locomotive, does use a higher pressure and/or a bigger 'hole' in the brake leaver, to fill the brake pipe, so it is a much faster process and filling it only using drive/release position. But you have to be careful to NOT overcharge the triple valves.

If you spawn two EU07 locomotives, and then combine then for multiple unit working, only the first locomotive used or spawned as the players locomotive (is spawn them in separately, as different trainsets), only one locomotive will have sparks between the pantographs and overhead line (when it is frozen). Interestingly, this does not connect to the actually used locomotive, the one spawned in as the players/joined first will have sparks, while the second one will not have sparks, even if the second one is the actually driven one. See screenshot where this last case is demonstrated. Bug noticed in build 31/01/2026 - 16:31. SimRail_log_2026-02-03_02-27-18.txt

I found a bug with the lua dev menu time & weather menu. If you open the game using editor, the last used dev menu's will be opened from your last session. But something weird happens with the weather cell parameters, if you set the weather in your scenario using the SetWeather command, and have the time & weather menu opened during scenario loading, it will display wrong default values. Bug noticed in build 31/01/2026 - 16:31. First picture when I had the Time & Weather menu closed before loading the scenario: Second picture when I had the Time & Weather menu opened before loading the scenario: SimRail_log_2026-02-03_02-27-18.txt

I noticed, that if you are in the external camera mode, default keybind 2, so you can take a look at your whole train, you can cause a bug when dragging the dev menu's around. Noticed in next branch, build 31/01/2026 - 16:31. Steps to reproduce: Go to the external/fly camera mode, so you have a good view of both the train and surroundings; Open dev menu mode (default keybind F8) and open any of the menu's; Click on the [ ] icon, in the upper left corner of any dev menu (right of the X button), such as but not limited too LUA developer or TS developer; Drag the title bar of any menu around (while in external camera mode); Not only the menu moves around, but the camera too, resulting in the bug; You can go to another camera mode, such as driver seat or alongside the vehicles and the camera will behave normally; If you enter external / fly cam again, the camera view will remain distorted. For those who find it easy to understand in an graphical way, see the picture, in red an example of a menu to drag around while in the camera mode the problem is.

O the whole train gets mirrored? Now I understand the issue. It is indeed a real problem instead of a detail, like I mistakenly thought.

You could not change cabins again?

Walk to the other cab. As long as it is not a double pendolino, its not that big of an issue.

What rolling stock are you driving? I made the mistake once, with the new CD163, to keep the passive drive enabeled.