MantisBT - Einträge

0001891: Magier ist Kröte seid Runde 708

Sat, 04 Feb 2012 18:55:46 +0100

Eine meiner Königinnen, +Königin Nidiva (steL), ist nach einem Patzer in Woche 708 eine Kröte und weigert sich standhaft diese Form der Existenz abzulegen. Ich vermute das dies ein Bug ist, es sind bisher 51 Wochen vergangen.

0001883: Magier seit fast 20 wochen Kröte

Wed, 01 Feb 2012 09:00:38 +0100

Der Magier Ni'Gwrtheyrn (p55d) hat vor etlicher Zeit mal gepatzt und wurde ne Kröte. Geduldig, wie ich bin, dachte ich mir, das wird schon wieder.

Aber nun geht bald ein Eresseajahr als Kröte zu ende und ich halte es nicht mehr für einfaches Pech.

0001876: E3: erfolgreicher Taktiker kämpft nicht mit

Wed, 01 Feb 2012 09:00:21 +0100

In einem Kampf hat diese Woche ein Taktiker (sixe) den Gegner überrascht, allerdings taucht dieser nicht in der Liste der beteiligten Einheiten auf.
Meines Wissens nach sollten auch mit RdU oder sonst wie getarnte Einheiten in dem Musterungsbericht auftauchen.

Kampfbericht anbei.

0001890: Monster geben Beute VOR dem Kampf weg

Mon, 30 Jan 2012 11:42:41 +0100

Im Gegensatz zu Spielereinheiten können Monster offenbar Gegenstände weggeben, _bevor_ ein Kampf beginnt. Damit bringen sie ihre Gegner um die erhoffte Beute und erschweren nebenbei noch mehr die Wiederbesiedlung der alten Welten.

Im Bericht der Runde 758 steht:
- Verlorene der Erschlagenen (w4jt), Monster (ii), 695 Ghaste, bewacht die
Region, hat: Meermenschschuppe, 716 Balsam, 211 Bögen, 6 Katapulte, 12
Katapultmunition, 42 Armbrüste, Bihänder, 7 Laenschwerter, 11 Lanzen, 26
Holz, Phiole, 183 Plattenpanzer, 3 Schartige Schwerter, 119 Schilde, 483
Speere, 27 Steine, 335 Schwerter.

Im (Kampf-)Bericht der Runde 759 heißt es:
- Verlorene der Erschlagenen (w4jt), 695 Ghaste, aggressiv (schwer
verwundet), bewacht die Region, hat: Phiole.

Die Ghaste haben also ihren ganzen nicht-gewichtslosen Besitz verschwinden lassen, bevor der Kampf begann. Mit einem regulären GIB ist das nicht möglich, da das erst nach ATTACKIERE kommt.

0001889: [E2] engl. Modus // Order USE brain wax

Sun, 29 Jan 2012 13:28:34 +0100

Der Bug ist irgendwie voll seltsam und tritt nun zum zweiten Mal auf.

Vor einiger Zeit (743) habe ich bei mehreren Einheiten in Magellan die Order "USE 1 brain wax" gesetzt. Die Order wurde auch ausgeführt, mit einer Anmerkung!

In Runde 744 stand unter Messages -> Effects -> 9 Gehirnschmalz.
Unter -> Desktop -> Details, wurde ebenfalls Gehirnschmalz angezeigt und "nicht" brain wax!

In Runde 745 wollte ich dann bei einer anderen Einheit die Order "USE 1 brain wax" setzen. Nun ging das nicht mehr, wohl aber die Order "USE 1 Gehirnschmalz". Zumindest zeigte dies Magellan so an.

Ich habe dann trotzdem in runde 745 die Order "USE 1 brain wax" gesetzt und in Runde 746 diese Fehlermeldung hier erhalten:

Einheit (ycxy) in Schwarzeichen (16, 4): 'USE 1 brain wax' - This item cannot be used.

Nun stand unter -> Desktop -> Details wieder der englische Begriff. Unter Messages -> Effects -> stand aber immer noch das deutsche Wort -> Gehirnschmalz

In Runde 746 wurde dann wieder einmal die Order "USE 1 brain wax" gesetzt.
Diesmal wurde die Order auch ausgeführt wie in 747 zu sehen war:

