JGR's Patch Pack

[JGR]

Olympic Log Tug is a ship which can be refited to three different capacities of one cargo (80 t, 240 t, 400 t of wood). When you want an old vehicle to be automatically replaced by this one, you can't choose the capacity of the ship. Always the first one is selected. I am not sure if there are any other vehicles like that (in another GRFs) but if it is just one of the kind it probably doesn't worth the effort.

There isn't much that I can do about that really, it's probably something to bring up with the GRF author.

It appears that infrastructure maintenance costs are not scaled by the day length factor in this patch pack, which obviously makes slow-paced play unreasonably easy. Could you fix this?

I'm not inclined to change this, or at least not by default.
Cargo generation rates (in real time terms) are inversely proportional to day length. Actual income in calendar time terms scales sub-linearly with day length.
Multiplying everyone's infrastructure costs from one release to the next would also seem to violate the principle of least surprise.

The default value is on when you enter the settings from the main menu. But whenever I enter it from the game it is always off. No matter savegame I chose or how I set it before.

Might be worth checking if you have any game or startup scripts which are editing it.

Edit:

Path based signals at the end of tunnels are static, and whilst they allow travel to flow through as normal when safe to do so, the signal does not momentarily turn green then back to red, it just stays on red.

This is fixed now and will be in the next release.

[Redirect Left]

Edit:

Path based signals at the end of tunnels are static, and whilst they allow travel to flow through as normal when safe to do so, the signal does not momentarily turn green then back to red, it just stays on red.

This is fixed now and will be in the next release.

Cheers! Glad I could be of assistance... by giving you more work

[oberhümer]

Cargo generation rates (in real time terms) are inversely proportional to day length. Actual income in calendar time terms scales sub-linearly with day length.
Multiplying everyone's infrastructure costs from one release to the next would also seem to violate the principle of least surprise.

I think the real problem is that we (and many other people) don't have the same concept of "day length factor", so a simple day length switch isn't enough, as I noticed was extensively discussed in the thread for the included day length patch. For me, it's generally slowing down the economy, with industry generation and closure rate, town growth rate and vehicle introduction/obsolescence rate divided by the day length factor in real time terms and everything else remaining constant.

[ino]

I have a few questions regarding the routefinding restriction in the 0.18 release. I find that there are 'Advanced' routefinding restriction features. However, I am unable to find any detail regarding to this.

