Quote:
Originally Posted by Scissor120
Danke für die Templates D3luxe!!
Wegen dem momentan relativ simplen build.xml hatte ich da noch evtl. einen Vorschlag, nur so als Ansporn für neue Ideen:
Wie wäre es wenn der Bot beim build.xml auch noch templates nach gewissen Punktestand hätte? Also zum Beispiel ein Dorf hat template A von 26-500 Punkten, dann template B von 500-1500 Punkten und so weiter.
Das würde dann sehr ähnlich aussehen wie zum Beispiel beim train.xml wo man je nach Gruppenzugehörigkeit (Off, Def) ein anderes template zum trainieren hat.
HTML Code:
<build>
<template group="0-500">
<max-levels>
<main>15</main>
<market>10</market>
<wall>5</wall>
</max-levels>
</template>
<template group="500-1500">
<max-levels>
<main>20</main>
<market>20</market>
</max-levels>
</template>
</build>
Das group.xml müsste man dan entweder erweitern oder ein neues buildgroups.xml kreieren:
HTML Code:
<groups>
<group id="0-500"
priority="0">
<by-points>0-500</by-points>
</group>
<group id="500-1500"
priority="1">
<by-points>500-1500</by-points>
</group>
</groups>
Natürlich ist das nur ein Vorschlag und ich weiss überhaupt nicht ob das überhaupt funktionieren würde, sorry falls das eine schwachsinnige Idee ist!
Was würde das lösen?
- Der developer des bots müsste nicht viel mehr code dafür schreiben und müsste eigentlich nur einbauen dass man gruppen nach Punktestand erstellen kann
- Da man nun beliebig viele build gruppen selber erstellen kann ist die customisation des Dorfausbaues beliebig genau. Falls diese Idee implementierbar ist würde man extrem genau ausbauen können falls ein Nutzer die Zeit dazu hat.
- Viele andere User haben sich hier dazu geäussert, dass man nicht genau genug ausbauen kann im Vergleich zu anderen DS bots. Hiermit würde dieser Bot auch im genauen Ausbau des Dorfes mit anderen Bots konkurrieren können.
Feedback zum build.xml nach 2 Wochen Nutzung:
Von allen Routinen bin ich vom build.xml vor allem für kleinere Dörfer nicht zufrieden. Das grösste Problem ist meiner Meinung nach die Wahl des Ausbaues bei kleinen Dörfern. Meiner Meinung nach ist der Fokus auf Produktion nicht genug. Der Wall wird zu schnell ausgebaut (z.B. Wall Stufe bereits 15 während Produktion bei etwa 17-18 ist), der Bauernhof wird ständig ausgebaut obwohl es noch lange nicht nötig ist (z.B. noch 1000 Plätze übrig was noch für 1-2 Tage reichen würde aber Bot baut bereits die nächste Stufe aus, völlig unnötig) und das selbe Problem mit dem Marktplatz. Im sehr geringen Ausmass wird auch der Speicher zu schnell ausgebaut aber nicht so schlimm wie die anderen. Ansonsten finde ich werden die Gebäude recht gut zum ausbauen ausgewählt.
|
Auch dir danke für das Feedback.
By-points existiert tatsächlich schon als Selektor, zusammen mit einigen anderen... Es ist nicht dokumentiert weil ich dem Durchschnitts-User nicht zutraue, das korrekt zu benutzen. Hier muss auch die Priority beachtet werden, die du in deinem Pseudo-Code schon richtig gesetzt hast (damit z.B. < 500 korrekt gematcht wird und nicht < 1500 benutzt wird).
PHP Code:
<groups>
<group id="0-500"
priority="0">
<by-points mode="less">501</by-points>
</group>
<group id="500-1500"
priority="1">
<by-points mode="less">1501</by-points>
</group>
</groups>
Verfügbare modi: less, equal, more
Die BHP-Logik habe ich geändert, weil es bei größeren Dörfern extreme Probleme gibt den Bauernhof rechtzeitig auszubauen (weil teuer).
Nach dieser Änderung wird schon bei 85% belegten BHP der Bauernhof ausgebaut. Das könnte ich natürlich generell hochsetzen bzw. zwischen niedrigen und höheren Stufen unterscheiden.
Wall ist so eingestellt damit bei Minen 24 der Wall auf 20 ist... Könnte ich evt. um 1 bis 2 runter setzen bzw. noch ne zusätzliche Fallunterscheidung machen.
Der Grund warum du hier keine sequenzielle Liste hast ist dass niemand jeden Tag das XML Template bearbeiten und den Bot neu starten will.
Eine komplette Liste auf einmal zu erstellen ist machbar, hätte dann aber 200-300 Einträge.
In einer GUI für ein Gebäude '+1' zu drücken ist viel weniger Aufwand, aber aktuell nicht möglich.
Für die GUI Version ist eine besser konfigurierbare Lösung geplant, in der du abhängig von Punkten, Hauptgebäude oder Max. Minen Level Ziele für jedes Gebäude angeben kannst.
Dazwischen wird vom Bot durch Interpolation ein guter Übergang geschaffen, damit man keine 300 Einträge machen muss.
Wichtig ist hier durch die GUI die Komplexität der Einstellungen zu reduzieren...