Befehlsreihenfolge: Unterschied zwischen den Versionen

Aus Eressea
Zur Navigation springenZur Suche springen
Aufteilen war so nicht richtig.
KKeine Bearbeitungszusammenfassung
 
(4 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 73: Zeile 73:
Gleichrangige Befehle verschiedener Einheiten werden normalerweise in der Reihenfolge abgearbeitet, wie sie im Report erscheinen. Also zum Beispiel erst alle GIB-Befehle der ersten Einheit, dann alle GIB-Befehle der zweiten Einheit, später alle <tt>REKRUTIERE</tt>-Befehle der ersten Einheit, dann der zweiten und so fort. Auch der [[Materialpool]] funktioniert üblicherweise in dieser Reihenfolge: Einheiten, die weiter oben in der Reihenfolge stehen, werden also zuerst "befragt", ob sie einen Gegenstand hergeben können. Die Reihenfolge kann sich jedoch durch bestimmte Befehle verändern. Dazu gehören <tt>BETRETE, VERLASSE, MACHE TEMP, GIB KOMMANDO</tt> und <tt>GIB SCHIFF</tt>. Das genaue Verhalten wird nicht garantiert! Deshalb sollte man im Zweifel Befehle so geben, dass die Einheitenreihenfolge dafür keine Rolle spielt.
Gleichrangige Befehle verschiedener Einheiten werden normalerweise in der Reihenfolge abgearbeitet, wie sie im Report erscheinen. Also zum Beispiel erst alle GIB-Befehle der ersten Einheit, dann alle GIB-Befehle der zweiten Einheit, später alle <tt>REKRUTIERE</tt>-Befehle der ersten Einheit, dann der zweiten und so fort. Auch der [[Materialpool]] funktioniert üblicherweise in dieser Reihenfolge: Einheiten, die weiter oben in der Reihenfolge stehen, werden also zuerst "befragt", ob sie einen Gegenstand hergeben können. Die Reihenfolge kann sich jedoch durch bestimmte Befehle verändern. Dazu gehören <tt>BETRETE, VERLASSE, MACHE TEMP, GIB KOMMANDO</tt> und <tt>GIB SCHIFF</tt>. Das genaue Verhalten wird nicht garantiert! Deshalb sollte man im Zweifel Befehle so geben, dass die Einheitenreihenfolge dafür keine Rolle spielt.
Einige Befehle werden zuerst in einer Liste gemerkt, bis alle Einheiten der Region den Befehl gegeben haben. Erst dann werden sie gesammelt ausgeführt. Dies betrifft <tt>ARBEITE, UNTERHALTE, TREIBE, REKRUTIERE, KAUFE, VERKAUFE</tt> und <tt>MACHE</tt> von Rohstoffen. Rohstoffe sind Steine, Eisen, Laen, Adamantium, Holz, Mallorn, Kräuter und Pferde. <tt>MACHE BURG</tt> oder <tt>MACHE SCHIFF</tt> wird also sofort ausgeführt.
Bei Befehlen, deren Resultat eine Obergrenze hat, z.B. die maximale Menge an Bäumen in der Region bei <tt>MACHE Holz</tt>, die maximale Zahl von Rekruten bei <tt>REKRUTIERE</tt> oder dem Regionssilber bei <tt>UNTERHALTE</tt> und <tt>TREIBE</tt>, kann es vorkommen, dass mehrere Einheiten in Konkurrenz zueinander stehen. In diesem Fall wird versucht, das knappe Gut anteilig an der Menge zu verteilen, die jede Einheit produzieren könnte, wenn es unbegrenzt wäre. Hierbei kann es zu Abweichungen kommen, und eine Einheit eventuell leer ausgehen. Ebenfalls betroffen sind die Befehle <tt>VERKAUFE, KAUFE</tt> und <tt>ARBEITE</tt>.
Der Sinn davon ist, dass alle Parteien gleichmäßig "bedient" werden und nicht die Einheit, die als erstes drankommt, alle Rohstoffe bekommt. Statt dessen werden die Dinge (Silberstücke, Luxusgüter, Rohstoffe) Stück für Stück verteilt, bis alle einmal dran gekommen sind, dann geht es wieder von vorne los. Wie dieses Verteilen ganz genau funktioniert ist nicht genau garantiert.
 
{{Geruecht|author=Solthar|text=Im Moment scheint es aber so auszusehen:
* Beim Unterhalten, Treiben und Ressourcen Abbauen wird gleichmäßig Stück für Stück unter allen ''Personen'' verteilt.  
: Ein Beispiel: Das Unterhaltungslimit in der Region ist 1000 Silber und Einheit a mit 90 und Einheit b mit 10 Personen geben beide den <tt>UNTERHALTE</tt>-Befehl und haben genug Talent, um beide je 1000 Silber verdienen zu können. Dann verdient a 900 Silber und b verdient 100 Silber.
* Beim Rekrutieren wird gleichmäßig zwischen ''Parteien'' aufgeteilt. Einheit a, b sind von Partei A und Einheit c von Partei B. Alle haben jeweils den Befehl <tt>REKRUTIERE 10</tt>. Die Region hat aber nur 240 Bauern, also maximal 6 Rekruten. Dann wird a 3 Personen rekrutieren, b keine Person (das Limit für Partei A hat Einheit a schon aufgebraucht) und c rekrutiert 3 Personen.
* Das Verhalten ist manchmal durch Rundungseffekte, unerwartete Interaktionen oder auch Fehler im Code nicht genau wie erwartet. Man sollte lieber nicht sein Leben darauf verwetten.
}}


<!--T:22-->
<!--T:22-->

Aktuelle Version vom 7. März 2024, 19:23 Uhr

Die Befehle von Eressea werden in einer festen Reihenfolge ausgewertet. Befehle, die unter der selben Nummer stehen, werden zur gleichen Zeit ausgeführt oder die Reihenfolge spielt keine Rolle.

  1. neue Default-Befehle werden gesetzt
  2. GRUPPE, MACHE TEMP
  3. BENENNE, BESCHREIBE, BEWACHE NICHT, HELFE, KÄMPFE, KAMPFZAUBER, TARNE, URSPRUNG, ZEIGE
  4. BANNER, EMAIL, OPTION, PASSWORT
  5. KONTAKTIERE
  6. BOTSCHAFT
  7. BETRETE; 1. Versuch
  8. BENUTZE
  9. VERLASSE
  10. BETRETE; 2. Versuch
  11. ATTACKIERE
  12. RESERVIERE, BEANSPRUCHE
  13. BETRETE; 3. Versuch
  14. GIB KOMMANDO
  15. VERGISS
  16. GIB
  17. REKRUTIERE *
  18. ZERSTÖRE
  19. FOLGE wird gesetzt
  20. BEFÖRDERE
  21. BEZAHLE NICHT Stellt Funktion und Unterhaltskosten für das entsprechende Gebäude ein.
  22. Unterhaltskosten für unterhaltspflichtige Gebäude fallen an; sonst haben sie keine Funktion!
  23. STIRB
  24. ZAUBERE
  25. LEHRE
  26. LERNE
  27. MACHE *
  28. FORSCHE, PFLANZE, SPIONIERE, ZÜCHTE
  29. UNTERHALTE *
  30. ARBEITE *
  31. TREIBE *
  32. KAUFE *
  33. VERKAUFE *
  34. BEKLAUE *
  35. Schiffe mit mangelnder Besatzung nehmen Schäden
  36. BETRETE; 4. Versuch
  37. NACH und ROUTE, dabei wird auch FAHRE und TRANSPORTIERE ausgeführt und Verfolger folgen
  38. BEWACHE an; das geht nur, wenn die Einheit sich nicht bewegt hat
  39. Schiffe treiben auf hoher See
  40. DEFAULT
  41. leere Einheiten werden beseitigt
  42. die Bauern, Pferde und Wälder vermehren sich, falls möglich; die übriggebliebenen Bauern wandern umher
  43. Silber für die Versorgung der Einheiten wird abgezogen
  44. SORTIERE
  45. NUMMER

* So markierte Befehle werden "gerecht" aufgeteilt. Siehe Erläuterungen unten.

Die Befehle müssen aber nicht zwingend in dieser Reihenfolge eingegeben werden. Es ist durchaus zulässig, folgendes einzugeben:

GIB TEMP 5 300 Silber
MACHE TEMP 5
  REKRUTIERE 1
  KÄMPFE NICHT
  LERNE HOLZFÄLLEN
ENDE

Die neue Einheit wird zuerst erschaffen, kämpft nicht mehr, erhält 300 Silber, rekrutiert 1 und lernt schlussendlich Holzfällen - obwohl das nicht der Reihenfolge entspricht, in der die Befehle eingegeben wurden.

Erläuterungen

Gleichrangige Befehle verschiedener Einheiten werden normalerweise in der Reihenfolge abgearbeitet, wie sie im Report erscheinen. Also zum Beispiel erst alle GIB-Befehle der ersten Einheit, dann alle GIB-Befehle der zweiten Einheit, später alle REKRUTIERE-Befehle der ersten Einheit, dann der zweiten und so fort. Auch der Materialpool funktioniert üblicherweise in dieser Reihenfolge: Einheiten, die weiter oben in der Reihenfolge stehen, werden also zuerst "befragt", ob sie einen Gegenstand hergeben können. Die Reihenfolge kann sich jedoch durch bestimmte Befehle verändern. Dazu gehören BETRETE, VERLASSE, MACHE TEMP, GIB KOMMANDO und GIB SCHIFF. Das genaue Verhalten wird nicht garantiert! Deshalb sollte man im Zweifel Befehle so geben, dass die Einheitenreihenfolge dafür keine Rolle spielt.

Bei Befehlen, deren Resultat eine Obergrenze hat, z.B. die maximale Menge an Bäumen in der Region bei MACHE Holz, die maximale Zahl von Rekruten bei REKRUTIERE oder dem Regionssilber bei UNTERHALTE und TREIBE, kann es vorkommen, dass mehrere Einheiten in Konkurrenz zueinander stehen. In diesem Fall wird versucht, das knappe Gut anteilig an der Menge zu verteilen, die jede Einheit produzieren könnte, wenn es unbegrenzt wäre. Hierbei kann es zu Abweichungen kommen, und eine Einheit eventuell leer ausgehen. Ebenfalls betroffen sind die Befehle VERKAUFE, KAUFE und ARBEITE.

Betrete 1./2./3./4. Versuch
Das bedeutet, dass man vor einem Angriff noch eine Burg betreten kann. Nach dem Kampf, kann man es nochmal versuchen, denn die Vorbesitzer könnten inzwischen tot oder geflohen sein.
Es bedeutet nicht, dass Einheiten, die ein Schiff verlassen, noch in derselben Runde attackieren können, da sich der Server merkt, wer Schiffe verlassen hat, und das entsprechend abfängt.

Siehe auch


Weiterlesen: Kurzbeschreibung