Page 27 of 234

Re: JGR's Patch Pack

Posted: 05 Oct 2016 20:08
by wallyweb
JGR wrote:
Redirect Left wrote:Nice work. Finally got around to installing it and having a good play with it.

A do find a few things trigger slow downs though. If you have a train that has a lot of destinations, opening its window will slow down. If you have a train that has endless repeats / implicit orders due to a routing error, it can make fixing them quite a horrendous task due to the FPS drop when you open up the train vehicle window.
Not sure you can do anything about this, unless you can make a train exempt from displaying the info that seems to drain the cycles if the train has > X orders? It's whenever the game loads the station info.
The attached screenshot hopefully makes it clear what I mean. This is one of those times where it has managed to amass a load of implicits due to an error in routing (I assume). at time this was taken, FPS was roughly 2-3 per second (ouch)
I never use implicit orders so hadn't encountered this issue. Probably the simplest solution would be to just not display route markers/lines for implicit orders.

More generally if using implicit orders results in excessively long order lists like that it suggests that something is wrong with the mechanism for implicit orders. I'm not sure what to do about that though.

In the meantime, if you can send/upload a savegame which has the train in question I'll see if something can be done about the performance issue.
Do you use non-stop for your explicit orders? That will prevent your train from making implicit stops which are added to your train's orders. You can set this in each train's order window or you can set it globally in the company section of the settings window.

Re: JGR's Patch Pack

Posted: 05 Oct 2016 20:17
by JGR
wallyweb wrote:Do you use non-stop for your explicit orders? That will prevent your train from making implicit stops which are added to your train's orders. You can set this in each train's order window or you can set it globally in the company section of the settings window.
Yes I've always had non-stop orders on by default. I'm not a fan of orders without the non-stop flag and implicit orders and so don't use them.

Re: JGR's Patch Pack

Posted: 05 Oct 2016 20:30
by wallyweb
JGR wrote:
wallyweb wrote:Do you use non-stop for your explicit orders? That will prevent your train from making implicit stops which are added to your train's orders. You can set this in each train's order window or you can set it globally in the company section of the settings window.
Yes I've always had non-stop orders on by default. I'm not a fan of orders without the non-stop flag and implicit orders and so don't use them.
I as well and exactly for Redirect Left's problem.

Re: JGR's Patch Pack

Posted: 05 Oct 2016 20:33
by Redirect Left
I usually just select the first and end destination, and let the train find its own way and add the middle stations itselves.. I only select middle destinations if there is a realistic alternative route the pathfinder could send it on at a junction.
Usually when this happens, the implicits don't add up endlessly. I've never figured out why they do sometimes pile up, i've always assumed pathfinder struggling and just repeating. I've got trains that run for thousands of years that never pile up implicits and just keep say the (example) 2 implicits between start and finish.

If it occurs again, i'll snatch a savegame if it'll help. I've resolved all the current endless implicits.

Re: JGR's Patch Pack

Posted: 06 Oct 2016 11:42
by Eddi
it could be that at trips to depot it could skip stations, or you forgot to consider an alternate route

Re: JGR's Patch Pack

Posted: 11 Oct 2016 15:03
by YSH
I don't know if this code is affected by your patch pack, but I thought I'd be best to post about it here before annoying the trunk developers.

As you can see in the screenshot, I have a bit of a lighthouse epidemic. Clearly they like rugged little island on the edge of the map a little bit too much.

Re: JGR's Patch Pack

Posted: 11 Oct 2016 18:29
by JGR
YSH wrote:I don't know if this code is affected by your patch pack, but I thought I'd be best to post about it here before annoying the trunk developers.

As you can see in the screenshot, I have a bit of a lighthouse epidemic. Clearly they like rugged little island on the edge of the map a little bit too much.
This isn't something that I've observed before, and I don't believe that I've changed anything related to NewGRF/map objects.
I'll take a closer look soon, thanks for reporting the issue.

Re: JGR's Patch Pack

Posted: 12 Oct 2016 08:05
by cirdan
YSH wrote:I don't know if this code is affected by your patch pack, but I thought I'd be best to post about it here before annoying the trunk developers.

