Latest Posts

Topic: Warehouse controls

ixprefect

Joined: 2009-02-27, 14:28
Posts: 367
Ranking
Tribe Member
Posted at: 2010-03-15, 17:47

Don't forget the system for globally (actually, on an economy basis) controlling desired stock levels, which already works (mostly; sometimes it seems a bit suspicious to me, but oh well) to control production.

And I agree with the sentiment of some others that this shouldn't be undertaken as a radical change. In other words, it does make sense to formulate a radically different vision of the future as the 'ideal state of the future'. However, once this is done, one should identify small steps towards this goal, so that it can be reached step by step, as developer time is available.

Otherwise, we'll end up with a KDE 4-like situation face-wink.png


Top Quote
Astuur
Avatar
Joined: 2009-02-28, 10:08
Posts: 733
Ranking
One Elder of Players
Location: Frankfurt / Germany
Posted at: 2010-03-15, 20:01

timowi wrote: ... My control addition would be:

allow overwriting the economy setting for a warehouse: per ware: stop storage of this ware, move this ware out and store x of this ware is this warehouse do the stop and move out for all wares in a warehouse

allow setting of economy wide strategies

distribute ware even over all warehouse store wares in the nearest warehouse train sodier to maximum train all soldier even ...

Timo


In effort to avoid micro-managing another useful category for a global management might be to discern central from peripheral regions (far from border, near to border). The requirements of these two tend to be different in many cases (soldiers, building materials). It would be very nice to be able to concentrate logs, trunks, wood, stone, marble, reet etc. as well as the best trained soldiers in the peripheral warehouses with just one global setting. It may still not wholly replace a per warehouse setting, since borders to the wild, and borders to enemies are different, but in many cases it would suffice.


Being no programmer, I apologize for all my suggestions that imply undue workload and for other misjudgements due to lack of expertise or relevant skills.
I am on Win32, have no means to compile, and rely on prefabricated distributions (Thanks to Tino).

Top Quote
SirVer

Joined: 2009-02-19, 15:18
Posts: 1445
Ranking
One Elder of Players
Location: Germany - Munich
Posted at: 2010-03-15, 23:42

Mmmh. But isn't micromanagement a central part of the game? Sure, you think globally, but you tweak options locally: make roads better by avoiding three part roads and replace them with two two part roads. Stop workers here, drop soldiers there. I can't follow the argument that micromanagement is not the aim of the game. It must work effectively and one should not have to repeat itself, but having the tweaks is nice.

But back to the topic: what must be changed in the blueprint to get it to triaged state? Let's get more concrete.


Top Quote
timowi

Joined: 2009-11-01, 23:08
Posts: 146
Ranking
At home in WL-forums
Location: Germany
Posted at: 2010-03-16, 16:53

SirVer wrote: Mmmh. But isn't micromanagement a central part of the game? Sure, you think globally, but you tweak options locally: make roads better by avoiding three part roads and replace them with two two part roads.

I think it isn't. It's more about economy and "Wusel". You don't control single "units". Lunmberjack, forester, hunter, fisher and even soldiers work on their own. They are somehow intelligent. You only give the a "position" to work. Compare it with strategy games where you control single workers.

Placing buildings, roads and configure economy are somehow long term option. I do not consider this micromanagement. Micromanagement is stopping a single worker, control wares short-time (like bring 2 pieces here and then no more).

As I said in my long post: I think some kind of micromanagement should be possible but it must never be necessary. So stopping something, control wareflow and position soldiers are an option to tune your economy. But it should be possible to play without ever touching this.


Top Quote
Astuur
Avatar
Joined: 2009-02-28, 10:08
Posts: 733
Ranking
One Elder of Players
Location: Frankfurt / Germany
Posted at: 2010-03-18, 08:21

ixprefect wrote: What's the opinion on trying to balance warehouse contents automatically?

I remember having played WL (months ago) where such a regime was the default. All wares were distributed evenly among the warehouses. One negative effect was, that your roads became clogged often after building a new warehouse, because hundreds of trunks, water etc. suddenly were on the road.

Personally I dont like this concept. It takes away much of the planning that makes up for the fun in this game.

