Navigation Menu

Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow access to adjacent vehicleIDs in consist / position relative to engines #3151

Closed
DorpsGek opened this issue Aug 27, 2009 · 2 comments
Closed
Labels
flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)

Comments

@DorpsGek
Copy link
Member

planetmaker opened the ticket and wrote:

Following the discussion yesterday on IRC: The attached image (prepared by DJNekkid) shows that the graphics for the wagons following the engine in the "double train" consists are unintentionally different from how they are for the 2nd vehicle (1st wagon) in the consist.

There are two solutions so far, to levy this problem:
a) use and allow only one wagonID with refit capability. Then the position in the train wrt engines can be determined unambigeously. But that is then a pain for the player who wants to build a train with all three, mail, passenger and valuable cars.
b) Remove the special graphics which depend on the adjacency to the engine.

Both is IMO not very satisfying.

Thus I propose to implement some way to allow assessment of a vehicles position in a consist relative to others and getting information on them.

I've no good proposal for a solution of that now, though :-(
It could either be a new variable, as my simple initial view then would be or seemingly vehicle classes:
[22:11] hm... seems like I have the choice between "make mixing mail/pax/valuables painful for the player" and "make graphics such that gfx don'd depend upon distance from engine"
[22:12] The only other way would be to implement a system to traverse the consist but I don't think thats a good idea. So basically yeah, pain or simple.
[22:12] the second other way would be to implement vehicle classes, like house classes
[22:13] uh-oh. Both doesn't sound like a light-weight operation
[22:14] You have a major class and then ids belonging to a class?
[22:15] Lakie: e.g. house var 44

Attachments

Reported version: trunk
Operating system: All


This issue was imported from FlySpray: https://bugs.openttd.org/task/3151
@DorpsGek
Copy link
Member Author

Hirundo wrote:

The equivalent of RandomAction2 type 84 could be implemented for varaction2.
Then, it's possible to access all variables of all vehicles in the chain. Since the offset can be set dynamically via register 0x100, the information of vars 40/41 can be used to access the correct vehicle if needed.

Most of the functionality should be already there in both TTDPatch and OpenTTD, most of the work is agreeing on a specification.

http://wiki.ttdpatch.net/tiki-index.php?page=RandomAction2


This comment was imported from FlySpray: https://bugs.openttd.org/task/3151#comment8990

@DorpsGek
Copy link
Member Author

DorpsGek commented Dec 8, 2012

frosch closed the ticket.

Reason for closing: Implemented

available via var 61 for some time


This comment was imported from FlySpray: https://bugs.openttd.org/task/3151

@DorpsGek DorpsGek closed this as completed Dec 8, 2012
@DorpsGek DorpsGek added flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) Vehicles labels Apr 7, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)
Projects
None yet
Development

No branches or pull requests

1 participant