Moderator: OpenTTD Developers
- Traffic Manager
- Posts: 185
- Joined: 21 Dec 2004 05:35
- Skype: andrey-zaharov
- Location: St. Petersburg, Russia
Most of players has "Breakdown vehicles" option switched off until now.
I like idea of this patch, because it fits with my idea of diversification of reliability_decay parameter of particular vehicles.
By now, in most vehicle set, AFAIK, this parameter is set to default 20.
We have plenty of vehicles now, sometimes with virtually no difference of power, speed, costs.
But let us treat reliability_decay parameter to make distinction between, let say, for example, tank locomotive and tender locomotive.
Because time ticks in the game are rather abstract concept of time, let treat visit in the shed not only like plain repair, but more generally asservicing
- including need to water/coal/fuel refilling.
In this terms, tank engine with higher reliability_decay (let say 25) have just smaller range than bigger tender locomotive (for example 15) ,
but should cost less, in comparison to long range locomotive with similar traction parameters.
This idea should work fine especially with this Improved Breakdowns patch, where most of a breakdowns are power loss etc, not a critical mechanical breakdown.
Just imagine, small tank engine with heavy train travelling so far without visit in shed - coal and water is almost exhausted, so they must travel at reduced power speed. If you want to use cheap tank locomotive, use it as it should be used - for local/light trains. Or build additional sheds. Or just buy the better and expensive one.
More diversification - more fun with decisive process.
Diesel locomotives of course should have much higher range (lower reliability_decay 8...15) than steam locomotives, thus some sheds are obsolete.
Lowest reliability_decay, ~5 (but high purchase and running cost *) belong to electric locomotives - no need to visit in shed for fuel refilling, only for preventive inspection/repairs. But you need to pay for converting railroad to electrified one.
Once more - I mean high reliability_decay not in terms of fast mechanical degradation, but in terms of efficient moving range without need of servicing in shed.
There is small flaw of above approach is, that purchase and running cost modification balance should be inactive, if the game settings "Vehicle Breakdowns" is turned off.
By now, i included manual switch in my experimental set, to switch off/on the cost to performance ratio modificator,
but I have a simply question:
is it possible to get value of "Vehicle Breakdowns" setting at the GRF level?
Sorry for naive question, I'm a beginner in GRF coding.
*)real electric locomotives are not as much cost efficient as people think, they energy efficiency itself is high, but including efficiency of energy production and transfer and adding traction maintenance cost, there is nothing ridiculous in increased running cost of electric - balanced in low reliability drop.
Projects: Reproducible Map Generation patch, NewGRFs: Manpower industries, PolTrams, Polroad, 600mm narrow gauge, preindustrial houses, wired, ECS industry extension, V4 CEE train set.
Addicted to freeciv longturn.
I hope this will be part of Trunk, as the current breakdowns are not much fun to play with.
Also idea, for ship breakdown, there could be a minusculous chance that a breakdown results in catastrophic event (loss of cargo, loss of ship), with loss of cargo the vessel jetisons the cargo, or for other reasons cargo is lost, but the ship is saved and arrives at destination empty (maybe need to visit depot first before loading?), loss of ship is exactly that, and could result in debri (ship wrack, wrack debri) left where the ship was lost. This debri can potentially block passage of other vessels, but should be removable.
OpenTTD Mac user
I have updated the patch and tested it. To my knowledge the patch behaves like before.
- Patch updated to current trunk (about release 1.5.0).
Warning: The patch breaks savegame compatibility. Savegames with the patch cannot be loaded by normal releases.
- (61.81 KiB) Downloaded 43 times
- Error solved and patch updated to current trunk (r27389)
- (61.48 KiB) Downloaded 45 times
Possible fixes are at here and here.
Sorry for heaping bug reports on you, and thanks for your work on this patch.
breakdown_chance is updated in a non-deterministic way which can make a server un-joinable if it pauses waiting for clients at the wrong moment. A possible fix is here.
It took me some time to understand your changes about the desyncs. As I reconstructed now, setting breakdown_chance is widely distributed over the code, due to different functions called in specific modes only (Improved Breakdown enabled, acceleration mode, type of vehicle).
This did happen more times. So I got a bit annoyd of the low speeds so I looked up where max speed is set on mechanical failure and added som code so that the lowest speed is 28 km/h.
It's well marked if any one else what to change the lowest max speed.
I kept the minimal speed of trains being 28 km/h after mechanical breakdowns (even if this happens only after several mechanical breakdowns without service in a depot).