Transport Tycoon Forums

Towa Shina wrote: ↑30 Jun 2019 02:28 Now moving on to the matter, I'm having trouble using the "Template Replacement" Feature. Let me explain this.

When I don't have any train and then buy 2 trains, they should be train #1 and #2. And then I sold #1 and buy 2 trains, I'll get #1 and #3, because #1 doesn't exist and #2 is already existing. This is normal, but the following is the problem. When I have train #1 and #2, then replace train #1 with the template replacement, I'll get #1(replaced) and #2. But however, when I go buy a train after that, I'll get #4. Even if I sell all trains and buy 4 trains, I'll get #1, #2, #4, and #5. Missing number 3 won't be able to use afterwards. In summary, each time when you replace a train with a template, the youngest train number will be occupied and won't be able to be used again. So if you replace #1 twice when you have #1 and #2, then #3 and #4 will be missing. This behavior occurs on 0.31.2 win64. I don't know whether this affects other features like maximum train limits or not, but it would be nice if this behavior and existing savefile is fixed.

Lw25 wrote: ↑30 Jun 2019 16:29 I sent it by dm

JGR wrote: ↑01 Jul 2019 22:04

Lw25 wrote: ↑30 Jun 2019 16:29 I sent it by dm

It looks to me like the message is emitted correctly.
Trains 123, 144, 277, 507, 539, 658, etc. all struggle to ascend slopes as the freight weight multiplier is 5x, the slope steepness setting is 5%, and the locomotives provide insufficient power and/or tractive effort.
Train 507 is particularly problematic as one locomotive is electric but it has to run uphill on a non-electrified section.
Train 658 has to ascend two levels at once from a standing start.

For a 5% slope, plausible minimum values for the max T.E / weight and power / weight ratios would probably be around around 0.15 kN / t and 2 kW / t (use the show train weight ratios in details setting), for trains to be able to successfully ascend a single height level from a standing start. I'd suggest running some experiments to what values you can get away with.
For ascending multiple height levels at once that you could multiply that accordingly.

Towa Shina wrote: ↑02 Jul 2019 23:17 I'm sorry that I'm still messing around here but I had to come back because the glitch I was talking about happened again. I'm now able to reploduce it and recorded it on a video. Could you please look into this? Thank you.
glitch.mp4

JGR wrote: ↑03 Jul 2019 01:40

Towa Shina wrote: ↑02 Jul 2019 23:17 I'm sorry that I'm still messing around here but I had to come back because the glitch I was talking about happened again. I'm now able to reploduce it and recorded it on a video. Could you please look into this? Thank you.
glitch.mp4

Thanks for reporting this and going through the trouble to document the problem.

It seems to me like there are two problems:
1. virtual vehicles used in the template editing window have (and therefore are reserving) unit numbers, which they shouldn't
2. removing the head virtual vehicle in the template editing window seems to result in a virtual vehicle (which has a unit number) being leaked

I will look into fixing these shortly.
Edit: Should be fixed now.

ForoxYT wrote: ↑07 Jul 2019 22:59 So im trying to compile the patch to Ubuntu Xenial and i got this error while i was trying to configure

Code: Select all

checking awk... awk
detecting OS... UNIX
checking build system type... x86_64-linux-gnu
checking host system type... x86_64-linux-gnu
checking universal build... no
checking build cc... gcc
checking host cc... gcc
checking build c++... g++
checking host c++... g++
checking strip... disabled
checking builtin depend... yes
checking makedepend... disabled
detecting cpu-type... 64 bits
detecting SSE... found
checking static... no
checking unicode... no
using debug level... no
using desync debug level... no
using link time optimization... no
checking OSX sysroot... not OSX, skipping
checking allegro... not found
checking sdl... not found
checking COCOA... not OSX, skipping
checking GDI video driver... not Windows, skipping
configure: error: no video driver development files found
 If you want a dedicated server use --enable-dedicated as parameter

Edit: Followed https://wiki.openttd.org/Compiling_on_( ... D#Manually

SciFurz wrote: ↑09 Jul 2019 23:41My guess is when a truck takes a left corner the tile on the left gets triggered later than one the right

Eddi wrote: ↑10 Jul 2019 02:10

SciFurz wrote: ↑09 Jul 2019 23:41My guess is when a truck takes a left corner the tile on the left gets triggered later than one the right

Breaking News: Scientists discover that the inner curve is shorter than the outer curve!

JGR wrote: ↑07 Jul 2019 23:56

ForoxYT wrote: ↑07 Jul 2019 22:59 So im trying to compile the patch to Ubuntu Xenial and i got this error while i was trying to configure

Code: Select all

checking awk... awk
detecting OS... UNIX
checking build system type... x86_64-linux-gnu
checking host system type... x86_64-linux-gnu
checking universal build... no
checking build cc... gcc
checking host cc... gcc
checking build c++... g++
checking host c++... g++
checking strip... disabled
checking builtin depend... yes
checking makedepend... disabled
detecting cpu-type... 64 bits
detecting SSE... found
checking static... no
checking unicode... no
using debug level... no
using desync debug level... no
using link time optimization... no
checking OSX sysroot... not OSX, skipping
checking allegro... not found
checking sdl... not found
checking COCOA... not OSX, skipping
checking GDI video driver... not Windows, skipping
configure: error: no video driver development files found
 If you want a dedicated server use --enable-dedicated as parameter