I like to build functional areas around a warehouse according to the geography the map supplies. (house building materials, food production, Metal industry) to keep transportation to a minimum. Then I connect these areas with high capacity long distance roads. If I succeed it usually leads to a very high productivity.

Even distribution (even of the conditional sort) would not be rewarding players for a thoughtful planning of their economy. It would probably help the AI, though.


Being no programmer, I apologize for all my suggestions that imply undue workload and for other misjudgements due to lack of expertise or relevant skills.
I am on Win32, have no means to compile, and rely on prefabricated distributions (Thanks to Tino).

Top Quote
Nasenbaer
Avatar
Joined: 2009-02-21, 18:17
Posts: 828
Ranking
One Elder of Players
Location: Germany
Posted at: 2010-03-18, 16:33

Astuur wrote:

ixprefect wrote: What's the opinion on trying to balance warehouse contents automatically?

I remember having played WL (months ago) where such a regime was the default. All wares were distributed evenly among the warehouses. One negative effect was, that your roads became clogged often after building a new warehouse, because hundreds of trunks, water etc. suddenly were on the road.

Actually that was a bug and I am happy, that it got fixed ;).


Top Quote
Elfish

Joined: 2010-03-18, 13:26
Posts: 1
Ranking
Just found this site
Posted at: 2010-03-19, 07:35

WAREHOUSES

Why not have the global economy configuration screen have both a global total for the amount of each ware, and a minimum for each warehouse? The "Temporary global limit" column could be removed. The algorithm for storing a ware would be that if the nearest warehouse has less than twice (it can't be just the minimum number, or you run into the idiocy of sending the same ware both ways and causing traffic jams) the minimum amount of that ware, it is stored in the nearest warehouse. If not, it is stored in the nearest warehouse with less than the minimum amount of that ware. If there are no such warehouses, it is stored in the nearest warehouse. This, algorithm would, I think, provide necessary amounts to build quickly far from the production center, while still avoiding the traffic jams of trying to equalize wares completely.

Also, altering production priorities is fine, but the desired amounts should be selectable for ALL wares, and probably even for producers. The economy should NOT continue producing things after the global maximum is reached, just because a programmer has decided to override the wishes of the player. Stopping production of logs when you have 5k or of iron ore after you have 1k is very useful. If nothing else, it gets rid of a lot of congestion.

SHORTAGE QUEUING PROBLEMS

The original Settlers was deliberately restricted to relatively small maps, so that the queue-based destination system for when the economy is in shortage wasn't as amazingly bad. This game, however, is Widelands. We have huge maps, and this system for shortages is idiotic on large maps.

Consider the case where we have two identical production centers, 20 minutes travel time apart, and the economy is in shortage. Fish is produced at one center, and then chooses a destination randomly. It then spends traveling to the other center where it becomes a ration, then spends 20 minutes traveling back to the other center, where it becomes iron ore, then travels back to the other center and becomes iron, then travels back to the other center and becomes an axe. Production shuts down, because the road is jammed with identical goods traveling back ways back and forth on the same road. Currently, this situation can only be avoided by having only one production center, or by scrupulously avoiding having any goods go into shortage.

There are quite a number of reasonable ways this could be fixed. The one which could reuse the most code from the current system is probably queuing with destination trading of wares in transit. The way this would work is for all wares to be assigned under the current system, but as soon as a destination is selected, this ware is flagged to be checked for destination trading.

I'll call the original ware A, and it's destination A'. What we do if check to check all other in-transit wares B of the same type as A. If A is closer to B's destination B' than B is and B is also closer to A' than A is, we send A to B' and B' to A. Then we flag both A and B to be checked again for destination trading. (Probably the distance comparison would use uncongested travel time.)

This would eliminate the roads jammed with the same ware heading in both directions, which are currently a common sight in the game.

MILITARY DISCUSSION

Currently, as soon as a military building loses a unit, a replacement unit is sent if available. This unit may be coming from the other side of the board. You're actually much better off if you have almost enough units to fill your buildings, but not quite enough, because then by lowering staffing levels on nearby buildings, you can get replacement units to the building that is about to be destroyed quickly. On the other hand, if you are severely understaffed, the replacement units will rush off to fill buildings on the other side of the board that have no need for new units at this time.

In any case, the user interface is very clumsy. What we WANT to do is to get a replacement to the building under attack as soon as possible. We DON'T want to be fiddling with occupancy levels all over the economy, until the idiotic AI finally agrees to do what we want to do.

The way I would implement this much more straightforwardly is to have a unique priority number for each building. When a new building is built or a building is attacked, it is bumped to the top of the priority list, and this number can also be changed manually. Warehouses get a the lowest priority. Training buildings get the highest (though only for trainable troops) by default, though this could be configurable. When a military building loses a unit, one is the sent from the nearest military building/warehouse with a lower priority. The highest level unit available is sent. This building then attempts to replace its unit. This system would leave the oldest, lowest priority buildings with only one troop in them when there is a shortage of available troops.

When a building is full, it would upgrade its lowest level troops one at a time by finding the nearest lower priority building which has a troop of a higher level, and having that troop travel it, and releasing its lowest level troop. The lower level building would then replace the troop it lost, as normal.

I would actually prefer to not have troops be able to be in warehouses at all, and to have their production from wares by warehouses take significant time, but that's change isn't required in order to implement a military building priority system. Also, under the current system in which injured troops recover their full health almost immediately, injured troops should do nothing other than to stay in their current building whenever possible.


Top Quote
SirVer

Joined: 2009-02-19, 15:18
Posts: 1445
Ranking
One Elder of Players
Location: Germany - Munich
Posted at: 2010-03-19, 11:38

Elfish, welcome to the forum. face-wink.png

Most of the stuff you mention is already in planing. Warehouses will be improved in build16. The shortage queueing problem is not clear to me. Avoid long transportation is aim of the gaim. The rerouting that you mention is already done on a periodic basis though it doesn't work ideally atm. If you offer a blueprint that we can agree upon and you are willing to implement it (or known someone who is), you are invited to do so. Military will see modifications in build16 too.

Have a look at https://blueprints.launchpad.net/widelands/+spec/stocklevels.


Top Quote
SirVer

Joined: 2009-02-19, 15:18
Posts: 1445
Ranking
One Elder of Players
Location: Germany - Munich
Posted at: 2010-03-19, 11:39

Lobsterninja: will you update the blueprint according to the discussion here?


Top Quote
raistware

Joined: 2009-09-07, 17:31
Posts: 71
Ranking
Likes to be here
Posted at: 2010-03-22, 15:37

Hi all!

First of all, thanks to Losterninja for his fully detailed and explained feature request! Many of your suggestions are very good ideas. Most of them needs a very deep changes on code, as others have said ;-). And welcome to Elfish!

