The International Simutrans Forum


Recent Posts

Pages: [1] 2 3 4 ... 10
Are you running Simutrans Extended with the "-nosound" option? If not, then you will be loading over 300MB of sound which you presumably don't need.

EDIT: On my laptop I am running an optimised build (i.e. DEBUG not defined in the makefile) but with debugging symbols added, built using gcc and running on Arch Linux. Virtual memory usage is approximately 9.2GB but physical memory usage is only 6.9GB (out of 16GB RAM). Total physical memory usage is 50.8% (when I close my web browser but leave various text editor windows open - I think the text editors account for more than 0.8%). So in theory 8GB RAM ought to be just about enough, although if you system is more resource-intensive than my minimal Arch Linux system, that might cause more trouble.

EDIT 2: Ok, I just looked again and memory usage was up to 7.6GB, which is more troubling. I think that must be the path explorer kicking in when it wasn't previously running. So that does seem like slightly too much, although it's plausible that it might eventually settle down a bit more if it can ge the right things into swap.
Also, note that some jumpiness is due to 'step' being more computationally expensive than 'sync_step', so if your computer is resource limited you'll find that the gap between sync_steps will be noticeably larger after every 8th sync_step, when a step is being run.
Pak128.Britain-Ex / Re: A snippet of relative pricing information
« Last post by jamespetts on Yesterday at 10:02:57 PM »
According to the information on the back of the box of a Hornby model of the locomotive, the LSWR 700 class 0-6-0 goods engine cost £2,695.00 each, which was given as £155,000 after being inflation adjusted to circa 2014 figures.
Yes, you will not be able to run this as a client with 8GB of RAM - the client takes more memory than the server as the client has but the server has not the graphics to consider.

However, this is not relating to the loss of synchronisation reported, but rather relates to the thread from which I split the thread about loss of synchronisation, so I have split this further.
The convoy and line graphs do not show monthly maintenence (only running costs per km), and also do not subtract maintenance from profit. Thus wrongly show some lines with obsolete vehicles as profitable, when they are not.
Simutrans Extended Development / Power line inconsistent information
« Last post by Vladki on Yesterday at 08:25:51 PM »
On the stephenson siemens game I see inconsistent numbers in power consuption. There are two power plants, each supplying power to one town.
The power generated shown on power plant, its substation and power line is OK, but power consumed is not. Town's substation says 181 or 156 kW, but the line says only 1 kW is demanded
I have just tried connecting to Bridgewater-Brunel server with 8 GB of RAM and it is clearly not enough. System was swapping and the game was "jumpy" even offline. Probably 10 GB are minimum for this game.
« Last post by Lieven on Yesterday at 06:37:56 PM »
Pour les backups, j'ai 90% du contenu SNFOS sur mon PC et sur un Disque Dur, ça ne sera pas perdu ;)

Après, si tu veut recréer du matériel, tu peut passer outre la modélisation, personnellement, j'ai fait toutes mes créations au pixel-art (en utilisant Gimp, mais des logiciels plus intuitifs comme photofiltre fonctionnent aussi bien)
Pour me faire la main, j'ai commencé par modifier la livrée d'un véhicule, ensuite j'ai pris une base de voiture pour créer par dessus une autre voiture (ferrovivire), et petit à petit, j'ai pu apprendre à créer des véhicules totalement différents. Si tu veut t'y essayer, je peut te donner beaucoup de conseils, et te suivre, et ça me donnera sûrement la motivation de m'y remettre ;)

Si tu veut t'essayer à quelque création, je peut te proposer de tenter la livrée du Thalys PBA (sur base de n'imposte quel autre TGV de première génération), j'ai déjà ébauché quelques vues, si tu es totalement étranger à ces logiciels, Gauthier à écrit de très bons tutoriels à ce lien

Si ça t'intéresse, dis moi et je t'envoie mon ébauche avec des conseils ;)
I haven't checked recently, but a while back I found that some of the rounding of goods amounts was potentially quite confusing. In particular, I think the amount of an input good in stock is rounded down in the display; if the amount to order is determined by rounding down the amount needed, then this would mean that there isn't at least 1 unit of unserved demand until there is at most 1 unit in stock (which will immediately decrease to less than 1, rounding to 0).
Thank you for spotting the issue with the zero demand rounding error - I have pushed what I believe to be a fix to this. I should be grateful if you could re-test with to-morrow's nightly build.

Thanks for looking at the issue, James, much appreciated! Fix partially works, bakery and tavern are now demanding 1 flour and 1 beer. There still seem to be other minor rounding errors though, for example the bakery showing 1 flour in stock and the status "no material" in first line of industry window at the same time.

Fix works good enough however to judge how demand at small industries in the early years (1800 in this case) works out. Two observations:

1. All small industry chains (here defined as industries with 0, 1 or 2 as maximum in-transit number) follow a common demand pattern: demand 1 or 2 items (1 or 2 as defined by max. in-transit), consume these 1 or 2 items until out of stock, then demand another 1 or 2 items. None of these industries demands new items when not out of stock. Industries with max. in-transit numbers of more than 4 do not show this pattern. Easily observed at the windmill in the above saved game: mill demands 2 grain, when delivered consumes grain and produces flour, when out of grain demands 2 new grain.

2. No industry attempts to fill it's input storage. The small chains from 1) cannot because they never demand items when not out of stock, the larger chains (best observed with the market in the above saved game) have so high in-transit numbers that their demand exceeds their storage capacity by a large margin.

I wonder if the max. in-transit number needs to have a minimum value like: input storage capacity - items now in stock - items already in transit.
Thank you for that.

I have split this topic from the original topic as this seems to be a separate issue.
Pages: [1] 2 3 4 ... 10