oder anders ausgedrückt: Schützt ein eigener Reserviere Befehl eines ablegenden Kapitäns nicht davor, dass ein in der Region stehender eigener Händler mit Reserviere Befehl einkauft ? Die Frage beantworte ich mal mit ja und frage weiter: Macht das Sinn ? Diese Frage beantworte ich mal mit Nein, da mein Kapitän nun tot ist:

Hier nochmal die Situation

Händler (kein Silber)

@KAUFEN 147 Seide
@RESERVIEREN 1800 silber

Kapitän (640 Silber)
ROUTE West West West NW West West NW PAUSE SO Ost Ost SO Ost Ost Ost PAUSE
@RESERVIEREN 800 SILBER

Man muss dazu sagen, dass durch einen Fehler einer befreundeten Partei kein weiteres Silber mehr in der Börse meiner Einheiten in dieser Region war.

mfg
Bunter.

Wenn du keine 2600 silber in der region hast, warum reservierst du sie?

_________________
My Homepage | Eressea Twitter

Die Befehle stammen aus Runden in denen immer genügend Silber vorhanden war. Durch den Fehler der befreundeten Partei war aber nicht mehr genug Silber vorhanden. Die Frage ist doch: Warum schützt ein eigener Reserviere Befehl einer Einheit nicht vor dem Reserviere Befehl einer anderen Einheit ? Ich hatte angenommen, das dies so wäre und somit die Befehle nicht umgeschrieben, da diese Runde wieder alles wie beim Alten gewesen wäre.

mfg
Steffen

Ich hätte jetzt aber auch gedacht, dass wenn eine Einheit reserviert und das Silber hat, es ihr nicht von einer anderen reservierenden Einheit weggenommen werden kann. Auf diese Weise dachte ich, sei sicher gestellt, dass meine Schiffe nie ohne Silber losfahren, egal in welcher Krisenregion sie angelegt haben.

Für Eure Annahmen kann ja keiner etwas. Das Silber wird normalerweise von 'oben nach unten' verbraucht. Nicht nur bei Reserviere sondern auch bei der Normalen Silberversorgung so das die 'unteren' Einheiten normalerweise als erstes hungern bei mangelnden Silber.
Anlandende Schiffe stehen aber nun leider immer ganz unten im Report und werden so wohl immer benachteiligt sein bei Silbermangel.
Das sind aber nur Erfahrungen und da wird Euch sicher keiner eine Garantie drauf geben.

Genau das ist der Grund, warum ich Reserviere nicht mag.
Man weiß nie, was passier.
Gut, weiß man bei gib auch nicht immer, aber da ist es irgendwie offensichtlicher, das es schiefgehen kann.

Könnte man Reserviere nicht 2 mal über alle Einheiten laufen lassen?
Beim ersten mal wird nur Reserviert, was die Einheit selber hat.
Beim zweiten mal wie gehabt.

(Oder schaut der Algorithmus etwa bei allen "späteren" Einheiten, bis er was findet, und simuliert dadurch das reservieren? Dann ist es leider doch nicht so einfach.)


Das hätte zumindest Bunter's Problem gelöst, und die ganze Sache würde etwas vorhersehbarer.

_________________
Bruck (the bug) vom Nebelvolk
Wohngemeinschaft
Azurauge, 22 Welt.

Ehemals:
Obermagier Bruck von den Fano-Waldelfen
Allianz der Inseln
Ynis Scri, 10. Welt.

Nar Bruck von der Horde der blutroten Sonne
Aurelias Allianz des großen Sees
Aurelias, E3.

Da sich Enno hier nicht mehr äussert, gehe ich mal davon aus, daß wir damit leben müssen, das ein eigenes Reserviere nicht vor dem Reserviere anderer Einheiten schützt.

Das kommt ungefähr dem gleich, dass eine Frau (hier der Händler) shoppen geht und der Mann (hier der Kapitän) dadurch arbeitslos wird, weil kein Geld mehr auf der Kreditkarte ist, um die Anreise zur Arbeitsstelle zu bezahlen.