As you can see in the screenshot, I have a bit of a lighthouse epidemic. Clearly they like rugged little island on the edge of the map a little bit too much.
This can happen in openttd trunk, too, under certain circumstances. The number of lighthouses created during map generation is proportional to map size. If the map is large but there are few spots suitable for lighthouses (they must be on land near the map edge), they tend to bunch up at those possible locations.

Re: JGR's Patch Pack

Posted: 13 Oct 2016 13:53
by Wahazar
Is it possible to freeze vehicle running costs, if vehicle stay in depot?
With new station orders patch, timetable for depot patch and vehicle repairs cost patch, there should be no additional running costs for vehicle stopped in depot, regardless if stopped manually, by timetable or conditional station order.

shortly: I propose to disable counting running costs, if vehicle is inside depot and repair costs are turned on.

BTW, 'go do station if cargo accepted' is awesome tool in case of ECS.

Re: JGR's Patch Pack

Posted: 13 Oct 2016 17:24
by JGR
McZapkie wrote:Is it possible to freeze vehicle running costs, if vehicle stay in depot?
With new station orders patch, timetable for depot patch and vehicle repairs cost patch, there should be no additional running costs for vehicle stopped in depot, regardless if stopped manually, by timetable or conditional station order.

shortly: I propose to disable counting running costs, if vehicle is inside depot and repair costs are turned on.

BTW, 'go do station if cargo accepted' is awesome tool in case of ECS.
GRFs already control running costs when stopped. I don't see that it's necessary to override them on this.

Re: JGR's Patch Pack

Posted: 14 Oct 2016 01:23
by Eddi
i don't know what patches you run, but the unpatched game sets running costs for stopped trains to 0 (as in shows a red flag/blob, not trains that just have a speed of zero)

Re: JGR's Patch Pack

Posted: 16 Oct 2016 11:05
by tlpwka
Hello,
A problem with game crash is resolved, thank you!

There is something weird about departure board, long-distance trains always shown as "Delayed". I'v tried different configurations - autoseparation, autoseparation+automate timetable, only automate timetable.

For short distance train it's seems to be a rare thing.

Here is save game (with ngrf):
https://www.dropbox.com/s/go18wiwbbamnq ... 9.rar?dl=0

Re: JGR's Patch Pack

Posted: 16 Oct 2016 21:49
by JGR
tlpwka wrote:Hello,
A problem with game crash is resolved, thank you!

There is something weird about departure board, long-distance trains always shown as "Delayed". I'v tried different configurations - autoseparation, autoseparation+automate timetable, only automate timetable.

For short distance train it's seems to be a rare thing.

Here is save game (with ngrf):
https://www.dropbox.com/s/go18wiwbbamnq ... 9.rar?dl=0
Having a quick look at it, the NYC-MIA trains haven't started their timetables yet, presumably as the timetable mode was recently changed.
The NYC-CHG train is running late. As it left on time and there are no waypoints or other timetable points en route it can't predict how late it will arrive though.
In general having both enabled is what you want. You may want to disable one but not the other if you're doing semi-manual or clock-face timetabling or have some other form of advanced setup.
You'll most likely want to disable both if you are using full-load orders or any form of conditional orders.

Re: JGR's Patch Pack

Posted: 22 Oct 2016 10:21
by mrjack2
Hi JGR, are there any known bugs between Cargodist and daylength factors here? Because running a daylength factor here, Cargodist simply isn't sending cargo down new links. I have a savegame attached: a simple way to reproduce this would be to set up a passenger route between two towns and see if anyone ever uses it ( I get it staying white forever). The only fix seems to be to turn cargodist off and then on again. So some process in Cargodist seems to be not running.


Edit: Aha, turning "do not scale linkgraph days by the daylength factor" on seems to fix it. But it definitely wasn't just a matter of it taking 5 times longer than usual to update linkgraph!

Re: JGR's Patch Pack

