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
I finally have time to revisit this.
To help EgoSoft identify the problem you found, a bug report thread was created https://forum.egosoft.com/viewtopic.php?t=471462
the mod self works and egosoft didnt fix the .count error, but that is just a minor issue
There will be bugfixes to AutoTrade in 7.10, so we should wait for it first, and then see if the same problem still exists.
- even if cargo is not fully empty, still does not matter: if I punish everything by e.g. x0.9, then the relative positions of trade offers are not affected (this does not hold for multi-type cargo ships, but then there cannot possibly have multi-type cargo ships in the game; nowadays it is explicitly a miner or a trader)
at "<set_value name="$tradevalue" exact="[$buyoffer. ...."
that: "this.assignedcontrolled.cargo.{$currentware}.free"
hast to be: this.assignedcontrolled.cargo.{$currentware}.count
(the script wants to sell the current leftovers, egosoft uses .free so counts the storage available not .count which tells the used storage and we want to sell the used storage :) )
shouldnt it be:
<set_value name="$maxCarryAmount" exact="this.assignedcontrolled.cargo.{$buyoffer_local.ware}.free " />
.max gets the whole storage ignoring possible other wares still at the storage, while .free gets you the storage available for trade and why should we punish tradevalues if the ship was to stupid to empty their storage
also " * $buyoffer_local.ware.volume" should be removed as you dont use the volume at $tradeAmount, so you just lower the tradevalue for wares with higher volume
same for the import:
<set_value name="$maxCarryAmount" exact="this.assignedcontrolled.cargo.{$selloffer_local.ware}.free" />
.max ignores leftovers at the storage
...well it does but i think the logic is wrong as they set the price match to the one of the station so it just looks for that price and not that price +1 ... my guess
there is a known vanilla bug in 7.0 where traders might pick up too many items when trading; is this what you are observing?
when the AutoTrader user has cargo in itself before it tries to do anything, it will enter the "dump everything" mode where the cargo is emptied at whatever price available.
it sits with 7k energy (after a trade) and instead of selling it to a station 3 jumps away with a offer at 13 cr for 600k, it just dumps it to a station with a offer at 11cr for 500 ... and ofc doing it again after the idle because there are 6500 energy cells left...to bad the mod doesnt impact that :/
i already looked into the xml ... just cant find where that happens, to me it looks like the script just takes the nearest buyer and doesnt search for the best ...
I think this will work in SWI
But then, given how the SWI maintenance staff works, you might need to bring this to their side and ask for approval. I am not going to make any SWI version of this.
This mod only modifies vanilla AutoTrade; my philosophy is that we should use as much vanilla features as possible for easy management of things. This mod is intended to improve station traders by improving the underlying "find trades for commander" script.
DeadTater etc they must implement this themselves; e.g. DeadTater already has "minimum fill".