Vehicle colours
Moderator: OpenTTD Developers
-
- Engineer
- Posts: 51
- Joined: 12 Feb 2008 17:21
Vehicle colours
How about adding support for individual vehicle colours? So bus routes can be colour-coded, like real-life? Would that be possible? Can't imagine it'd be too hard... or maybe someone has already done this. If so, point me in the right direction!
For anyone who doesn't understand what I'm suggesting... I would like a couple of red buses to run from A to B, and a couple of yellow buses to run from B to C, etc.
For anyone who doesn't understand what I'm suggesting... I would like a couple of red buses to run from A to B, and a couple of yellow buses to run from B to C, etc.
Re: Vehicle colours
It wouldn't be too hard to do in newgrf with callback 2D. If you wanted it universally available with all vehicle sets, that would need a patch.
Re: Vehicle colours
It's something I've wished I could do. I like having different services in different colours, so that I can see which route they are on at a glance. At the moment, this means running an unholy mix of diesel, steam, electric, DMU and EMU based trains, and can't be done for buses at all.
PGP fingerprint: E66A 9D58 AA10 E967 41A6 474E E41D 10AE 082C F3ED
Re: Vehicle colours
Of course, I have a patch ... that adds colour selection for vehicle groups. This would seem to do the job.
He's like, some kind of OpenTTD developer.
Re: Vehicle colours
want!peter1138 wrote:Of course, I have a patch ... that adds colour selection for vehicle groups. This would seem to do the job.
or, to put it a bit more sophisticated: I would be grateful if you shared your patch with us, dear peter.
Re: Vehicle colours
Wow, colours for vehicle groups would be a fantastic feature!
The gods of OpenTTD really have been kind to us lately!
I prefer this way of saying it!Roujin wrote:want!
The gods of OpenTTD really have been kind to us lately!
PathZilla - A networking AI - Now with tram support.
-
- Engineer
- Posts: 51
- Joined: 12 Feb 2008 17:21
Re: Vehicle colours
Well... the above-mentioned patch would do the trick, even if its not what I was really hoping for. Any links to check it out?
I'm glad I'm not the only one who'd like this feature introduced.
I'm glad I'm not the only one who'd like this feature introduced.
Re: Vehicle colours
That sounds like an excellent patch!
Everyone loves a colourful railway!
Everyone loves a colourful railway!
Re: Vehicle colours
Seems to me that's perfect for the job, I already separate my different services with groups. Being able to change their colour on the group menu would be a big help.
I can finally own a series of different coloured airlines simultaneously
I can finally own a series of different coloured airlines simultaneously
peter1138 wrote:Of course, I have a patch ... that adds colour selection for vehicle groups. This would seem to do the job.
Re: Vehicle colours
So, something that applies to all vehicles that share a certain set of orders would be satisfactory?Brianetta wrote:It's something I've wished I could do. I like having different services in different colours, so that I can see which route they are on at a glance.
The solution I am considering for TTDPatch would be tied to the order list, not the vehicle proper. As such, all vehicles that share an order set would automatically get the same colour(s), but you couldn't make finer specifications than that.
To get a good answer, ask a Smart Question. Similarly, if you want a bug fixed, write a Useful Bug Report. No TTDPatch crashlog? Then follow directions.
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
- planetmaker
- OpenTTD Developer
- Posts: 9432
- Joined: 07 Nov 2007 22:44
- Location: Sol d
Re: Vehicle colours
Uhm... I think originally the idea was to put the same colour to vehicles belonging to the same group. That may be more coarse, or more detailed than one set of (shared) orders or not. Preferrably (IMO) it's more coarse as it then allows you to have, say, all ore and coal trains of the same colour in order to indicate that they're slow, and have all ICE trains of another and express freight of a third. (yes, I'm aware that the wagons don't look alike in this example) Giving a seperate colour to each order is probably more hassle than giving to a group of vehicles.DaleStan wrote:So, something that applies to all vehicles that share a certain set of orders would be satisfactory?Brianetta wrote:It's something I've wished I could do. I like having different services in different colours, so that I can see which route they are on at a glance.
The solution I am considering for TTDPatch would be tied to the order list, not the vehicle proper. As such, all vehicles that share an order set would automatically get the same colour(s), but you couldn't make finer specifications than that.
On the other hand, there are, of course, also good arguments for a colour per order list.
The result might in the end be the same, though.
OpenTTD: manual | online content | translations | Wanted contributions and patches
#openttdcoop: blog | wiki | public server | DevZone | NewGRF web translator
DevZone - home of the free NewGRFs: OpenSFX | OpenMSX | OpenGFX | Swedish Rails | OpenGFX+ Trains|RV|Industries|Airports|Landscape | NML
Re: Vehicle colours
as you can easily make a group from an order list, i don't think there's much use directly associating colours with orders
- planetmaker
- OpenTTD Developer
- Posts: 9432
- Joined: 07 Nov 2007 22:44
- Location: Sol d
Re: Vehicle colours
I'm not using groups too often, though they're quite useful: is there an easier way to put all trains with the same (shared) orders into one group than dragging each into it?Eddi wrote:as you can easily make a group from an order list, i don't think there's much use directly associating colours with orders
OpenTTD: manual | online content | translations | Wanted contributions and patches
#openttdcoop: blog | wiki | public server | DevZone | NewGRF web translator
DevZone - home of the free NewGRFs: OpenSFX | OpenMSX | OpenGFX | Swedish Rails | OpenGFX+ Trains|RV|Industries|Airports|Landscape | NML
Re: Vehicle colours
One picture says more than thousand words
- Attachments
-
- Arnsmund Transport, 7. Jan 1950.PNG (21.27 KiB) Viewed 5492 times
-
- Engineer
- Posts: 51
- Joined: 12 Feb 2008 17:21
Re: Vehicle colours
Hmmm... some good suggestions here. Personally I think that setting different vehicle colours to orders would be silly.
For example, where I live, there is a service called Rainbow 5. It runs from A to B, A to C, A to D, A to E and A to F. All of them are purple. Other services, such as Rainbow 2, run from G to I via H. Rainbow 2 is yellow. Route 15 runs from H to J, and is orange. All these routes belong to the same bus company. I think its a shame such a situation, which must be a reality all over the country, or indeed the world, cannot currently be recreated in OpenTTD. Colours by group would be a very practical solution to this, as all the above routes can be grouped into services, and given appropriate colours.
For example, where I live, there is a service called Rainbow 5. It runs from A to B, A to C, A to D, A to E and A to F. All of them are purple. Other services, such as Rainbow 2, run from G to I via H. Rainbow 2 is yellow. Route 15 runs from H to J, and is orange. All these routes belong to the same bus company. I think its a shame such a situation, which must be a reality all over the country, or indeed the world, cannot currently be recreated in OpenTTD. Colours by group would be a very practical solution to this, as all the above routes can be grouped into services, and given appropriate colours.
Re: Vehicle colours
Not orders. Order lists.Eddi wrote:as you can easily make a group from an order list, i don't think there's much use directly associating colours with orders
Any two vehicles that share orders will have the same colors. Any two vehicles that do not share orders can be configured independently of each other.
To get a good answer, ask a Smart Question. Similarly, if you want a bug fixed, write a Useful Bug Report. No TTDPatch crashlog? Then follow directions.
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
Projects: NFORenum (download) | PlaneSet (Website) | grfcodec (download) | grfdebug.log parser
-
- Engineer
- Posts: 51
- Joined: 12 Feb 2008 17:21
Re: Vehicle colours
Nice idea, but in the case I outlined above, would not be practical. Would be far easier to just create routes as normal, then create groups and have the groups colour the vehicles for you.DaleStan wrote:Not orders. Order lists.Eddi wrote:as you can easily make a group from an order list, i don't think there's much use directly associating colours with orders
Any two vehicles that share orders will have the same colors. Any two vehicles that do not share orders can be configured independently of each other.
Re: Vehicle colours
Dalestan (and OpenTTD devs),
I had an idea for combining orders, groups (as seen in OpenTTD) and liveries. It would involve a change in game play, but it would (I believe, having spoken to my wife about her experience trying to understand the game) make the game much easier to understand.
Borrowing heavily from Simutrans' idea of lines, we define groups first. Groups can contain other groups, giving a hierarchy, and can contain vehicles. A group has an orders list, and a colour scheme or livery too. A group's orders and livery are applied to the vehicles contained within that group. A group inherits orders and liveries from its parent (the group in which it is contained), and its children inherit orders and liveries from it in turn. Any group with an order list or livery of its own completely overrides that of its parent, and passes its own on to its children. Vehicles within a group use the group's orders list, not their own.
Commands sent to a group are sent to all children, grandchildren, etc of that group (for example, go to depot, auto-replace, etc).
The top level group has an empty orders list and uses the main company colour scheme.
Groups could be enhanced to also define service intervals, timetables and other user-definable vehicular attributes that may become available. Groups could, but probably shouldn't, contain more than one type of vehicle. The user should be able to copy the orders of one group into another, to allow that order list to be used as the basis for a new one. "Cloning" such orders should be regarded as meaningless and confusing, and not implemented. All cloning should be handled by inheritance and group membership.
The big advantage here, for the user, is that they are defining services ("Lines," as Simutrans puts it) first, and then deciding which of their vehicles should be running in which service. It's never ambiguous, whether orders are shared or not. Since groups can be placed in a larger group, and divided into smaller groups, without affecting orders and colours, it's still possible to use them in the OpenTTD fashion for group control (sending all the members of a group off to be upgraded, etc).
The user interface itself could be almost exactly the same as the current OpenTTD interface, but with child groups appearing below (and idented beyond) their parent, and additonal buttons for orders, liveries and anything else. Changing the orders of a vehicle would change the order list that it's currently using, and that group's name should be clearly presented on the orders page of the vehicle, so that the user knows exactly what is being changed.
In order to preserve the gameplay expected by, and provided for, Transport Tycoon Deluxe players, vehicles should be default be created in the "ungrouped" group, and members of the "ungrouped" group should have their own orders list. I suggest the current mechanism of sharing orders (control-clicking another vehicle) be abandoned in favour of group based orders.
So, the following objectives would be met by this suggestion:
All edits are for markup only; no text changes
I had an idea for combining orders, groups (as seen in OpenTTD) and liveries. It would involve a change in game play, but it would (I believe, having spoken to my wife about her experience trying to understand the game) make the game much easier to understand.
Borrowing heavily from Simutrans' idea of lines, we define groups first. Groups can contain other groups, giving a hierarchy, and can contain vehicles. A group has an orders list, and a colour scheme or livery too. A group's orders and livery are applied to the vehicles contained within that group. A group inherits orders and liveries from its parent (the group in which it is contained), and its children inherit orders and liveries from it in turn. Any group with an order list or livery of its own completely overrides that of its parent, and passes its own on to its children. Vehicles within a group use the group's orders list, not their own.
Commands sent to a group are sent to all children, grandchildren, etc of that group (for example, go to depot, auto-replace, etc).
The top level group has an empty orders list and uses the main company colour scheme.
Groups could be enhanced to also define service intervals, timetables and other user-definable vehicular attributes that may become available. Groups could, but probably shouldn't, contain more than one type of vehicle. The user should be able to copy the orders of one group into another, to allow that order list to be used as the basis for a new one. "Cloning" such orders should be regarded as meaningless and confusing, and not implemented. All cloning should be handled by inheritance and group membership.
The big advantage here, for the user, is that they are defining services ("Lines," as Simutrans puts it) first, and then deciding which of their vehicles should be running in which service. It's never ambiguous, whether orders are shared or not. Since groups can be placed in a larger group, and divided into smaller groups, without affecting orders and colours, it's still possible to use them in the OpenTTD fashion for group control (sending all the members of a group off to be upgraded, etc).
The user interface itself could be almost exactly the same as the current OpenTTD interface, but with child groups appearing below (and idented beyond) their parent, and additonal buttons for orders, liveries and anything else. Changing the orders of a vehicle would change the order list that it's currently using, and that group's name should be clearly presented on the orders page of the vehicle, so that the user knows exactly what is being changed.
In order to preserve the gameplay expected by, and provided for, Transport Tycoon Deluxe players, vehicles should be default be created in the "ungrouped" group, and members of the "ungrouped" group should have their own orders list. I suggest the current mechanism of sharing orders (control-clicking another vehicle) be abandoned in favour of group based orders.
So, the following objectives would be met by this suggestion:
- The game interface is unchanged for players used to Transport Tycoon Deluxe, and can be used in that way
- Once a player starts to use shared orders, it's very clear which vehicles use those orders
- Vehicles can be easily and unambiguously transferred from one orders list to another
- An orders list does not vanish if there are no vehicles using it, but is still visible and can be re-used
- Vehicles on given routes can be given distinctive colours
- Vehicle groups can be arbitrarily sub-divided for management (an example: same orders, but bought more recently)
- Vehicle groups can be placed within groups for management (an example: all trains on the north network, can be stopped and started together for signal work)
All edits are for markup only; no text changes
Last edited by Brianetta on 12 Sep 2008 07:46, edited 3 times in total.
PGP fingerprint: E66A 9D58 AA10 E967 41A6 474E E41D 10AE 082C F3ED
Re: Vehicle colours
I believe that the game play change is too great and move too far away from TTD although essentially RCT works like that minus the orders.
Formerly known as r0b0t_b0y2003, robotboy, roboboy and beclawat. The best place to get the most recent nightly builds of TTDPatch is: http://roboboy.users.tt-forums.net/TTDPatch/nightlies/
Re: Vehicle colours
The game play change is minimal, if you don't use shared orders or groups.robotboy wrote:I believe that the game play change is too great and move too far away from TTD although essentially RCT works like that minus the orders.
PGP fingerprint: E66A 9D58 AA10 E967 41A6 474E E41D 10AE 082C F3ED
Who is online
Users browsing this forum: No registered users and 22 guests