Titel:
Atamie hat folgendes geschrieben:
rene6740 hat folgendes geschrieben:
Ja gibt es schon lange.
Das würde mich aber auch interes.
wo finde ich diese Option einen festen Wert einzustellen, und alles darüber wird mir überwiesen?
bisher ist es eher willkürlich was mal ankommt ^
Lieben Gruß
Das machst indem du das Budget vom Manager setzt. Bsp. auf 5m. Wenn er verkauft und ab einem bestimmten budget über den 5m ist (hab grad die Prozente nicht im Kopf) , überweist er automatisch alles was über die 5m drüber ist. Funktioniert schon lange in der Form.
Mein Manager vom Hardware supplier hat von mir 12m bekommen. Wenn er ca. 20m hat überweist er mir alles bis auf die anfangs gesetzten 12m.
Der Manager überweist, sobald der Überschuss 50% des zugewiesenen Budgets übersteigt. Bei 100 Millionen Budget wird somit ab 150 Millionen Kontostand der Station alles über den ursprünglichen 100 Millionen überwiesen.
@Hilo Ho, kann es sein, dass du deinem Knecht mal gesagt hast, dass er das Geld behalten soll (oder haben die ggf. zu viele Algen im Aquarium und können nicht sehen, dass sie so viel Geld auf dem Konto haben
)?
@ ubuntufreakdragon
Code: Select all
Zeile 222:
<set_value name="$offertable.{$offer}" exact="$offer.stocklevel + (0.8 * this.ship.commander.resources.{$offer.ware}.primary)" />
changed to:
<!--TODO Check for ships of my comander bringing me the same ware-->
<set_value name="$offertable.{$offer}" exact="$offer.stocklevel" />
Das birgt das Risiko, dass Primärwaren nicht gekauft werden, weil die Schiffe mit dem Kauf von Sekundärwaren beschäftigt sind, die einen niedrigeren Lagerstand haben.
Man könnte auch in der FindTradeRun zusätzlich eine Sperre einbauen, damit erst dann Schiffe zum Warenkauf geschickt werden, wenn der Lagerbestand ein bestimmtes Level unterschreitet (z.B. 75%):
Code: Select all
<!-- we now use the list of offers which has been sorted by the priority values -->
<set_value name="$buyoffers" exact="$offertable.keys.sorted" />
<!-- $table.keys.sorted gives us the listed sorted by values from lowest to highest, so we need to iterate in reverse -->
<do_all exact="$buyoffers.count" counter="$i" reverse="true">
<!-- JA Limit buyorders below 75$% begin -->
<do_if value="$buyoffers.{$i}.stocklevel gt 0.25f">
<!-- JA Limit buyorders below 75$% end -->
<do_if value="@$buyoffers.{$i}.restriction.faction">
<!-- if there is a faction restriction for this ware, don't look for sellers of a different faction! -->
<find_sell_offer tradepartner="this.ship" wares="$buyoffers.{$i}.ware" space="$range" result="$selloffer">
<match_seller owner="$buyoffers.{$i}.restriction.faction" />
</find_sell_offer>
</do_if>
<do_else>
<find_sell_offer tradepartner="this.ship" wares="$buyoffers.{$i}.ware" space="$range" result="$selloffer" />
</do_else>
<do_if value="$selloffer.exists">
<set_value name="$buyoffer" exact="$buyoffers.{$i}" />
<resume label="finish" />
</do_if>
<debug_text text="'waiting'" chance="$debugchance"/>
<wait min="5s" max="10s"/>
<!-- JA Limit buyorders below 75$% begin -->
</do_if>
<!-- JA Limit buyorders below 75$% end -->
Dadurch werden unnötige Touren für z.B. 10 Bofu vermieden und Primärressourcen ignoriert, deren Lagerbestand über 75% liegt.
Das Problem mit den Mehrfachkäufen von der gleichen Ware für eine Station liegt darin, dass keine Reservierung erzeugt wird, wenn das Schiff losfliegt, sondern erst, wenn es mit der Ware wieder vor der Station steht.
Da der ganze Kaufprozess über 4 verschiedene Scripte läuft und die zu kaufende Menge mehrfach neu berechnet wird, ist das Ganze wohl etwas komplizierter zu fixen..