I have figure out the "Slot" feature, which I believe you ought to advertise more. Maybe I am missing other obvious way to do this, but this has finally enable a proper single-track branch line where multiple train are allow in one direction at a time! (https://i.imgur.com/Bs3LdNm.png)

Feature request for slot: Can we have conditions for checking number of train in specified slots? A use case I can think of for this include: Single-track main line where multiple trains may enter in same direction at the same time (line signaled with bi-directional block signal). Or for single-track station with passing loop, only divert train into the loop if there is an express train following, otherwise stays on main line etc. (Even though passing loop in OpenTTD doesn't slow train down, this is for realism). A collapsible group for slots would also be nice, but not required. Sorry for lengthy list of feature requests for a feature that is very new. I appreciate this feature a lot.

On the other hand, I am unable to figure out how we should use the "Wait at PBS signal" other than to make train wait forever (?). Do you have some example use cases?

Unrelated to latest, and maybe in wrong topic, but I am unable to figure out how the condition "Entry PBS" works. An explanation would be appreciated.

[JGR]

I have a few questions regarding the routefinding restriction in the 0.18 release. I find that there are 'Advanced' routefinding restriction features. However, I am unable to find any detail regarding to this.
I have figure out the "Slot" feature, which I believe you ought to advertise more.

I haven't advertised it as it's not in the most recent release, I merged it just after the 0.18.0 release, so that I could do some more testing/development.

Maybe I am missing other obvious way to do this, but this has finally enable a proper single-track branch line where multiple train are allow in one direction at a time! (https://i.imgur.com/Bs3LdNm.png)

This isn't quite possible yet, as it would need the slot occupancy conditional which you've mentioned below.
Without having actually implemented/tried it yet, I'll expect that you'd need to use a different slot for each of the two directions, and require that the slot for the opposite direction is empty at each entrance before passing the signal or acquiring the slot in the forward direction.
The main uses cases which I had in mind were preventing deadlocks or poor train regulation around: flat junctions with reverse at waypoint movements, adjacent flat junctions, and siding/bay-type stations with more trains than platforms.

Feature request for slot: Can we have conditions for checking number of train in specified slots? A use case I can think of for this include: Single-track main line where multiple trains may enter in same direction at the same time (line signaled with bi-directional block signal). Or for single-track station with passing loop, only divert train into the loop if there is an express train following, otherwise stays on main line etc. (Even though passing loop in OpenTTD doesn't slow train down, this is for realism).

This is something that I'm planning to implement, I've not got round to it yet.

A collapsible group for slots would also be nice, but not required. Sorry for lengthy list of feature requests for a feature that is very new. I appreciate this feature a lot.

I'm not anticipating that a player will have that many slots to need that? I can look into it, but it's not really top priority for me. No need to apologise, and thanks .

On the other hand, I am unable to figure out how we should use the "Wait at PBS signal" other than to make train wait forever (?). Do you have some example use cases?

It's not very useful at the moment, as it's been effectively superseded by the slot acquire and wait instruction, which is implemented using the same mechanism.
The conditional for current slot occupancy will make it useful again, as there are cases where you'd want to hold a train at a signal depending on the occupancy of a slot without trying to acquire it.

I am unable to figure out how the condition "Entry PBS" works. An explanation would be appreciated.

When inside a PBS block, the entry PBS conditional can be used to test the tile of the signal which the reservation started (or would start) from, i.e. a PBS signal facing into the block.
I mostly use this to conditionally enable reserve through on exit signals depending on which entrance signal was used, for things like preventing junction overhangs on some types of flat junctions.

[ino]

I haven't advertised it as it's not in the most recent release, I merged it just after the 0.18.0 release, so that I could do some more testing/development.

Oh. I did not realise it was not in the 0.18.0. I am using Linux, so when I saw a release (which is typically many days later) I just `git pull && make`

I'm not anticipating that a player will have that many slots to need that?

A single-track main line would probably need two slots between each passing loops. Perhaps I am in the minority, but a lot of time I play on huge realistic map (mostly Japan), and I build using real-world reference, including a very long stretch of a single-track main line. A collapsible would be really nice, but it is not that important either.

When inside a PBS block, the entry PBS conditional can be used to test the tile of the signal which the reservation started (or would start) from, i.e. a PBS signal facing into the block.
I mostly use this to conditionally enable reserve through on exit signals depending on which entrance signal was used, for things like preventing junction overhangs on some types of flat junctions.

I see. Thank you very much for the answers!

[AkipTsaqif]

Hi JGR, I have a question.

Roger & Co., 17 Nop 2025.png

(152.4 KiB) Not downloaded yet

As you see up there, there are 6 station platforms (1 is on the upper right).
Platform 1, 2, and 4 is for trains heading northwest
Platform 5 and 6 is for trains heading southeast
Platform 3 can be either northwest, southeast, or southwest

So my question is, how I can force a train to take platform 3 to go southwest without placing new signals near the station in platform 1, 2, and 4? I tried to use routefinding restriction in those presignals but can't figure it out since there is no signal in near platform to drive the train away.

Thanks. Sorry for bad english
Akip

[JGR]

Hi JGR, I have a question.

Roger & Co., 17 Nop 2025.png
As you see up there, there are 6 station platforms (1 is on the upper right).
Platform 1, 2, and 4 is for trains heading northwest
Platform 5 and 6 is for trains heading southeast
Platform 3 can be either northwest, southeast, or southwest

So my question is, how I can force a train to take platform 3 to go southwest without placing new signals near the station in platform 1, 2, and 4? I tried to use routefinding restriction in those presignals but can't figure it out since there is no signal in near platform to drive the train away.

Thanks. Sorry for bad english
Akip

Using a waypoint instead of routing restrictions would work if a train may only use platform 3.
Without using waypoints you would indeed need to add signals in front of the other platforms. If you were to do this would remove the implicit path-finding penalty for trains heading into platform 3, but you could re-add this by use of a routefinding restriction penalty on the platform 3 signal.

[michael blunck]

Feature request:

In TTDPatch, the "wagon speed limits" feature set an increased speed limit for empty wagons (+ 20km/h). In fact, it even allowed for a parameter to tune the default empty wagon speed limit:

If the switch has a parameter (<num>), then this specifies how much faster empty train wagons are allowed to go. The default for this is 20 km/h.

This is a small but important feature being clearly missed in OTTD. Would be nice to get it included since different speed limits for empty/loaded wagons are standard in RL, and thus essential for modelling "realistic" train sets.

regards
Michael

[oberhümer]

Doesn't that work with callbacks already? It's also a modern phenomenon (starting 1960s?) as far as I know, so not really modelable using a simple setting.

[andythenorth]

CB36 should work, triggered on station visit.

Untested by me for wagons, there might be some quirk of CB36 that precludes it, but eh. https://newgrf-specs.tt-wiki.net/wiki/C ... s_.2836.29

Definitely ships support different speeds per load amount - I did it in FISH, varying speed by % loaded. I later dropped it because I concluded it wasn't appropriate in a non-realistic set, but it was definitely worth exploring, and quite a nice feature.

[michael blunck]

But still. Should be an easy task to implement.

No reason to check for CB36 and speed property for each and every freight car?

regards
Michael

[wallyweb]

In RL a wagon has no speed limit. Limits are arbitrarily imposed according to safety considerations of a track section, something that is quite nicely implemented in game by track types (or road types ). Maximum speed and acceleration of a train are determined by power and traction availability and wagon load factors while taking terrain (slope) into consideration. The player's challenge is to find the right combination of engines to efficiently pull a fully loaded manifest.

[michael blunck]

In RL a wagon has no speed limit. Limits are arbitrarily imposed according to safety considerations of a track section, something that is quite nicely implemented in game by track types (or road types ). Maximum speed and acceleration of a train are determined by power and traction availability and wagon load factors. The player's challenge is to find the right combination of engines to efficiently pull a fully loaded manifest.

In RL, the max allowed speed for a freight car is detemined by track class and loading weight:


https://nl.wikipedia.org/wiki/Bestand:VTG_Falns_(1).jpg

I.e., this particular car may travel with a speed of 100 km/h ("S") with a load of 38 tons on track class "A", a load of 40.5 tons on track class "B1", etc, pp; and with a speed of 120 km/h on all track classes when empty ("00.0").


In the game, I found it annoying to see empty freight trains crawling along as if fully loaded, when even in RL this is not the case.

HTH
regards
Michael

[edit]But OK, I´ve now implemented it by CB. No need to discuss it further.[/edit]

[wallyweb]

In RL, the max allowed speed for a freight car is detemined by track class and loading weight:

A limit arbitrarily imposed by regulation.

[edit]But OK, I´ve now implemented it by CB. No need to discuss it further.[/edit]

[Redirect Left]

If you're using the arrow keys to negotiate the map, and go over an industry, the pop up window that displays industry info will stick open even after you scroll past that industry.
It'll stay there until you hover over another industry in which case it'll switch and hang with that industries data, or you move your mouse and it'll get rid of it.

[vazoun51]

Another bug found. Game crashes if you try to make a new template with engine able to carry any other cargo then passengers and "Refit after buy" is toggled on. Can't provide crashlog since game states no crash information will be generated as I loaded an emergency savegame although I didn't do so.

[selli69]

Hi JGR!

First of all, thank you for the integration of load/unload by cargo type I suggested a while ago. It makes my gameplay much more interesting.

Today I will ask for intergration of the ATC patch. I think its a very useful function: Trains trapped behind a slower train (up to one signal block or 20 tiles away) will automatically slow down to match the speed of the slower train.

You can find the patch here : viewtopic.php?f=33&t=52085

If there is already a similar function included in your patchpack pls apologize for asking and pls give a quick hint where to find it in the settings.

Thanks forward!

selli

[nigelb7]

That ATC patch sounds like a great idea! I have no clue as to how much work would be involved to integrate it into the JGR Patch Pack.

[JGR]

If you're using the arrow keys to negotiate the map, and go over an industry, the pop up window that displays industry info will stick open even after you scroll past that industry.
It'll stay there until you hover over another industry in which case it'll switch and hang with that industries data, or you move your mouse and it'll get rid of it.

Another bug found. Game crashes if you try to make a new template with engine able to carry any other cargo then passengers and "Refit after buy" is toggled on.

These are fixed now, thanks for the bug reports.

Can't provide crashlog since game states no crash information will be generated as I loaded an emergency savegame although I didn't do so.

Most likely you previously loaded an emergency savegame and then saved the game. The emergency aspect is preserved in the game log.
I may look into making this more lenient at some point.

Hi JGR!

First of all, thank you for the integration of load/unload by cargo type I suggested a while ago. It makes my gameplay much more interesting.

Today I will ask for intergration of the ATC patch. I think its a very useful function: Trains trapped behind a slower train (up to one signal block or 20 tiles away) will automatically slow down to match the speed of the slower train.

You can find the patch here : viewtopic.php?f=33&t=52085

If there is already a similar function included in your patchpack pls apologize for asking and pls give a quick hint where to find it in the settings.

Thanks forward!

selli

This has been asked for before, I'm not inclined to include it.
It has the fairly fundamental flaw of not working at all in the presence of junction tiles.
Implementing this sort of functionality properly would need a quite different and more involved design.