OpenTTD

Tasklist

FS#6136 - Proposal: allow 'livery override' for wagons

Attached to Project: OpenTTD
Opened by Michael Blunck (mb) - Friday, 10 October 2014, 07:36 GMT
Type Feature Request
Category Vehicles → Articulated
Status New
Assigned To No-one
Operating System All
Severity Medium
Priority Normal
Reported Version trunk
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

The livery override feature comes in handy especially when building articulated locomotives. It allows easy reuse of already defined veh-IDs as part of new articulated locomotives (e.g. steam locomotive tenders).

However, this works only for 'engines' (locomotives), not for wagons, i.e. when building articulated wagons, you cannot reuse already defined veh-IDs as part of new articulated wagons, since there´s no 'livery override' (i.e. adoption of graphics), but the reused veh-ID keeps the graphics from its constituent action3.

This is especially annoying when using lots of articulated vehicles, since one has to define a new veh-ID for each new articulated vehicle. It is also impossible to use articulated vehicles constructed in such a way in 'push-pull service' (by simple exchange of correlating graphic sprites).

However, that would be very easy if only the 'livery override' feature would work as well for wagons.



This task depends upon

Comment by Transportman (Transportman) - Saturday, 11 October 2014, 12:45 GMT
Can't you use var61 for that in combination with varC6 for that?

In the 2cc Trains In NML NewGRF I use it to check if a vehicle can be attached to the consist, but I imagine something like you want can also be done with it.
Comment by Michael Blunck (mb) - Tuesday, 14 October 2014, 07:45 GMT
> Can't you use var61 for that in combination with varC6 for that? [...]

No, it can´t. What I´m proposing here is simply "livery override for wagons", not only for engines.

This has nothing to do with vars 61, C6, or callback 1D. The orignal problem can´t be worked around by any of these.

Loading...