Edit: Followed https://wiki.openttd.org/Compiling_on_( ... D#Manually

This suggests that libsdl is not installed, try running: `sudo apt build-dep openttd` or `sudo apt install libsdl1.2-dev`

Guy from Wildesford wrote: ↑10 Jul 2019 10:02 I can confirm this on Debian, but with libsdl1.2-dev and libsdl2-dev definitely installed. Reinstalling them didn't help either.

Guy from Wildesford wrote: ↑10 Jul 2019 10:02(after the bridge bug has been fixed)

Guy from Wildesford wrote: ↑10 Jul 2019 10:02Also, there's one more problem with importing Spring 2013 savegames (after the bridge bug has been fixed): If a train has a longer schedule with jumps to orders from 17 to 32, the jump target numbers are reduced by 16. So a jump order to 17 becomes a jump order to 1, a jump order to 18 becomes a jump order to 2 and so forth, and a jump order to 32 becomes a jump order to 16. Jump targets from 33 upward are okay again, as are 16 and below.

JGR wrote: ↑10 Jul 2019 11:26

Guy from Wildesford wrote: ↑10 Jul 2019 10:02 I can confirm this on Debian, but with libsdl1.2-dev and libsdl2-dev definitely installed. Reinstalling them didn't help either.

What is the output of: `pkg-config sdl --modversion`?

Package sdl was not found in the pkg-config search path.
Perhaps you should add the directory containing `sdl.pc'
to the PKG_CONFIG_PATH environment variable
Package 'sdl', required by 'virtual:world', not found

JGR wrote: ↑10 Jul 2019 11:26

Guy from Wildesford wrote: ↑10 Jul 2019 10:02(after the bridge bug has been fixed)

What bug are you referring to? If it is one that is unfixed could you give some more details.

JGR wrote: ↑10 Jul 2019 11:26

Guy from Wildesford wrote: ↑10 Jul 2019 10:02Also, there's one more problem with importing Spring 2013 savegames (after the bridge bug has been fixed): If a train has a longer schedule with jumps to orders from 17 to 32, the jump target numbers are reduced by 16. So a jump order to 17 becomes a jump order to 1, a jump order to 18 becomes a jump order to 2 and so forth, and a jump order to 32 becomes a jump order to 16. Jump targets from 33 upward are okay again, as are 16 and below.

I'll take a look into this, a savegame would be useful if that's all right.

SciFurz wrote: ↑09 Jul 2019 23:41 While building my new test track I discovered a weird quirk when I tried to deny the train towards a current order and force it to take an alternative route.

I reproduced it in the plain 0.31.2 version:
Refrence, 1980-12-23.png

-Deny does not work with entry direction from the front
-Except it did while testing with a split path signal in front of it
-Deny doesn't work at all when the signal faces another one directly in front of it (face to face)
-Also, when there's one tile between the signal and the corner/junction the train comes from

The setup as in the screenshot worked as intended, the train goes from Depot to station B and back via the shunt track at the left, instead of taking the corner in the middle which the train expected to be passable.
It looks to me YAPF does whatever it feels like since it ignored one signal when the direct path was interrupted by a deleted piece of track.

Guy from Wildesford wrote: ↑10 Jul 2019 13:42I'll see if I've got something that isn't too huge and doesn't use any exotic GRFs installed past the fruit shop.

JGR wrote: ↑11 Jul 2019 21:38...

SimYouLater wrote: ↑11 Jul 2019 23:05

JGR wrote: ↑11 Jul 2019 21:38...

Not trying to rush you, but it takes longer than 2 months to add in NRT?

JGR wrote: ↑11 Jul 2019 23:30

SimYouLater wrote: ↑11 Jul 2019 23:05

JGR wrote: ↑11 Jul 2019 21:38...

Not trying to rush you, but it takes longer than 2 months to add in NRT?

I do have other (higher priority) things to do as well you know.

JGR wrote: ↑11 Jul 2019 23:30That said, the merge is on github already in a separate branch if you want to try it out pre-release/pre-testing.

JGR wrote: ↑11 Jul 2019 02:59
A savegame would make it easier to verify what you're trying to achieve, however from your description I don't see that there is really a problem here.

The deny restriction prevents pathfinding beyond the signal in question (it is effectively equivalent to a dead end).
If all other paths are also dead ends then the pathfinder has no better option than to choose one of the dead ends anyway, which may well be a deny restricted signal. Which dead end may or may not get chosen is fairly arbitrary and you should not design your network around that.
If you want to force a train to reverse in a siding without using a waypoint, either use the "reverse behind signal" restriction, or use a depot, as the pathfinder can follow the reversal to the target.