jeroezie

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.

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.

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.

The later made or remate scenario's allow to pick a season and time (choosing any hour of the day). This should result in plenty of options. Only downside, this part of the code is very hard to understand for new lua programmers. I did not even try to add it to my scenario's.

It would be very cool, if we could pull the air. If the braje releaser handels on the wagons or carriaged actually worked, it would be evdn better (and a good reason for the driver to not overcharge the brake, even when one can pull the air). Very handy for the Ty2 too.

No the didpatchers work in a very very different way. In SP, you have to script them manually from signal to signal. Despawning trains is not as easy as it sounds. They have to be loaded in, so close to the player. You can run the command (needs manual scrpiting too) to despawn when they are far from the player, but they will remain in an simplified state intil the player is near again. And when you do despawn a train, you have to make sure to do it in an apropriate location, otherwise you live behind a partly driven off route in a switch, causing the virtual dispatcher to get stuck. The whole world is simply operated in a very different way.

The screenfhot and data/log are fron after coupling and manually flipping the radio spiltter to B cabin, so radio is workable agin.

I do not think, sich a thing is possible. The dispatchers work in such a different way. Spawning of trains works different too. And a home pc could never deal with a server full of trains.