Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
If you can't find them, you're better off building your own than waiting.
Cool good to know. Thanks Momoguru
Potentially, could see a situation where part of the table of station items would be a "normal" stock level as well as a current stock level. When the restocking event occurs, the code would compare the two and based on the rarity of the item in general, one of several restocking amounts would be added: no restocking, low amount of restocking, moderate amount, high amount and full restocking. This might amount to little difference with a scenario like my last post (3 prototype cargoholds in the whole galaxy) but in general would be closer to what might be expected in a real far-flung market.
In a more complex scenario, every item available for sale in the game might be cycled through, where a table of stations that stock that item would be added up and the total delta between normal and current stock levels would be the subject of the same calculation above, then the restocking amount would be distributed between all stations that stock that item and don't have their full normal stock level, but that could get a bit messy unless you were to add a bit of additional data to the stored tables. It would have a higher degree of realism to the economy but the cost to make it work that way might not be worth it.