Pre-signal bug?
Moderator: OpenTTD Developers
-
- Engineer
- Posts: 9
- Joined: 31 Dec 2004 09:23
Pre-signal bug?
I'm messing around with a 3 lane system where trains can move freely to lanes without traffic, like a kind of crawler/overtaking lane system. I use pre-signals at each crossing point so that trains choose the correct lane and wait if both lines are busy.
However there seems to be a problem with pre-signals; looking at the screenshot I've attached, the pre-signal is red even when both following pre-signals are green... Surely this isn't supposed to happen? I've also tried entrance signals instead of combos, and I've tried ditching the pre-signals altogether. All producing the same result...
Is this a bug or have I done something wrong?
However there seems to be a problem with pre-signals; looking at the screenshot I've attached, the pre-signal is red even when both following pre-signals are green... Surely this isn't supposed to happen? I've also tried entrance signals instead of combos, and I've tried ditching the pre-signals altogether. All producing the same result...
Is this a bug or have I done something wrong?
- Attachments
-
- hmm.GIF (87.4 KiB) Viewed 4442 times
-
- Engineer
- Posts: 9
- Joined: 31 Dec 2004 09:23
-
- Engineer
- Posts: 9
- Joined: 31 Dec 2004 09:23
-
- Engineer
- Posts: 41
- Joined: 11 Dec 2004 15:23
- Location: Lille (France)
-
- Tycoon
- Posts: 1395
- Joined: 12 Jun 2004 00:37
- Location: United Kingdom of Great Britain and Northern Ireland
- Contact:
I'm not against pre-signals, and i'm not against "extra varieties". However the present system is not intuitive. I've seen at least two threads in the last 2 weeks asking the exact same question, because the expected behaviour (one-way signals are JUST one-way signals) is not the actual behaviour (they are also shortest route finder).
And when you consider that the number of new people coming to OTTD is almost certainly going to be low, i think we can consider that rather a large number of the newbies.
And when you consider that the number of new people coming to OTTD is almost certainly going to be low, i think we can consider that rather a large number of the newbies.
-
- Engineer
- Posts: 9
- Joined: 31 Dec 2004 09:23
I think the way that two way signals pass trains to clear routes, and one way pass trains to shortest route was just a botch up, instead of introducing a new concept. A better way to do it would has such a tool as a junction which allowed you to specify which direction trains traversed and why. For example, you could be able to click a junction (where 2 or more tracks meet) and a box would appear asking you to choose
* Trains branch off to first available clear track
* Trains take the shortest route, regardless of traffic
* Trains take the route determined by a weighting
Hmm dunno actually... it seems a little pointless trains taking the shortest route when you are always going to want a train to go down a clear track. I think acidd_uk is right when he says the route determining mechanism in 1 way signals should be the same as that in 2 way ones.
* Trains branch off to first available clear track
* Trains take the shortest route, regardless of traffic
* Trains take the route determined by a weighting
Hmm dunno actually... it seems a little pointless trains taking the shortest route when you are always going to want a train to go down a clear track. I think acidd_uk is right when he says the route determining mechanism in 1 way signals should be the same as that in 2 way ones.
- lucaspiller
- Tycoon
- Posts: 1228
- Joined: 18 Apr 2004 20:27
The reason why one way signals are priority is because Chris Sawyer chose them to be like that so blame him.
The reason why pre-signals are so 'complicated' to use is because the TTDPatch team decided to do it like that so blame them.
Both systems were made many years ago and were found to be the best, I expect back then discussions were made for things to change but this is the best solution. Having a 'tool' to let you choose which signal is the priority signal may sound good if you are not used to the current system but it will waste time. Changing the signals over so double signals get the shortest route also wouldn't work because then you couldn't make the most common type of station where trains go in and out the same direction.
Let me remind you this is an open source game, if you don't like something change it and create a patch.
If you are still confused about (pre)signals check out the TTDPatch Wiki page on them: http://wiki.ttdpatch.net/tiki-index.php ... lsTutorial
The reason why pre-signals are so 'complicated' to use is because the TTDPatch team decided to do it like that so blame them.
Both systems were made many years ago and were found to be the best, I expect back then discussions were made for things to change but this is the best solution. Having a 'tool' to let you choose which signal is the priority signal may sound good if you are not used to the current system but it will waste time. Changing the signals over so double signals get the shortest route also wouldn't work because then you couldn't make the most common type of station where trains go in and out the same direction.
Let me remind you this is an open source game, if you don't like something change it and create a patch.
If you are still confused about (pre)signals check out the TTDPatch Wiki page on them: http://wiki.ttdpatch.net/tiki-index.php ... lsTutorial
No longer active here, but you can still reach me via email: luca[at]stackednotion[dot]com
-
- Tycoon
- Posts: 1395
- Joined: 12 Jun 2004 00:37
- Location: United Kingdom of Great Britain and Northern Ireland
- Contact:
Lucas - Hmmm, i don't recall the original TTD doing that with one-way signals. I don't see why CS would have needlessly complicated the matter. It's not like any other part of the game has extra (hidden) complexity behind it. That would be very out of character.
As to doing it this way because that's how TTDP did it. Really bad logic. After all, who's to say they did it right? They certainly didn't keep the KISS premise.
The solution (IMHO) is to make one-way's behave the exact same way as two-ways (no shortest finding). I still can't actually figure out a use for one-way signals (that use the shortest route feature). And to my recall i've never seen an example of it either.
As to doing it this way because that's how TTDP did it. Really bad logic. After all, who's to say they did it right? They certainly didn't keep the KISS premise.
The solution (IMHO) is to make one-way's behave the exact same way as two-ways (no shortest finding). I still can't actually figure out a use for one-way signals (that use the shortest route feature). And to my recall i've never seen an example of it either.
-
- Engineer
- Posts: 41
- Joined: 11 Dec 2004 15:23
- Location: Lille (France)
- Observer
- Logo Creator
- Posts: 2189
- Joined: 19 Nov 2002 12:21
- Location: Zoetermeer, The Netherlands
- Contact:
I read the wiki about signals but I still dont get the oneway-twoway part... I have attached a picture to demonstrate my problem..
I have this one line on which trains like to go two way... so they have to wait for eachother...
But my lower presignal stays red even when the exit is green.
Can anyone explain this right?
[edit] I should attach a file
I have this one line on which trains like to go two way... so they have to wait for eachother...
But my lower presignal stays red even when the exit is green.
Can anyone explain this right?
[edit] I should attach a file

- Attachments
-
- signal.jpg (97.9 KiB) Viewed 4163 times
Never fear, I is here...
- Observer
- Logo Creator
- Posts: 2189
- Joined: 19 Nov 2002 12:21
- Location: Zoetermeer, The Netherlands
- Contact:
As Im trying to work out a solution to my problem I come across more and more problems... even when I change my tracklayout.
[edit] I totally dont get why that signal is red in the pic below... everything around it is green.
[edit] I totally dont get why that signal is red in the pic below... everything around it is green.

- Attachments
-
- signal3.jpg (69.83 KiB) Viewed 4156 times
Never fear, I is here...
Who is online
Users browsing this forum: No registered users and 16 guests