Transport Tycoon Forums

BW89 wrote: 15 Apr 2020 06:52 I had this problem with this Savegame (no GRFs only AIs)
When I load this the game crashes on 27 Dec 1951.

BW89 wrote: 15 Apr 2020 10:10 Sorry I didn't say it correctly.
On my System (i7-4770, 12GB RAM) the game freezes on 27 Dec 1951 for at least 10 min ( I never waited longer)

I forgot about that Skript because I use it for years, sorry. I will try it without it.

agentw4b wrote: 15 Apr 2020 17:28 I am the author of "City Founder GS v2". But I have no idea what is wrong there, so far there were no problems with the script. Should I edit it? And how? You can set how many cities to start in the script, but I didn't know it had any limits. What is the limit of the maximum number of cities to establish?

The game script only tests whether a city can be established, but does not address the reasons why it was not possible to start a city and then only looks for another suitable place.

    while (notfounded) {
      x = GSBase.RandRange(GSMap.GetMapSizeX());
      y = GSBase.RandRange(GSMap.GetMapSizeY());
      tileindex = GSMap.GetTileIndex(x,y);
      notfounded = GSTown.FoundTown (tileindex, c , bool, r , name);
      notfounded = !notfounded;
    }

If the user has selected a town names set with a limited number of names, once all of the names in the town set have been used it is not possible to create any more towns.
GSTown.FoundTown will always fail and the loop above will not terminate.
GSTown.FoundTown is very expensive to execute as it tries many town names, however the GS was not charged for calling it.
Therefore the loop above would consume all available CPU and prevent the user from interacting with the game.

This was resolved by charging a GS a reasonable amount for each call to GSTown.FoundTown which more closely reflects how much CPU time it actually costs. This prevents the GS from consuming excessive CPU time.

In terms of modifying the script, limiting the maximum number of loop iterations, checking for the ERR_NAME_IS_NOT_UNIQUE error, or inserting some sleeps could work.

agentw4b wrote: 15 Apr 2020 18:37

If the user has selected a town names set with a limited number of names, once all of the names in the town set have been used it is not possible to create any more towns.
GSTown.FoundTown will always fail and the loop above will not terminate.
GSTown.FoundTown is very expensive to execute as it tries many town names, however the GS was not charged for calling it.
Therefore the loop above would consume all available CPU and prevent the user from interacting with the game.

This was resolved by charging a GS a reasonable amount for each call to GSTown.FoundTown which more closely reflects how much CPU time it actually costs. This prevents the GS from consuming excessive CPU time.

In terms of modifying the script, limiting the maximum number of loop iterations, checking for the ERR_NAME_IS_NOT_UNIQUE error, or inserting some sleeps could work.

OK thanks. I will try to improve it.

agentw4b wrote: 15 Apr 2020 20:04 But I do not understand why so few cities can be found in the file "Pitäjänharju Transport, 27. Dez 1950.sav". Are there so few existing Finnish cities? Normally my script can create thousands of new cities without problems, but it has failed here after 328 cities. That seems strange to me.

stb wrote: 15 Apr 2020 21:51 It seems Load by Cargo Type not working properly.
In the below scenario, the trains should leave the country station
as soon as livestocks fully collected. Goods are optional. But the trains
act like Full Load all Cargo.
P.S. The trains from Iron Horse.
On this picture, they left the station already because I changed the order to Full Load Any
and reversed before taking the screenshot.

stb wrote: 16 Apr 2020 01:06here u are:

Redirect Left wrote: 18 Apr 2020 19:08 Has there been any changes to rendering? I am noticing a lot more graphic glitches currently. I know these are GRFs, but the issue was not this obvious in the past.

Taylors Transport, 32217-05-30.png

I've not noticed an increase in rendering issues outside of bridges, demonstrated above, this is v0.34.1

Redirect Left wrote: 18 Apr 2020 19:08 Has there been any changes to rendering? I am noticing a lot more graphic glitches currently. I know these are GRFs, but the issue was not this obvious in the past.

Taylors Transport, 32217-05-30.png

I've not noticed an increase in rendering issues outside of bridges, demonstrated above, this is v0.34.1

LiiNaRuu wrote: 19 Apr 2020 05:31 Got a minor glinch:
There is a filter problem only on liquids for conditional order jump "waiting cargo amount". Enter more than four digits it not possible.

FilterProblem_WaitingCargoAmount.PNG

However there is an workarround to enter an appropriate amount on an non liquid cargo e.g. Food and then change it to Oil afterwards.