Bug when replacing trains (WinXP 0.2.1)
Moderator: OpenTTD Developers
Bug when replacing trains (WinXP 0.2.1)
--Hi all
Running 0.2.1, whenever I replace a train that has a depot in its route (to service it), the depot is not in the route of the new engine.
Anyone else have this problem?
Running 0.2.1, whenever I replace a train that has a depot in its route (to service it), the depot is not in the route of the new engine.
Anyone else have this problem?
Another problem I've got is that trains always want to go to a specific platform on a station.
For example: My station has two tracks. One is occupied, the other is free (one signal red, other signal green). The train will happily ignore the fact that one platform is free, and it'll move up to the occupied platform, and stop for the red signal there.
For example: My station has two tracks. One is occupied, the other is free (one signal red, other signal green). The train will happily ignore the fact that one platform is free, and it'll move up to the occupied platform, and stop for the red signal there.
Classic behavior of one-way signals. If you use two-way signals, the trains will use the green signal.Phoenix_x wrote:Another problem I've got is that trains always want to go to a specific platform on a station.
For example: My station has two tracks. One is occupied, the other is free (one signal red, other signal green). The train will happily ignore the fact that one platform is free, and it'll move up to the occupied platform, and stop for the red signal there.
[EDIT] about removing depots from the orderlist, I just tried it and the train remembered the depot. I use the latest SVN version. Are there anybody else, who have this problem?
SVN is a version control system that is a server, which contains all the versions of the sourcecode. The good thing about it is that if a programmer submit code, the others will have it in minutes (or sec, if they check right away) making it easier to program as a team
About one-way signals: it will be fixed in OTTD too.... someday
About one-way signals: it will be fixed in OTTD too.... someday
I thought TTDPatch still had that problem, since the problem is that you put down 1 way signals, and not 2 way signals. With 1 way signals, the train will ALWAYS choose the closest platform, with 2 way signals, it will choose the free one, ttdpatch, or no ttdpatch.Phoenix_x wrote:Sorry, I've been playing TTDPatch for too long (the signals don't have that problem anymore.
And this may sound stupid, but what is SVN?
TrueLight: "Did you bother to read any of the replies, or you just pressed 'Reply' and started typing?"
<@[R-Dk]FoRbiDDeN> "HELP, this litte arrow thing keeps following my mouse, and I can't make it go away."
<@[R-Dk]FoRbiDDeN> "HELP, this litte arrow thing keeps following my mouse, and I can't make it go away."
-
- Engineer
- Posts: 89
- Joined: 20 Nov 2003 15:20
We could flag the signals to do either one of the options, kind of like setting presignalsMarkyParky wrote:I think that is is not a bug but feature and it is not to be fixed - you might need sometimes the train to choose the closest possible route and sometimes you might need the train go into empty route/platform...
Who is online
Users browsing this forum: Amazon [Bot] and 31 guests