Medizin mit Nebenwirkungen

[Caine Luveno]

Klar, für mich als angehender Live-rollenspieler ist das auch etwas absurd ;-) aber wir haben auch einen 2 Meter großen Zwerg in unserer Truppe... insofern ^^

Ich hab das mit den Conditions mal ausprobiert und bin auf das Problem gestoßen, das im Standard Menü alle paralell Process Events gestoppt werden.

D.h. das Item heilt die Dummy Condition, und der negativ Effekt würde erst angezeigt werden nachdem man das Menü verlässt.

EDIT: Solange es nur 1 solchen speziellen Zustand gibt klappt das. Aber sobald eine zweite dazu kommt wird es wieder schwieriger, denn nachdem das Menü verlassen wurde lässt sich der betroffene Held identifizieren, aber das entsprechende Item nicht mehr.

Ließe sich lösen indem man den Menüaufruf manuell regelt. Ergo: ein PP Common Event welches aus ESC das Standard Menü aufruft. Vorher aber die genaue Anzahl aller Items in Variablen speichert damit man hinterher erneut alles speichern vergleichen kann.

Weiteres Problem: Held A trinkt Trank B der ihn Betrunken macht. Held B trinkt Trank C welcher ihn kurzzeitig bewusstlos macht. Wird das beides im Menü auf einmal gemacht, haben beide Helden die Dummy Condition nicht mehr, und beide Items wurden um 1 verringert. Aber welcher Held hat nun welchen Trank getrunken?

[Daen vom Clan]

Hmmm...ich habe mich noch ein bisschen totprobiert, das scheint so nicht wirklich zu klappen, ich denke ich muss leider auf die betrunken machenden Heiltränke verzichten, schade eigentlich

[Dhan]

Was genau funzt nicht?

[Daen vom Clan]

Das Hauptproblem das ich nun habe ist die Tatsache, das man die Tränke nun nicht im Feld benutzen kann was im Grunde kurz vor einem Endboss mit 1/10 Aktionspunkten vollkommen unrealistisch und auch unfair ist.

Was ich also brauche, ist eine Lösung die im Notfall für Field und Battle gilt.

Wie wäre es also - rein vom Konzept her mit Folgendem:
Nun habe ich mir überlegt, ob man das vielleicht so regeln kann das nach jedem Kampf das Aktionspunktekonto wieder komplett aufgefüllt wird, sprich: Nach jedem Kampf sind die Helden in der Lage sich erstmal zwei Sekunden auf Popo zu setzen und Atem zu schöpfen um das Konto wieder aufzufüllen.

Dann erscheint es auch logischer warum sie in einem verzweifelten Kampf am Ende der Kräfte auch Alkohol kippen um noch das Letzte aus den ausgemergelten Leibern zurückzuholen.

Das hat den Effekt das jegliche Tränke nur noch in Schlachten gekippt werden und somit sehr teuer und wertvoll werden könnten.

Außerdem kann man dann eine durchaus strategische Komponente in den Kampf bringen wenn Dieser aus zwei bis drei Teilen besteht, d.h. der Spieler mit den Aktionspunkten haushalten muss.


Wenn ich allerdings die Tränke NUR in der Schlacht anwenden kann, dann stehe ich nach wie vor vor dem Problem wie ich herausfinde welcher Held eben einen Trank zu sich genommen hat.
Eine Condition kann überlagert werden (kann man da vielleicht mit Prioritäten arbeiten? ALLEN Kampfconditions Prio 2 geben und "Betrunken"-Condi Priorität 1?)

Ein Abfragemenü wie Show Choice klappt in der Schlacht nicht.

Das Problem mit den steten Casten, Dhan, klappt nicht so gut weil die wenigen Kämpfe in SKS quasi schon vollgepackt mit anderen Events sind und ein paralleler Prozess wohl den Rahmen sprengen würde.


Und dann ist da noch die wichtigste Frage: Ob sich in Sachen Konzept dieser Aufwand überhaupt lohnt

[Dhan]

Öh ich hab jetzt nochma überlegt, wenn du es so machen würdest, dass das Item genau 1 MP und 1 HP zurückbringt und jede Runde abgefragt wird, ob sich der MP- und HP-Wert um 1 geändert hat UND ob das Item verbraucht wurde, müsste es recht fehlerfrei funzen... so oft kommt es kaum vor, dass sich mehrere Helden mit genau 1 MP und 1 HP unter ihrer Grenze heilen und gleichzeitig jemand so nen Item braucht

[Daen vom Clan]

Nach 9 Stunden Arbeit in den Computerminenschächten untertage in Bremerhaven sitze ich nun wie Hohlbirne höchstpersönlich vor dem PC und starre ein Loch in deinen Avatar in der Hoffnung mir zwei Dinge klar zu werden...


WAS stellt dein Avatar dar und wie kriege ich deinen tollen Tip organisiert...?
Dieser Job saugt Einem echt jede bisschen Gehirn aus...

[Dhan]

Klaus Günter Karl Nakszyński (/Kinski) (der is witzig ^^)

Frage 2 is rhetorisch nehm ich an
Denk dran, lieber nen Dings weniger als nen Spiel weniger, kannst dat ja pro forma einbauen und zum Schluss richtig einbauen erst

[Caine Luveno]

Also wenn es nur im Kampf gehen soll, und auch nur den Sonderzustand betrunken, dann ist die Lösung, mit der Dummy Conditoion nach wie vor problemlos praktizierbar.

Denn dann bekommen einfach alle Helden, die am Anfang/Ende einer Runde die DummyCondition nicht mehr haben, den Zustand Betrunken.

In dem Fall ließe sich das auch auf dem Feld anwenden. Solange es halt bei einem Sonderzustand bleibt.

[Daen vom Clan]

Was ich noch nicht ganz realisiert bekomme ist die Frage WIE ich IN den Battles eine Überprüfung der Conditions der Helden hinbekomme.
Oder geht das über ein Common-Event das ja mehr Möglichkeiten bietet als das klassische Battle-Event?

[Dhan]

Mein Fehler, ich dachte, dat wär abfragbar
CEs funzen in Kämpfen nech afaik (nie getestet aber kann ich mir nech vorstellen)

[Daen vom Clan]

Und genau DESWEGEN, weil ich NICHTS abfragen kann was mir weiterhilft, stecke ich bei diesem Problem leider fest.

Aber was soll's, zwar fehlt dann leider eine taktische Komponente aber besser als noch mehr Zeit ohne Erfolg reinzustecken.

Vielen Dank an alle die mir helfen wollten

[Caine Luveno]

Im Drop-Down-Menü neben diesen Worten wählt ihr einen Held aus. Der Schriftzug "mögliches Verhalten" steht dafür, dass dieser Held am Zug sein muss. Erst dann ist die Bedingung erfüllt.

...

Auszug aus dem E-Book, zum Thema "Fork Condition" bei den Battle Events da ich mich gefragt habe, was dieses "possible Behavior" bedeuten soll.

Wenn das mal so funktionieren würde, wäre das Problem ja beseitigt, tut es aber leider nicht.

Ansonsten wäre noch eine Möglichkeit auf den RM2k3 umzusteigen. Der Maker kann ein 2k Projekt eigentlich problemlos konvertieren, und ist in der Lage, während eines Kampfes ein Common Event aufzurufen.