Posted: 23 Oct 2016 01:25
by SkullKrixzz
JGR wrote:
SkullKrixzz wrote:1: road speed limits
This is something that has been asked for a few times, I'm planning to look into it at some point.
SkullKrixzz wrote:2 random road construction
This looks quite interesting, and seems an easy pick to merge, may give this one a try.
SkullKrixzz wrote:mossy tracks
I'm not really sold on this one TBH, graphically it looks a bit dodgy to me and has some odd corner cases, and it uses up map bits which could be more usefully allocated to other things.
i have been away for a while so sorry im a bit behind on everything :P but thanks for considering these, and ya the mossy tracks might be abit glitchy and stuff, but at the same time do have a pretty good use tho, i have run hardpack patch for a while before and because the tracks got mossy helped me fix some issues with my lines. but it is your pack so you do have final say, i would more rather the other two anyways....

Re: JGR's Patch Pack

Posted: 25 Oct 2016 00:11
by JGR
mrjack2 wrote:Hi JGR, are there any known bugs between Cargodist and daylength factors here? Because running a daylength factor here, Cargodist simply isn't sending cargo down new links. I have a savegame attached: a simple way to reproduce this would be to set up a passenger route between two towns and see if anyone ever uses it ( I get it staying white forever). The only fix seems to be to turn cargodist off and then on again. So some process in Cargodist seems to be not running.


Edit: Aha, turning "do not scale linkgraph days by the daylength factor" on seems to fix it. But it definitely wasn't just a matter of it taking 5 times longer than usual to update linkgraph!
I did some testing and cargo is routed on new links if you are patient enough. Part of the problem is that you have a highly disconnected network.
In your game link graphs are recalculated every 4 days, and you have around 108 link graphs, so an individual link graph is recalculated about every 432 days. So on average you'll have to wait around half that time for a link to be processed. Turning on "do not scale linkgraph days by the daylength factor" reduces that time by 5, but doesn't otherwise make any difference that I could find.
Perhaps I'll have a look and see if I can come up with a better way of scheduling link graph updates when there's a large number of small graphs.
SkullKrixzz wrote:i have been away for a while so sorry im a bit behind on everything :P but thanks for considering these, and ya the mossy tracks might be abit glitchy and stuff, but at the same time do have a pretty good use tho, i have run hardpack patch for a while before and because the tracks got mossy helped me fix some issues with my lines. but it is your pack so you do have final say, i would more rather the other two anyways....
Random road re-construction is done already, there's a setting for it. Town road speed limits is on my to-do list, I've just been a bit busy with RL and such of late.

Re: JGR's Patch Pack

Posted: 25 Oct 2016 01:18
by mrjack2
JGR wrote:
mrjack2 wrote:Hi JGR, are there any known bugs between Cargodist and daylength factors here? Because running a daylength factor here, Cargodist simply isn't sending cargo down new links. I have a savegame attached: a simple way to reproduce this would be to set up a passenger route between two towns and see if anyone ever uses it ( I get it staying white forever). The only fix seems to be to turn cargodist off and then on again. So some process in Cargodist seems to be not running.


Edit: Aha, turning "do not scale linkgraph days by the daylength factor" on seems to fix it. But it definitely wasn't just a matter of it taking 5 times longer than usual to update linkgraph!
I did some testing and cargo is routed on new links if you are patient enough. Part of the problem is that you have a highly disconnected network.
In your game link graphs are recalculated every 4 days, and you have around 108 link graphs, so an individual link graph is recalculated about every 432 days. So on average you'll have to wait around half that time for a link to be processed. Turning on "do not scale linkgraph days by the daylength factor" reduces that time by 5, but doesn't otherwise make any difference that I could find.
Perhaps I'll have a look and see if I can come up with a better way of scheduling link graph updates when there's a large number of small graphs.
Ah, that makes sense! I guess I can turn the number of days down further if I want, and then once I connect passenger networks together later, I can turn it back up to avoid lag.

Re: JGR's Patch Pack

Posted: 25 Oct 2016 14:13
by b1tm4rx1st
Looks like the custom houses mod doesnt work in this patch...

Re: JGR's Patch Pack

Posted: 25 Oct 2016 19:38
by JGR
b1tm4rx1st wrote:Looks like the custom houses mod doesnt work in this patch...
Works fine here, can you be more specific about what doesn't work for you?

Re: JGR's Patch Pack

Posted: 25 Oct 2016 23:54
by openbu.org
Settings,House_zones
BTW,IMO,The mayor(in-game) love House_zones,But,I dislike.