Das Schiff treibt jetzt übrigens ohne Besatzung und ohne Ladung mindestens 2 Wochen steuerlos in den eressianischen Weltmeeren. Ich zweifel immer noch daran, dass so eine Programmierung im Sinne des Erfinders ist.

Absolut nicht - aber du hast doch selber zugegeben, dass du mit offenen Augen in dieses Messer gelaufen bist.

Wenn ich sehe, dass ich in einer Region zuwenig Silber habe, gehe ich nicht einfach davon aus, dass bei zwei konkurrierenden RESERVIERE Befehlen der Server "schon irgendwie weiss, was wichtiger ist", sondern ändere die Befehle um auf den Silbermangel zu reagieren.

Ich beneide jeden, der genug Zeit hat sich jede Woche um den Silberbestand und alle Befehle aller Einheiten in allen Regionen kümmern kann. Die @ sind genau dafür gedacht, das das NICHT nötig ist.
Ansonste muss man entwerder Scripte schreiben (Das kann nicht jeder) oder unmengen von Zeit investieren.
Und desshalb unterstütze ich alles, was ohne zu viel Aufwand von Ennos Seite etwas mehr Planungssicherheit in der Mikroökonomie bringt.
Wenn Enno sagt: "Ist nicht einfach." dann bin ich sofort ruhig.
Bis dahin: BITTE ENNO!

_________________
Bruck (the bug) vom Nebelvolk
Wohngemeinschaft
Azurauge, 22 Welt.

Ehemals:
Obermagier Bruck von den Fano-Waldelfen
Allianz der Inseln
Ynis Scri, 10. Welt.

Nar Bruck von der Horde der blutroten Sonne
Aurelias Allianz des großen Sees
Aurelias, E3.

Echeck meldet wenn in einer Region mehr Silber reserviert wurde als im Parteipool der Region ist. Die Meldungen zu ueberfliegen dauert nicht wirklich lange.

ist nicht einfach.

_________________
My Homepage | Eressea Twitter

Schade, dann jagen wir halt weiter den Wracks hinterher, da wir nicht soviel Zeit haben, jede Region bis aufs Kleinste zu überprüfen.

Grosse Props an deine Arbeit Enno....

Steffen.

Vielleicht könnte man den Reserviere Befehl wie folgt ändern:

In Rorqual gibt es den Behalte Befehl, der funktioniert so, das die Einheit die Reservierten Gegenstände Behält und den Sammel Befehl der sich ggfls. zusätzliche aus dem Pool nimmt, wenn diese verfügbar sind. Im obigen Beispiel würde also der Kapitän auf jeden Fall sein Silber behalten, da aber kein frei verfügbares mehr in der Region ist auch nicht mehr mitnehmen. Auswertungstechnich dürfte das allerdings schwierig sein, da dann der Reserviere Befehl eigentlich 2mal abgearbeitet werden müsste zunächst um zu prüfen wer alles Reserviert und die dann noch freien Resourcen zu ermitteln um diese zu verteilen, oder man führt eben einen 2 Befehl ein der nach Reserviere kommt und Resourcen sammelt.

Effektiv hätten wir dann folgende Befehlsreihenfolge Behalte, Sammel, Gib.

es wird keinen sammel befehl geben (siehe enno's statement anderorts)

Und das was Bunter passiert ist, kann einem auch mit GIB passieren.
Es ist halt einfach nicht definiert welcher Befehl bei konkurierendenden GIB oder RESERVIERE zuerst ausgefuehrt wird.

Es hilft am besten wenn man einfach weiss was man tut.
Dazu gibt es echeck und man sollte sich nicht blind auf alte "@"Befehle verlassen.
Silberhaushalt in den Regionen zu ueberpruefen ist einfach Pflicht und wer das nicht tut, soll sich nicht ueber hungernde Einheiten beschweren.

Gruss
Oventa
(einer der es seit ueber 200 Wochen schafft, nur mit Magellan jedem seiner inzwischen 850 Einheiten in wenigen Stunden manuell auf die Schulter zu klopfen und anschliessend mit echeck ueberprueft ob er was uebersehen hat)