Einheit (ycxy) uses brain wax.

Es stand weiterhin unter Messages -> Effects -> das deutsche Wort Gehirnschmalz, unter -> Desktop -> Details der englische Begriff.
In Magellan konnte die Order "USE 1 brain wax" ausgewählt werden.

Das Problem schien sich für mich in Luft aufgelöst zu haben. Nun sind wir aber ein paar Wochen weiter und das ganze Thema geht von vorne los.

Hier die Notizen aus Runde 759.

Einheit (d7so) in Schwarzeichen (16, 4): 'USE 1 brain wax' - This item cannot be used.

Einheit (kmn9) in Schwarzeichen (16, 4): 'GIVE 6f94 1 Gehirnschmalz' - The unit does not have such a thing.

ECheck gibt wieder eine Fehlermeldung aus weil man die Order "USE 1 Gehirnschmalz" in Magellan auswählen kann.
null(554): Fehler: Unrecognized potion. `USE 1 Gehirnschmalz'

Auch taucht der Fehler unter -> Desktop -> Details wieder auf. Es wird Gehirnschmalz angezeigt und "nicht" brain wax!

Die Daten die Magellan anzeigt kommen doch aus dem CR Report den der Server übermittelt. Vermutlich ist dort auch der Fehler zu suchen.
.

0001888: [E2] engl. Modus // Aquarians Order MOVE -> Swim from an ocean region onto a directly adjacent land region

Sun, 29 Jan 2012 12:20:26 +0100

Eine Meermenschen-Einheit steht auf einem Schiff. Das Schiff liegt im Wasser neben einer Landregion.

Das Schiff fährt weiter von A nach B. Bei der MM-Einheit setze ich "nur" den Befehl "MOVE" Richtung Land. Durch diese MM-Einheit erscheint dann ein Fehlerhinweis im ECheck.

null(176): Fehler: Unit tljf on ship jmip has already moved. `MOVE e'

In der Bestätigungsmail vom Server wird eine Warnmeldung gelistet.

Error in line 176: Unit um71 on ship jmip has already moved.
`MOVE e'

Durch die Fehlermeldungen dachte ich mir, ich hab sicher etwas vergessen. So habe ich bei der MM-Einheit neben der Order MOVE ..., noch die Order LEAVE gesetz.
Ergebnis war, dass im ECheck kein Fehler mehr angezeigt wurde. Auch der Server meldete keinen Fehler mehr.

In der Folgewoche steht die MM-Einheit nicht mehr auf dem Schiff, sondern wie gewünscht in der Landregion. Es wird aber nun diese Fehlermeldung angezeigt:

Cairadan (tLjf) in ocean (-5, 5): 'LEAVE' - The ship is still off shore.

.

0001887: [E2] engl. Modus // Order CLAIM

Sun, 29 Jan 2012 11:26:55 +0100

In Magellan kann die Order CLAIM normal ausgewählt werden.
Unter ECheck taucht dann dieser Fehler hier auf

null(17): Fehler: Unrecognized order. `CLAIM 1 adamantium'

Schickt man nun die Wochenbefehle an den Eressea Server erhält man diese Antwort hier.

