Hallo Eressëa,
basierend auf einem Vorschlag in
http://bugs.eressea.de/view.php?id=1675 habe ich eine Änderung am
Befehl RESERVIERE vorgenommen: Ab diesem Wochenende nimmt eine Einheit
keine Gegenstände von einer anderen, wenn diese sie auch reserviert
hat. Technisch wird dies als ein Zwei-Phasen-Strategie implementiert.
Beispiel:
Einheiten A und B haben beide 100 Silber. Sie geben folgende Befehle:
EINHEIT a
RESERVIERE 150 Silber
EINHEIT b
RESERVIERE 80 Silber
Jetzt werden Einheit A und B zuerst ihr eigenes Geld (100 und 80
Silber) reservieren, und in einem zweiten Schritt das restliche
erforderliche Silber von der anderen nehmen (A nimmt B die nicht
reservierten Reste von 20 Silber ab). Im Ergenbnis hat A 120 Silber,
und B hat 80.
Zuvor, und bis auf weiteres in E2 und E3 (Deveron ist mein
Meerschweinchen Spiel hier), versuchen Einheiten sofort ihre
Bedürfnisse zu erfüllen, und so wäre das Ergebnis, dass A 150 Silber
hat, und B nur 50, da A als erstes an die Reihe kommt, und das Silber
von B nimmt, ehe der Befehl von B ausgeführt wurde.
Bitte sagt mir Bescheid, wenn das für Euch funktioniert hat (oder wenn
es nicht klappt), damit ich es nach kurzer Testphase in allen Spielen
zur Regel machen kann. Ich hoffe unter anderem auch darauf, dass die
Unterstützung durch Magellan schnell nachzieht.
Einige andere derzeit bekannten Bugs:
1. Silber ist gewichtslos.
2. Die Verarbeitung von VORAUSBEFEHLE E-mails ist kaputt.
Bugfixes der letzten Wochen, siehe
http://bugs.eressea.de/changelog_page.php:
1. Wochenbericht für E2 und E3 wird wieder gesendet (2002)
2. Geflohene Einheiten halten den Burgenbesitz (1980)
3. REKRUTIERE <Rasse> war kaputt (2012)
4. Zwergenrüstung konnte nicht hergestellt werden (2014)
5. Tote Einheiten waren in der Lage zu rekrutieren (2010)
6. Eisengolems stellten zu wenig her und verschwanden nicht (1921)
Enno.
Hello Eressea,
based on a suggestion in http://bugs.eressea.de/view.php?id=1675, I have
made a modification to the RESERVE order: Starting this weekend, a unit
will not take any items from another one that also reserved them.
Technically, this is implemented as a two-phase strategy. Example:
Units A and B both have 100 silver. Orders given:
UNIT a
RESERVE 150 silver
UNIT b
RESERVE 80 silver
This will result in UNIT a and b first reserving their own money (100
and 80 silver), and in a second step, taking any remaining required
silver from others (A will take the available 20 silver from B). As a
result, A will have 120 silver, B will have 80.
Previously, and in E2 and E3 until further notice (Deveron is my guinea
pig game here), units would immediately try to fill their needs, so the
result would have been that A has 150 silver, and B has only 50.
Please let me know if this did or did not work for you, and if it passes
play-tests, expect it to become a feature in all games soon. I'm
especially hoping for Magellan support to catch up first.
Some other currently known bugs:
1. Silver is weightless.
2. VORAUSBEFEHLE email handling is broken
More recent bugfixes: see http://bugs.eressea.de/changelog_page.php
1. weekly status is being sent again for E2 and E3 (2002)
2. empty units were holding on to castles after dying in a fight (1980)
3. RECRUIT <race> was broken (2012)
4. dwarven armor could not be produced (2014)
5. dead units were able to recruit (2010)
6. iron golems produced too little and did not disappear (1921).
Enno.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
In der Ferienzeit evtl. besonders wichtig: Ich habe eine Meldung bekommen, dass die Funktion für Vorausbefehle nicht funktioniert. Es ist wahrscheinlich, dass das entweder mit der Umstellung auf den neuen Server, oder mit den neuen Skripten für die Verarbeitung zusammenhängt. Bis auf weiteres dieses Feature bitte nicht verwenden!
Enno.
- --
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-----BEGIN PGP SIGNATURE-----
Version: APG v1.1.1
iQFEBAEBCgAuBQJTyrmiJxxFbm5vIFJlaGxpbmcgPGVubm9AdHdpZ3RlY2hub2xv
Z3kuY29tPgAKCRAicJVhOHExk7xwB/4hABTAtWh0BT3ribvBe5FP25Okl1Emj17A
rM6ntVBgYPszN6FG4tdOHA7xf4+pUybJteqjwe4WWAxTb2QOL0XPul/J1sOotJHT
qUOmDAunkPoQGVg3dutaFzGYfjUhVY2Piq1clDXeB9AKmpxpRQ8NR9EWWnNOslJb
Ety8c+qssj4tblNMDZdQH8TfhhGbX88KEpJvD7GJLRtKQA5k3QvmRiOr21lx6Fso
oVZX5HrufnbXt//BdsapFkeq6PEmX77YSFttPwKLXIdCkK1ZspZV31+DtEYbFyNn
dd8OGFhtzve5lJ0uVOOokRkjBYnFF6YHu234niOCAqfL9CHDpIlr
=Xtoz
-----END PGP SIGNATURE-----