It would be great to have the ability economy code to assign priorities to transfers and that at every time a ware sits on a flag, or worker reaches a new position, he/it could check again his priority and other request of same type, if other request requesting the same ware with higher priority is available, then forgive actual transfer and reroute to most important one. Also, it would be great that wares AND workers on ProductionSites could work with similar system, if a there is request for ware A with high priority, try to return wares to economy to fullfill the request (and only fullfill with nearer wares). Military then could take same benefits, and sort workers throught MilitarySites, TrainingSites and Headquarters more efficiently. Remember that military code builds up from economy code, so every improve on economy will improve military also.

But IMO, I think that capacity on MilitarySites are needed, at least from my point of view: I never have enought soldiers to fill all of my buildings and trainingsites, so when a military sites is builded I lower its capacity to minimum, and when I need to concentrate soldiers on frontiers to defend or prepare an attack, I upper capacity to maximum where is needed. All other times soldiers are on warehouses, headquarter or trainingsites. I don't want to have a constant flow of soldiers moving arround from militarysite to militarysite just when a new soldier is created to find the new 'stable state of soldiers'. So for me the capacity function is perfect: all militarysites are just with one soldier alone, only enemy defended frontier's are at higher capacity. I would like to have the ability to 'put stronger soldiers on frontier' but currently (at least when this feature was developed) economy code does not support this.

Also I have noticed that some features that was working time ago (like train heros or all soldiers more or less equally) now are not working or available. I will take a look some day of this face-wink.png

I like most of your ideas, but adopting them should not break all economy and military code. We can adopt features one by one, and improvement will raise suddenly.

Tnaks!


Top Quote