Error in line 15: Unrecognized order.
`CLAIM 1 adamantium'

Der Server verarbeitet den Befehl CLAIM richtig, erkennbar im nächsten Wochen-CR.

0001885: [E2] engl. Modus // Englische Wirtschaftsmeldungen

Sun, 29 Jan 2012 11:26:47 +0100

In den englischen Wirtschaftsmeldungen gibt es keine Unterscheidung womit man Silber erwirtschaftet hat.

Bei jeder Einheit gibt es die gleiche Meldung.

Unit (xyz) earns 17295 of 19600 in Drachendschungel (17, 2).
Unit (xyz) earns 16275 in Drachendschungel (17, 2).

0001886: [E2] engl. Modus // Order GROW HORSES

Sun, 29 Jan 2012 11:25:49 +0100

Es gab zunächst in der engl. commands.txt Datei einen Fehler. Der wurde behoben weil wir das Wort BREED durch GROW ersetzt haben. Seitdem zeigt ECheck in diesem Punkt keinen Fehler mehr an.

Schickt man nun die Wochenbefehle an den Eressea Server erhält man diese Antwort hier.

Error in line 187: Unrecognized order.
`GROW HORSES'
Error in line 231: Unrecognized order.
`GROW HORSES'

Der Server verarbeitet den Befehl GROW HORSES richtig, erkennbar im nächsten Wochen-CR.
.

0001882: [E2] engl. Modus // Order Combat . . . kann nicht ausgewählt werden.

Tue, 24 Jan 2012 15:01:59 +0100

Die Order Combat kann noch ausgewählt werden. Es folgt dann aber kein weiteres Auswahlmenü mehr, wo man (AGGRESSIVE, NOT, REAR, DEFENSIVE, FLEE und HELP [NOT]) auswählen und übernehmen kann.
Als Folge daraus muss der Befehl dann per Hand eingetragen und ergänzt werden.

Ich vermute das aus dem per Hand eingetragenem AGGRESSIVE, NOT, REAR, DEFENSIVE, FLEE und HELP [NOT], daraus dann auch der Folgefehler im ECheck resultiert.

Error in line
Unrecognized spell. 'COMBAT not'

0001884: Doppeltes Leerzeichen in Drachennamen

Mon, 23 Jan 2012 12:41:29 +0100

Die Namen von Drachen und Wyrmen enthalten hinter dem Artikel immer ein doppeltes Leerzeichen.

0001881: Wochenberichte fehlen

Mon, 09 Jan 2012 00:04:40 +0100

Seit Runde 749 inkl. habe ich keinen Wochenbericht mehr erhalten. Das geht nicht nur mir so, sondern auch meinen Verbündeten.

0001879: ZAUBERE hebt FOLGE auf?

Thu, 22 Dec 2011 15:38:23 +0100

Genau die drei Magier der Partei sind stehengeblieben, obwohl FOLGE gesetzt war und reichlich andere Einheiten normal gefolgt sind.
Einziger Unterschied zu den anderen Einheiten scheint zu sein, dass die Magier ZAUBERE als langen Befehl (statt LERNE, ARBEITE, etc.) gesetzt hatten.

(urgent: Da durch diesen vermeintlichen Bug ein Verlust aller drei Magier diese Woche droht;
Dringlichkeit abwendbar im Zweifel durch Deklaration als Bug, so dass die Gegnerparteien rechtzeitig darauf aufmerksam gemacht werden können und von einem Angriff absehen. Behebung dann ggf. später möglich.)

0001880: Kein Langer Befehl / attacke trotz BEWACHE im Astralraum

Fri, 09 Dec 2011 23:46:29 +0100

Okay, wir sind im Astralraum (qdsimc) und haben 2 feindliche Spione (Einheit xLnn und kgee) mit mehreren Parteien angegriffen und zeitgleich versucht sie zu beklauen.
Wir bewachten und bewachen (z.B mit kzte), wir haben als einzige eine Attacke eingeleitet. Die Diebe waren nicht im Kampf verwickelt.

Aber:
Die Diebe einer Partei (partei Elfe, z.b. Einheit vs3y) bekommen zu hören, "Keine langen Befehle nach dem kampf".

Die beiden Spitzendiebe der zweiten Partei (partei piLs, z.B. einheit gbui) zielten je auf einen der Späher, bekammen gar keine Meldung, weder Mißerfolg noch die "kampf zu lange", und silber ham sie auch keins).

Der nächste Dieb (29kz), der im Talent darunter liegt, hat tatsächlich Silber geklaut. Der schlechteste Dieb dieser Partei (dapu) hat eine "Nicht gut genug-Meldung.

Beide Diebesparteien waren mit anderen! Einheiten im Kampf.

0001878: Neu geschlüpfte Monster sind erschöpft

Tue, 15 Nov 2011 12:47:48 +0100

Ich hatte gerade meinen ersten Drachenkampf welcher in der zweiten Woche nach dem erscheinen stattfand. Obwohl die Drachen in der Woche zuvor nicht behelligt wurden (und genug zu fressen hatten, falls das wichtig ist) waren sie laut Kampfbericht erschöpft:

- Die Roten von Blutsumpf (yiu7), 2 Drachen, aggressiv (erschöpft).
(sind jetzt Tod, erstanden 125)

Gleiches ist mir bei selbst beschworenen Monstern aufgefallen, hierbei immer wenn Sie Ausdauer hatten. Könnte (frei geraten) damit zusammenhängen das sie mit Basis HP starten und Ausdauer nur die Max HP ändert. Bei Untoten, die meines Wissens nicht regenerieren, macht das aber nur bedingt Sinn.

Eigentlich will ich nur nachfragen ob das ein Bug ist. Kann natürlich gewollt sein, dann bitte zumachen.

0001871: Boot verfällt nicht

Wed, 02 Nov 2011 09:56:40 +0100

Seit einigen Wochen beobachte ich, das ein im Bau befindliches Boot, dessen Erbauer von Untoten erschlagen worden ist, nicht weiter verfällt. Das Boot hat keinen Besitzer und befindet sich seit Runde 733 im Bau bzw. ja eigentlich nicht mehr im Bau, denn es ist nicht fertig gestellt worden (Besitzereinheit in der Runde 7nbx):

---snip---Auswertung 733--
Boot tpci (tpci), Boot, im Bau (1/5).
- Bond 4 (7nbx), Auge des Uhu (Ltti), 1 Zwerg, hat: 4 Holz, Schwert.
---snap---

In Runde 734 fand ein Kampf statt und die Untoten der Region erschlugen die Besitzereinheit. Seitdem wird das Boot wie folgt angezeigt:

---snip---Auswertung 738--
Boot tpci (tpci), Boot, im Bau (1/5).
---snap---

Ich habe seit dieser Zeit die Einheit dyn2 in der Region.

0001874: Almosen deckt wahre Partei auf

Tue, 18 Oct 2011 21:43:49 +0200

Eine meiner Einheiten hat diese Woche Almosen erhalten und dabei natürlich auch erfahren, welche Partei ihr das Almosen gegegeben hat. So weit, so gut, aber: Der Geber tarnt sich eigentlich als eine andere Partei (es gibt diverse Parteien der 13. (?) Welt, die sich alle als United Folks Organization (UFO) ausgeben).

Ich erhielt folgende Meldung:
---snip---
gundabar of angmar clan (4dob) gibt ein Almosen von 2 Silber an Thorans
Axtträger (d08a).
---snap---

In der Region sehe ich nur noch Einheiten der Partei UFO. Entweder gibt es da noch eine weitere Einheit der Partei gundabar of angmar clan, die mir im Notfall Silber gibt (was aber seltsam wäre, weil ich dieser Partei explizit noch nie begegnet bin) oder aber eine der UFO-Einheiten gehört in Wirklichkeit dieser Partei an (was ich für wahrscheinlicher erachte).

0001672: Irrlichter ohne Auswirkung

Mon, 10 Oct 2011 12:38:57 +0200

Wir haben in eine Schlachtregion einige Irrlichter gezaubert, um den Nachschub der Feinde zu unterbinden. Die Irrlichter liegen auch brav auf der Region. Die Feinde ignorieren die Irrlichter aber fleißig und führen durch sie hindurch ständig neue Einheiten heran, ohne dass die auch nur ein bisschen in die Irre gehen.

0001869: Wasser des Lebens wurde in der falschen Region benutzt, wo kein Holz für die Verwendung zur Verfügung stand

Mon, 12 Sep 2011 17:55:36 +0200

Hallo,

habe in Losmarök drei Wasser des Lebens benutzt. Holz hat über den Materialpool, der auch eingeschaltet ist, hätte verwendet werden können.

Allerdings wurde das WDL erst nach der Bewegung benutzt. Das hatte zur Folge, dass kein Holz benutzt wurde und die drei WDL's "verpufft" sind. Zielregion war Ramugos.

Mir ist bewusst, dass dieser Bug in einer ähnlichen Form schon gepostet wurde. Ich hätte ja auch kein Problem damit, wenn das Holz in der Zielregion entstanden wäre.

0001855: E3: BENUTZE nach NACH

Mon, 12 Sep 2011 17:55:36 +0200

Wasser des Lebens wurde in der falschen Region benutzt.

Einheit p2 hat in 101 die Befehle
NACH O
BENUTZE Wasser~des~Lebens

in 102:
"Ergrak (p2) erschuf einen heiligen Hain von 40 Schößlingen."

Allerdings in der Region, in die sich die Einheit bewegt hat. Laut Befehlsreihenfolge sollten die Bäume in der Region erzeugt werde in der die Einheit in 101 steht und sich DANACH erst bewegen.

0001867: Zauberformeln NR / CR nicht konsistent!

Sun, 04 Sep 2011 23:53:45 +0200

Nach mehreren missglückten massiven Zaubereinsätzen ist uns aufgefallen, das die Zauberformeln im NR und Cr nicht gleich angegeben sind. Insbesondere bei Antimagiezaubern und Fernzaubern ist die NR-formel m.E. falsch.
Ich gehe mal davon aus, das die "Syntax"-Angabe im CR die Zauberformel angibt.

Beispiele:

*** Magie analysieren
Zauberbeschreibung verweist auf ein zu analysierendes Objekt.
CR: kc+";syntax
NR: ZAUBERE [STUFE n] "Magie analysieren"
Im NR fehlt also die Zielabfrage (und die Fernzauberoption...)

*** Geister bannen
Zauberbeschreibung verweist auf ein zu analysierendes Objekt.
CR: kc+";syntax
ZAUBERE [REGION x y] [STUFE n] "Geister bannen"
Hier fehlt ebenfalls die Zielabfrage, aber immerhin ist das REGION schon drin (sofern das fernzauberbar ist...)

Ebenfalls inkonsistent ist die Fernzauberfähigkeit.
"Stehle Aura" ist laut NR fernzauberbar, laut CR nicht ("u";syntax).
Dasselbe gilt für "Astrale Schwächezone" ("";syntax), der dieselbe CR-Syntax wie "Störe Astrale Integrität" hat, letzterer ist aber kein Fernzzauber (laut NR).

0001870: [E3 / E2?] Betrete aus anderem Gebäude heraus geht nicht

Sun, 04 Sep 2011 21:15:19 +0200

Ich bin mit einer Einheit in einer Schmiede und will diese verlassen, indem ich eine andere Burg betrete (Zug 116):

EINHEIT 1akg; Holzfäller [20,0$,U300]
Lerne Burgenbau
Betrete Burg saty

Die Einheit blieb aber in der Schmiede, es gab keine Meldung.

0001863: [E3] kaputter Zauber

Wed, 31 Aug 2011 00:07:52 +0200

Ein Zauber hat nicht funktioniert wie erwartet. Ich habe anstelle eines bestimmten Ringes "none" erschaffen. Nun stellt sich die Frage ob dort lediglich die Gegenstandsbeschreibung fehlt oder defekt ist oder ob der Gegenstand nichtmal existiert (also auch keine Wirkung hat). Die Zauberbeschreibung ist ebenfalls mit "none" zusammengefasst; die angegebenen Kosten scheinen aber soweit ich das sehe richtig bezahlt worden zu sein.

0001868: [E3] fehlendes Holz in Schmiede erzeugt keine Fehlermeldung

Sat, 20 Aug 2011 11:12:56 +0200

Ich habe leider vergessen, dass meine Holzvorräte in der Region zu neige gegangen sind, habe das allerdings nur gemerkt, weil mir plötzlich einiges an Eisen fehlt.

Die Besitzereinheit zeigt mir wie gewohnt:
Priester des Nagels (donh) bezahlt den Unterhalt von Schmiede (43y1).

Ob das Silber abgezogen wurde hab ich nicht nachgerechnet, gehe allerdings davon aus.

0001865: leere unterhaltspflichtige Gebäude (speziell E3)

Fri, 12 Aug 2011 14:13:51 +0200

Ist es möglich einige unterhaltspflichtige Gebäude auch leer wirken zu lassen?
Insbesondere Leuchtturm, Hafen, Karawanserei, Damm und Tunnel. Es bringt nichts in diesen Gebäuden zu sitzen (im Gegensatz zu den Produktionsgebäuden).

Den Unterhalt könnte doch auch der Burgbesitzer oder (für E2 z.B.) der Pool allgemein bezahlen.