Way to not stop at station if train is full of cargo?

[legitalk]

Is there any way to set this up, when really long train has orders to go to couple stations (f.e. forests) and then final destination (f. e. paper mill) to do not stop at that forest stations, if is already full of cargo (wood)? I mean, there is no other empty wagons, so there is no reason to stop at that station and just go through to the final station (paper mill).

[kamnet]

Use conditional orders. https://wiki.openttd.org/en/Manual/Conditional%20Orders

1: Go non-stop to Station A (Load if available)
2: Jump to order 4 when Load percentage is equal to 100.
3: Go non-stop to Station B (Load if available)
4: Go non-stop to Station C (Unload)

[skc]

Yep - Conditional orders are what you're looking for.
Find them in the orders' screen, by clicking and holding on the bottom-right button

[ebla71]

Use conditional orders. https://wiki.openttd.org/en/Manual/Conditional%20Orders

1: Go non-stop to Station A (Load if available)
2: Jump to order 4 when Load percentage is equal to 100.
3: Go non-stop to Station B (Load if available)
4: Go non-stop to Station C (Unload)

With the question of orders in regard to loading up: There is still no way to just fill a part of the cargo capacity of a train, right?

Say a train has a capacity of 100 units (whatever that is) for a certain cargo - what I really would like to do is:

1: go to Station A and load up to 50 units of a particular cargo (leaving at least 50 units capacity for that cargo empty)
2: go to Station B and load up to 50 units of a particular cargo
3: go to Station C and unload all cargo

Same the other way round - say a train has loaded 100 units of a certain cargo:

1: go to Station B and unload 50 units of cargo
2: go to Station A and unload 50 units of cargo

Both would be neat to fill up or unload a train one by one during multiple stops.

[Eddi]

1: go to Station A and load up to 50 units of a particular cargo (leaving at least 50 units capacity for that cargo empty)
[...]
1: go to Station B and unload 50 units of cargo

no, that is not possible.

[odisseus]

Is there any way to set this up, when really long train has orders to go to couple stations (f.e. forests) and then final destination (f. e. paper mill) to do not stop at that forest stations, if is already full of cargo (wood)? I mean, there is no other empty wagons, so there is no reason to stop at that station and just go through to the final station (paper mill).

I cannot but point out that this is a typical newbie mistake. If you don't pick up cargo from further stations down the line, their rating will drop, which in turn will cause a drop in production. Eventually you'll remain with one or two industries in the beginning of the circuit, while the rest will decline and eventually close down.

To keep up the station rating and make the production increase, make sure that there is always a train waiting for full load at each industry. If your industries are still small but you want to have a big delivery train, set up feeder services with shorter trains.

openttd-1-fs8.png (11.98 KiB) Viewed 2751 times

[ebla71]

1: go to Station A and load up to 50 units of a particular cargo (leaving at least 50 units capacity for that cargo empty)
[...]
1: go to Station B and unload 50 units of cargo

no, that is not possible.

Does somebody have a link to the part of the source code where the conditional orders are handled for me or at least the name of the file that does that?

I would like to take a look but lack a general overview of the overall code structure.

[2TallTyler]

Should be order_cmd.cpp.

https://github.com/OpenTTD/OpenTTD/blob ... er_cmd.cpp

[ebla71]

Should be order_cmd.cpp.

https://github.com/OpenTTD/OpenTTD/blob ... er_cmd.cpp

Thank you very much for pointing to the source code.

It's the switch block in the ProcessConditionalOrder() function that determines which conditional orders are available, right?

I roughly understand what it is doing but unfortunately I'm mostly a "Python person" ...

[Eddi]

the problem with "only load 50%" orders is that the conditional orders are only evaluated AFTER loading finished.

[2TallTyler]

C++ is not quite as simple as Python.

I have not delved into orders recently, but conditional order types are defined in this header file and assigned to orders in various places in order_gui.cpp: https://github.com/OpenTTD/OpenTTD/blob ... er_gui.cpp

The best way to explore is is probably to check out the OpenTTD repository and open it in something like Visual Studio, where you can follow links between files, see references, etc., using IntelliSense or its equivalent. Instructions for this are in the official Contributing guide, which also contains links to the Compiling guide and other resources.

[ebla71]

C++ is not quite as simple as Python.

I know - that's why in a professional context I only prototype in Python and then a "real" software developer re-codes my gibberish in C++

I have not delved into orders recently, but conditional order types are defined in this header file and assigned to orders in various places in order_gui.cpp: https://github.com/OpenTTD/OpenTTD/blob ... er_gui.cpp

Thank you very much for the insight - already found the definition and learnt that the assignment and evaluation of orders are handled by some different pieces of code.

Not as simple as thought - contributions will possibly have to wait until my retirement, which is still a couple of decades down the road

[2TallTyler]

For what it's worth, I learned C++ to contribute to OpenTTD with little formal training. Start simple and work your way up to more complex changes.

[ebla71]

For what it's worth, I learned C++ to contribute to OpenTTD with little formal training. Start simple and work your way up to more complex changes.

The main problem, as always with such projects, is time besides family and a regular job ... plus program or play?

[Eddi]

as a rule of thumb: if you start programming on a game, you will never play that game again