Blue Moon Fans

PC-Spiel - BM3d PC-Spiel: Dokumentation der Scriptsprache "Law&quo
CaptNeo - So 04 Dez, 2005 02:22
Titel: BM3d PC-Spiel: Dokumentation der Scriptsprache "Law&quo
Liebe BM-Gemeinde,
dies ist der erste ausgearbeitete Entwurf der Scriptsprache „Law“. Diese Sprache wird afür verwendet werden, um die Sonderfunktionen der Spielkarten auszudrücken. Dieser Vorschlag soll Diskussionsgrundlage für ein solches Script-System sein, dass jeder interessierte Blue Moon Spieler verwenden kann.

Bitte seid nicht zu streng mit ihm, er ist in sehr stressigen Uni-Wochen entstanden und sicher weit davon entfernt, fehlerfrei oder gar ästhetisch ansprechend zu sein.

VanKurt und ich bitten euch, dieses Dokument in einer ruhigen Stunde unter die Lupe zu nehmen, und Verbesserungsvorschläge in das entsprechende Topic im Forum zu posten.

Jeder, der einen etwas größeren konstruktiven Beitrag zur Verbesserung und Ausgestaltung von Law beiträgt, wird im Abspann des fertigen Spiels als „Blue Moon Law Consultant“ aufgeführt und verbessert selbstverständlich seine Chancen, als Beta-Tester bevorzugt zu werden.

Vielen Dank für euer Interesse und eure Hilfe!

Bitte kopiert folgende Seite in eure Browser-Adressleiste (zu groß als Anhang. @ Xel: Kannst du da was machen? Danke!) oder Rechtsklickt drauf und speichert sie auf der Festplatte (Adobe PDF):

http://web99.kundenserver13hsgbr.de/stuff/Dokumentation.pdf
ErzEngel - So 04 Dez, 2005 02:28
Titel:
Hmm, auch wenn ich vielleicht keine großen Beiträge leisten kann, biete ich mich als Betatester im Namen aller MAC-User an.

Ich weiß zwar, dass ihr noch keinen Blassen habt, wie ihr das porten könnt, aber vielleicht findet ihr ja einen Weg.
Redamikanas - Mo 05 Dez, 2005 00:07
Titel:
Sodele, dann wollen wir mal...

Vorneweg: Alle Angaben ohne Gewähr, da ich ein absoluter Laie in dieser Materie bin,
und somit das ein oder andere eventuell falsch verstanden habe Wink


Die Prioritäten: (Vorschlag)

Priorität 100: Karten mit "Ich muss..."-SF
Priorität 95: Zirper & Lachgas
Priorität 90: Banne den Gegner
Priorität 85: Mekarthas der Schafsinnige
Priorität 80: Karten mit GESCHÜTZT-Symbol
Priorität 70: die restlichen Karten mit einer Ignorier-Sf
Priorität 60: "Du darfst keine..."-Sf
Priorität 55: Sfs die die aufgedruckten Werte verringern (Cool-Gang)
Priorität 50: Sfs die die Werte erhöhen
Priorität 45: Sfs die die Werte verringern (es gibt keine offizielle Sf die dies tut)
Priorität 40: die restlichen Karten mit einer Sf
Priorität 30: Spielregel & Symbole


Die Hoax-Karten:

- Redamikanas: in Ordnung (Prio 40)

- Beth: in Ordnung (Prio 60)

- Demegodas: in Ordnung (Prio 50)

- Thirko: man könnte auch mit banPlayOptions arbeiten anstatt setPlayOptions (Prio 60)

- Genathones: in Ordnung (Prio 40)

- Kethar: "[Question] cast(Player);" einbauen? ("Ich darf..."-Sf) (Prio 40)

- Mekarthas: in Ordnung (Prio 85)

- Saro: "[Question] cast(Player);" einbauen? ("Ich darf..."-Sf) (Prio 40)
(Notiz an mich: Darf man auch nur 1 Karte ziehen auch wenn man 2 ziehen könnte? --> Regelforum durchforsten)

- Stärkedoppler: in ordnung (Prio 50)

- Gedankenblocker: in Ordnung (Prio 60)

- Sammle: "[Question] cast(Player);" einbauen? ("Ich darf..."-Sf) (Prio 40)
(Notiz an mich: Darf man auch nur 1-4 Karten nachziehen auch wenn man 5 nehmen könnte? --> Regelforum durchforsten)

- Banne: in Ordnung (Prio 90)
(Anmerkung: Durch die höhere Prio von Zirper & Lachgas müsste das so klappen)

- Gedankensturm: in Ordnung (Prio 40)

- Vertreibe: "[Question] cast(Player);" einbauen? ("Ich darf..."-Sf) (Prio 40)
(Problem: Man darf nur active Frei-Karten abwerfen, deren Symbol nicht ignoriert wird...
(zB. die Kombi Metharkas und im nächsten Zug Vertreibe ist nutzlos)
Wird dies bei ALL_FREE berücksichtigt?
Das CHOOSEN verwirrt mich auch (und nicht nur hier). Ist dies nur ein Lückenfüller, oder wird dies anstelle eines cast(Player) genutzt?)

- Beeinflusse Hl. Dr.: "[Question] pay(PLAYER, ACTION, SUPER, HAND, CHOOSEN, 2)" dürfte die etwas korrektere Formel lauten (siehe Problem) (Prio 40)
(Problem: Diese Formulierung lässt es wohl zu, dass man 1 AA und 1 Hyla abwerfen könnte und trotzdem einen Drachen kriegt.
Man muss aber immer 2 Karten des gleichen Types abwerfen (2 AA, 2 Hyla oder 2 Kistall)
Ne Lösung hierfür hab ich jetzt auf die schnelle nicht parat,
ausser man baut eventuell ne Abfrage ein ob man 2 AAs, 2 Hylas, oder 2 Kristalle abwerfen will...
kA...)

- AdG: in Ordnung, bis auf das ; hinter BY_OPPONENT & CHOOSEN anstelle eines , (Prio 40)


Die Vulca-Karten:

- Asha: in Ordnung (Prio 40)
(Problem: wie siehts mit Geschützt aus? noch extra einbauen oder reicht die Priorität 80 der Geschützt-Karten?)

- Flacka: in Ordnung (Prio 40)

- Zundar: SPECIAL durch NON_SPECIAL ersetzen, Abschluss-; fehlt (Effect) (Prio 60)

- Erupta: (nur 1 r) ask(PLAYER) durch cast(PLAYER) ersetzen. (Prio 40)
(Problem: Hier auch wieder dieses CHOOSEN das mich irritiert...)

- Urgewaltiger: in Ordnung (Prio 40) (erhöht die Stärke, keine Werte, darum Prio 40)

- Vulkanhandschuhe: in Ordnung (Prio 50)

- Titanhandschuhe: in ordnung (Prio 50)

- Feuerzauber: man könnte auch mit banPlayOptions arbeiten (Prio 60)

- Hitzeschleier: in Ordnung (Prio 60)

- Feuerwall: in Ordnung (Prio 60)

- Geisterbilder: in Ordnung (Prio 40)

- RdDM: "[Question] cast(Player);" einbauen? ("Ich darf..."-Sf) (Prio 40)

- Bezaubere Hl. Dr.: in Ordnung (Prio 40)
(Problem: beinhaltet FIRE den Wert 0 Feuer? Wenn ja, dann müsste da noch was geändert werden,
da man ansonsten Karten abwerfen könnte die nix zur Sf beitragen würden (zB. die Höllenrüstung))

- Beschwöre: "[Question] cast(Player);" einbauen? ("Ich darf..."-Sf) (Prio 40)
(Problem: wieder einmal das CHOOSEN... entweder man wirft alle ab oder gar keine...
wie siehts mit Geschützt aus? noch extra einbauen oder reicht die Priorität 80 der Geschützt-Karten?
Falls die Prio 80 ausreichen sollte, was passiert dann wenn das Geschützt-Symbol ignoriert wird?
Die Prio ist dann immer noch 80, und man könnte die Karte dann immer noch nicht abwerfen, oder?
(Mekarthas & Beschwöre-Kombi))

- Entflamme: in Ordnung (Prio 40)

- AdF: 1. LEADER_BUT_THIS oder LEADERSHIP_BUT_THIS?
2. man nimmt die Karte nicht direkt auf die Hand, sondern mischt sie zurück in den Nachziehstapel.
Ich glaub da musst du noch eine neue Componente einbauen:
[Effect]
addToPhase(PLAYER, NOW, DRAW_X_FROM_Y_LIKE_Z_AND_SHOW_AND_SHUFFLE, 1, LEADERSHIP, CHOOSEN (bzw. BY_OPPONENT));
oder so... Wink


so, das reicht erst einmal für heute...
Ich hoffe ich habe nicht zuviel Blödsinn von mir gegeben Whistle
CaptNeo - Mo 05 Dez, 2005 10:09
Titel:
Vielen Dank für die Mühe! Ich glaube, der überwiegende Teil ist sehr, sehr "fundierte" Arbeit.
Werde das mal in einer freien Minute einarbeiten.
Willkommen bei den "Blue Moon Law Consultants" Wink
CaptNeo - Mo 05 Dez, 2005 10:28
Titel:
Zitat:
Das CHOOSEN verwirrt mich auch (und nicht nur hier). Ist dies nur ein Lückenfüller, oder wird dies anstelle eines cast(Player) genutzt?)


Das CHOOSE ist immer dort verwendet, wo der Spieler auch "alle" diese Karten abwirft. In der Praxis klickt es also bis zu 50 Karten einzeln hintereinander an, bis keine durch Stack und Card definierten mehr da sind. Vielleicht würde RANDOM da mehr Sinn machen. "Lückenfüller" sind praktisch immer NULL.
CaptNeo - Mo 05 Dez, 2005 11:31
Titel:
Zitat:
- Beeinflusse Hl. Dr.: "[Question] pay(PLAYER, ACTION, SUPER, HAND, CHOOSEN, 2)" dürfte die etwas korrektere Formel lauten (siehe Problem) (Prio 40)
(Problem: Diese Formulierung lässt es wohl zu, dass man 1 AA und 1 Hyla abwerfen könnte und trotzdem einen Drachen kriegt.


Und da hab ich gedacht, dass ich damit durchkomme... Wink

Übrigend beinhalten alle [Question]-pay()-Befehle immer auch die Möglichkeit, nicht zu bezahlen.
Frog - Mo 05 Dez, 2005 12:31
Titel:
Kleine Anmerkung nach dem Überfliegen der schönen, ausführlichen Anleitung:
CHOOSEN - ist das ein eingedeutsches "Auswählen" oder soll es es "ausgewählt" (also CHOSEN) bedeuten?

Ich gebe zu, dass das eher nebensächlich ist, aber mein interner Rechtschreibdetektor hat da gleich einmal angeschlagen. Wink
Redamikanas - Mo 05 Dez, 2005 14:28
Titel:
und weiter im Text:

Die Mimix-Karten:

- Schamane Heiliges Opfer: "[Question] cast(Player);" einbauen? ("Ich darf..."-Sf) (Prio 40)

- Schamane Künftige Heldentaten: "[Question] cast(Player);" einbauen? ("Ich darf..."-Sf) (Prio 40)

- Schamane Hier & Jetzt: "[Question] cast(Player);" einbauen? ("Ich darf..."-Sf) (Prio 40)
Kartenstapel anschliessend mischen!
"schuffle(PLAYER, DRAW_DECK, ALL, DRAW_DECK, CHOOSEN, 50)" müsste funtkionieren, oder?

- Schamane Leben nach dem Tod: "[Question] cast(Player);" einbauen? ("Ich darf..."-Sf) (Prio 40)

- Hypno Greassel: in Ordnung (Prio 60)

- Brennende Raserei: in Ordnung (Prio 40)

- RdGdS: "[Question] cast(Player);" einbauen? ("Ich darf..."-Sf) (Prio 40)

- RdGdU: "[Question] cast(Player);" einbauen? ("Ich darf..."-Sf) (Prio 40)
[Effect] ersetzen: [Effect] addToPhase(PLAYER, NOW, DRAW_X_FROM_Y_LIKE_Z_AND_SHOW, 1, DISCARD_PILE, CHOOSE);

- AdN: in Ordnung (Prio 40)


Die Flit-Karten:

- Pluster: 1. [Type] PERMANENT durch [TYPE] NOW ersetzen. ("Jetzt"-Sf)
2. [Trigger] durch [Condition] ersetzen?
3. "[Question] cast(Player);" einbauen? ("Ich darf..."-Sf) (Prio 40)

- Zirper: in Ordnung (Prio 95)

- Zwitscher: in Ordnung (Prio 70)

- Triller: in Ordnung (Prio 70)

- Plärrer: in Ordnung (Prio 60)

- Kami Kaze: changevalues: COMBAT_AREA durch 50 ersetzen (Prio 50)

- Hacker Hank: in Ordnung (Prio 70)
(Problem: Geschützt-Symbol, siehe ähnliche Situation "Beschwöre & Mekathas")

- Mad Mike: soweit in Ordnung (siehe Notiz) (Prio 70)
(Notiz an mich: Sonderfall Mad Mike, Ersetzen und Geschützt nochmal nachschauen)

- Faulgas: in Ordnung (Prio 40)

- Nervtötendes Gezwitscher: hmm... Prio 60
(Problem: Du legst jetzt allgemein den cardRedraw-Wert auf MAXIMUM 6 fest,
das kann man aber nicht so verallgemeinern, da so Ketharkopas ebenfalls betroffen wird (was er aber nicht sollte,
sondern nur Schlangenzunge, Top Gun, Flacka, Khind-Brüderschaft, Hyla Hakbaad, Schamane der Künftigen Heldentaten. (FAQ))

- Verwirre Hl. Dr.: in Ordnung (Prio 40)

- Täusche Hl. Dr.: in Ordnung (Prio 40)

- Grossangriff: in Ordnung (Prio 40)

- AdL: in Ordnung (Prio 40)
(Problem: ignorierte Geschützt-Symbole? siehe Beschwöre)


I need a break...
Ruwenzori - Mo 05 Dez, 2005 14:51
Titel:
Sehr schöne Doku, gut strukturiert und verständlich erklärt.

Was mir beim Erstdurchlesen auffiel:

[BEGIN], [END] => sollten auf jeden Fall erhalten bleiben. Bitte keinen Parser a la MSIE schreiben, der jeden Murks zu interpretieren versucht.

Mehrere Blöcke derselben Art definieren: entweder es ist notwendig, dann sollte es mit allen Konsequenzen unterstützt werden, oder es ist nicht notwendig, dann sollte es beim Parsen einen Fehler geben und nichts passiert. Ich sehe keine Notwendigkeit dafür, also Fehler ausgeben wenns vorkommt.

"tut irgendetwas doch so sein ... stürzt BM3D ab!" => das ist ja jetzt nicht euer Ernst, hoffe ich. Fehler in der Script-Language hat der Parser zu erkennen und zu melden.

Card: die ... sollten durch die tatsächlich fehlenden Typen ersetzt werden. Der fehlende, aber benutzte Typ CHRYSTAL heißt korrekt CRYSTAL.

Controll => da ist ein "l" zuviel

Choosen sollte in der Tat Chosen heißen, da es in der letztgenannten Bedeutung Frogs verwendet wird.

Ich habe erst 2 Karten gecheckt, eine war falsch:
Terrah 31 Beschwöre einen Taifun
discard(PLAYER, ACTIVE, CHRYSTAL, CHOOSEN, 1);
PLAYER muß OPPONENT sein, und ACTIVE muß ACHIEVEMENT_AREA sein.
VanKurt - Mo 05 Dez, 2005 15:02
Titel:
Zitat:
"tut irgendetwas doch so sein ... stürzt BM3D ab!" => das ist ja jetzt nicht euer Ernst, hoffe ich. Fehler in der Script-Language hat der Parser zu erkennen und zu melden.


Tja also: den Syntax kann der Parser natürlich prüfen (wird er auch tun), aber die Semantik? Ich wüsste nicht wie das möglich sein sollte...


Zitat:
[BEGIN], [END] => sollten auf jeden Fall erhalten bleiben. Bitte keinen Parser a la MSIE schreiben, der jeden Murks zu interpretieren versucht.


Ich habe nicht vor diese Blöcke einzubauen! Wozu auch? Das Script beginnt halt am Beginn des Textes, und endet am Ende. Ob die Blöcke da jetzt stehen oder nicht macht für den Parser eigentlich keinen Unterschied...
Und wer sollte da überhaupt Murks eingeben wollen? Wink

Danke trotzdem für den Input Smile
CaptNeo - Mo 05 Dez, 2005 15:11
Titel:
Also...
Die falsch benannten Konstanten werden sofort geändert!
Vielen Dank!

Die Implementierung des Parsers hat der VanKurt schon übernommen, die Realisierung überlasse ich da vorerst ihm. Da es schon ein EOF-Zeichen gibt, kann ich nachvollziehen, dass [BEGIN] und [END] außen vor bleiben könnten. Ich war nur schlicht zu faul, alle [BEGIN] und [END]-Tags zu entfernen, nachdem ich schon 75% des Dokumentesfertig hatte.

Das "undefinierte Verhalten" bei Abweichungen von der Syntax sollte nur eine Warnung sein, nicht zu experimentierfreudig zu werden. Wir können nämlich nicht garantieren, dass wir an alle verrücken Zeichenfolgen denken können, die ein findiger Hacker vielleicht in die SF schreibt. Wer's da übertreibt, könnte vielleicht eine Endlosschleife im Judge verschulden. Und so ein Halteproblem kann leider kein Rechner der Welt entscheiden.
erml - Mo 05 Dez, 2005 17:40
Titel:
Mein vorläufiger Beitrag:

Khind 09 Top Shot:
checkForPhase(PLAYER, TURN_BEGIN);
Hier muss es heißen TURN_END

Top Star, Feuersbrunst, Zwischer, Asha, Cool Cub, Cool Kid, Erdbeben, Pluster, Cool Cop, Cool Cat, Hacker Hank betreffen nur aktive Karten ohne Geschützt-Symbol, wird das durch die Priorität gehandhabt?
Redamikanas - Mo 05 Dez, 2005 18:18
Titel:
Dies sollte mit der Priorität abgedeckt sein, soweit ich es verstanden habe.
Die Frage ist, wie die Feuersbrunst, EeE, AdL, etc... wirken, wenn das Geschützt-Symbol ignoriert wird.
Die Prio ist dann ja noch immer 80, und man könnte die Karten somit eigentlich immer noch nicht abwerfen.

Könntet ihr uns mal den Code einer "kompletten" Karte zeigen (hier sieht man ja nur den Sf-Teil)
Ein Khind-Char wäre nicht schlecht (die haben alles: Symbol, Sf, Werte, etc... Wink )
würde vielleicht etwas helfen weitere Fehler zu finden...

Vielleicht sollte man das Geschützt-Symbol für die Programmierung nicht als Prio 80 einstufen, sondern als ganz normale Spielregel (Prio 30),
und die jeweiligen Sfs mit einem ALL_ACTIVE_BUT_PROTECTED ausstatten...
(Feuersbrunst, EeE, Asha, Cool-Gang, etc...)
ginge eventuell "einfacher"...

P.S.: ich glaube mit Mad Mike und ein paar anderen ignorier-Karten kriegen wir Probleme.
Ich werde später nochmal darauf zurück kommen...
CaptNeo - Mo 05 Dez, 2005 19:14
Titel:
Zitat:
Könntet ihr uns mal den Code einer "kompletten" Karte zeigen (hier sieht man ja nur den Sf-Teil)
Ein Khind-Char wäre nicht schlecht (die haben alles: Symbol, Sf, Werte, etc... Wink )
würde vielleicht etwas helfen weitere Fehler zu finden...


Öhm... das ist quasi nicht möglich...
Die Karten werden mit dem Editor "zusammengeklickt" (siehe meine Gallery) und der Judge kann mit Gettern eben alle diese Attribute abfragen. Dass der Judge das richtig macht und sinnvoll mit den Law-Scrips zusammenbringt ist im Moment noch nicht unser Hauptanliegen. (Darum werd ich mich in der Weihnachtszeit kümmern dürfen...)

Um auf die häufig gestellte Frage der Prioritätenregelung einzugehen: Jedes Kartenelement (Kampfwert Erde, Kampfwert Feuer, alle Symbole, die Sonderfunktionen, die gesamte Karte) hat eine Liste für Sonderfunktionen. In dieser Liste tragen sich alle aktiven Sonderfunktionen ein, die diese Eigenschaft beeinflussen. Die Liste ist immer nach den Prioritäten der SF und Symbole (Symbole sind in dieser Konzeption nichts anderes als SF) sortiert und wird bei jeder Anfrage von unten nach oben durchgegangen. So hat die SF mit der höchsten Priorität immer das "letzte Wort".

Beispiel:
Eine Karte mit Geschützt-Symbol wird vom Gegner ignoriert. In der SF-Liste der Karte haben sich zum einen die SF und einmal das Symbol der KArte selbst angemeldet. Wenn der Judge nun ermitteln soll, ob die Karte zu berücksichtigen ist, interpretiert er zuerst die Sonderfunktion (niedrigere Priorität), und setzt das "wird ignoriert"-Bit auf TRUE. Dann kommt er aber nach oben in die Liste und interpretiert das Geschützt-Symbol, dass das "ignoriert"-Bit wieder aus FALSE zurücksetzt.

Ich hoffe, ich konnte alle Klarheiten beseitigen Wink

Vielen, vielen Dank für eure tolle Mitarbeit! So macht's Proggen richtig Spaß!
erml - Mo 05 Dez, 2005 20:09
Titel:
Für Tutu PamPam und die vergifteten Pfeile würde ich Priorität 40 vorschlagen (Ich darf).

Nochmals zum Geschützt-Symbol:
Einige Karten enthalten den expliziten Hinweis, dass Karten mit dem Geschützt-Symbol nicht betroffen sind, z.B. Top Dog. Hier habt ihr eine eigene Kategorie vorgesehen (ALL_ACTIVE_SYMBOL_CARDS_BUT_PROTECTED).

Andere Karten enthalten diesen Hinweis nicht, obwohl es so sein sollte, z.B. Top Star. In diesem Fall greift dann ja die Priorität, so wie ich es jetzt verstanden habe.

Es wird hier also derselbe Sachverhalt auf unterschiedliche Arten behandelt, einmal durch die Kategorie, einmal durch die Priorität.

Wäre doch besser, entweder alles über die Kategorie (ALL_ACTIVE_BUT_PROTECTED, wie ja Redi schon vorgeschlagen hat) oder über die Priorität zu regeln, dann könnte man sich einige Kategorien sparen.
Redamikanas - Mo 05 Dez, 2005 20:46
Titel:
mhm...

Und bei Mekar in Kombi mit Beschwöre gegen die putzigen Sumpflurche läuft es wohl so ab:
1. Beschwöre --> Ich werfe die Lurche ab, Abwerfen = TRUE
2. Geschützt --> nix da mit abwerfen, Abwerfen = FALSE
3. Mekarthas --> nix da mit Geschützt, Abwerfen = TRUE

ja ok, könnte klappen *g*
Wobei ich jetzt schon Probleme mit diesem System melden möchte
falls mal wirklich die inoffiziellen Karten engebaut werden
und sich darunter eine Karte mit Geschützt & Sf befinden.
Aber das lassen wir mal aussen vor... Wink

Anmerkung zu Hacker Hank:
Du benutzt hier NON_FLIT_CHARACTERS,
wäre es eventuell nicht besser ALL_BUT_FLIT_CHARACTERS zu benutzen um dem Ganzen etwas mehr Kontinuität zu verleihen?

Noch was:
wie definiert Law oder Judge den Begriff PROTECTED,
bzw. mit welchen Attributen muss das Geschützt-Symbol belegt sein,
damit die Karte als PROTECTED gilt?
nur "active"?
(Spielt ne Rolle für einen Spezialfall bei Mad Mike & für Vertreibe die Gefolgsleute)
Colin - Mo 05 Dez, 2005 22:51
Titel:
CaptNeo hat folgendes geschrieben:
Und so ein Halteproblem kann leider kein Rechner der Welt entscheiden.


Hat da etwa jemand in theoretischer Informatik nicht richtig aufgepasst? Wink
Nur weil das Halteproblem im algemeinen nicht entscheidbar ist, heisst das noch lange nicht, dass es für den Spezialfall "Judge" unentscheidbar ist Wink
VanKurt - Mo 05 Dez, 2005 23:07
Titel:
Ich persönliche halte die Implementierung des Judge sowiso für NP-Vollständig Very Happy
CaptNeo - Mo 05 Dez, 2005 23:46
Titel:
Du hast Recht, für jede ENDLICHE Problematik ist das Halteproblem entscheidbar. ABER, wie man vielleicht an meinem kleinen Wink-Freund bemerkt hat, war diese Zuspitzung, wie soll ich sagen...



zu verstehen. Noch Fragen?

Es war einfach nur der Hinweis, dass es immer etwas, gibt, dass wir übersehen könnten. Das war eigentlich der gesamte Sinn des Beitrags.
Genug gealbert!

@ Redamikanas:
Die Karte erhält ein Symbol namens Protected, dessen SF sinngemäß sagt "stelle alle ursprünglichen Kartenwerte wieder her" (yeap, die fehlt noch in Law, aber es wird ja eh' noch dran rumgebastelt). Soweit ich in den Regeln drinstecke, muss die Karte auf dem Tisch aktiv ausliegen, bevor die Regel für Geschützt-Karten Wirkung zeigt. Kannst mich aber gerne korrigieren.

P.S.: Ich denke es bietet sich an, Erml in "Blue Moon Law Consultant"-Rang zu erheben.

Noch ein Wort zu inoffiziellen SF: Nachdem ich diesen http://www.blue-moon-fans.com/viewtopic.php?t=851&postdays=0&postorder=asc&start=645 Beitrag und diesen http://www.blue-moon-fans.com/viewtopic.php?t=2302 gesehen hatte, war ich kuriert.

Abgesehen davon, dass der Computerspieler nur sehr begrenzt dazu Fähig sein wird, einen "Bierbraukessel" zu schmieden, sind andere "Pseudo-sinnvollen" SF leider schlicht offiziell als SF verboten (z.B. Kartenklau bei den Ghonzo).

Aber genug davon, inoffizielle SF sollen unsere letzte Sorge sein.
Redamikanas - Di 06 Dez, 2005 00:27
Titel:
hehe... Bärd der Wothsphender ist in der Tat ne Wucht...

Bezüglich Geschützt:
Es gibt einen kleinen, aber feinen Unterschied zwischen deiner Auslegung des Geschützt-Symbols,
und der offiziellen Definition.
Aktiv und inaktiv sind Begriffe welche eigentlich nur auf die Karte als Ganzes wirken.
Aktive Geschützt-Symbole gibt es nicht, sondern nur aktive Karten mit einem Geschützt-Symbol
"active (PROTECTED card)" (Aussage: Dearlove)

Es geistert nämlich die Definition rum,
dass eine "PROTECTED" Karte eine Karte mit einem unignoriertem PROTECT(ED)-Symbol ist (Definition: Knizia)
("PROTECTED cards" are "cards with a PROTECTED icon which is not ignored")

Dies ist dafür da, damit man Geschützte Karten auch mit EeE, AdL, etc.. abwerfen kann wenn Mekarthas ausliegt,
und für einen winzigen kleinen Sonderfall, für welchen man Mike,
eine Karte mit Geschützt-Symbol und Argusauge benötigt.
(Das Geschützt-Symbol "wirkt" in diesem Fall quasi ohne "aktiv" zu sein.
Die Karte wird wegen, aber nicht durch das Geschützt-Symbol selbst beschützt.)

Diese Definition wird auch auf FREE abgekupfert:
"FREE cards" are "cards with a FREE icon which is not ignored"
Dies ist der Grund wieso man keine Frei-Karten mit Vertreibe abwerfen kann,
wenn man den Nebel oder Mekarthas ausliegen hat.
(da die Frei-Symbole ja nicht mehr nicht ignoriert sind)

Worauf will ich hinaus?
Ohne das Attribut "active" wirds zwar/wohl nicht gehen,
du solltest den Symbolen aber immer 2 Attribute verpassen:
- activ oder inactiv
- ignored oder unignored

dauerhaft...
nicht erst ein ignored verpassen, wenn es ignoriert wird, sondern davor schon das unignored auflisten,
und anschliessend die Attribut-Definition von PROTECTED und FREE auf "unignored" (egal ob aktiv oder inaktiv),
bzw. "active PROTECTED card" und "active FREE card" auf "unignored + active", umändern.


so viele Worte für diese Kleinigkeiten... Rolling Eyes
Aber ob dies nun das Ganze Problem löst ist ne andere Frage,
da du die Symbole ja als Sfs implementieren willst, und wie man dies jetzt alles korrekt als Sf ausdrücken soll,
ist mir noch ein Rätsel... Embarassed
CaptNeo - Di 06 Dez, 2005 08:51
Titel:
Zitat:
Dies ist dafür da, damit man Geschützte Karten auch mit EeE, AdL, etc.. abwerfen kann wenn Mekarthas ausliegt,
und für einen winzigen kleinen Sonderfall, für welchen man Mike,
eine Karte mit Geschützt-Symbol und Argusauge benötigt.
(Das Geschützt-Symbol "wirkt" in diesem Fall quasi ohne "aktiv" zu sein.
Die Karte wird wegen, aber nicht durch das Geschützt-Symbol selbst beschützt.)


Ganz verstehen, was diese Kartenkombination bewirken soll, tue ich ehrlich gesagt nicht. Da bitte ich dich um eine etwas umfassendere Beschriebung, in welchem Fall sich deiner Meinung nach die SF so besonders verstehen lassen.

Deine anderen Bedenken hätte ich auch aus der Welt räumen können, wenn ich eben etwas gründlicher das Kartenmodell beschrieben hätte. Denn ja, wir haben für jede Karte auch ein Attribut "active" und ein Attribut "ignored". Die einzelnen Kartenelemente haben dieses Attribut "active" natürlich nicht, weil sie es direkt von ihrer Karte erben (die SF will ich sehen, die es schafft, eine Karte nur mit dem Feuer-Wert auszulegen und den Rest auf der Hand zu halten Wink ).

Also mit anderen Worten: Der Judge kann zu jedem Zeitpunkt für jede Karte und jedes auf der Karte vermerkte Element sagen, ob es aktiv oder inaktiv und ob es wirkungsvoll ist oder ignorierrt wird.

Was die Symbole als SF-Ausgedrückt angeht: Also das stelle ich mit echt sehr einfach vor. Da diese SF im Grunde hardcoded werden können, reicht es wohl, eine SF so zu formulieren:

[BEGIN]
[Priority]
50;
[Type]
SYMBOL;
[Effect]
GANG_NULL;
[END]

Oder hat ähnlich für die anderen Symbole. Der Judge kümmert sich dann um die Feinheiten Wink

Ich hoffe, das ist so ausreichend.
Redamikanas - Di 06 Dez, 2005 14:10
Titel:
Ich zeigs dir anhand von 2 Beispielen:

Du spielst mit Argusauge und möchtest die Sumpflurche (Geschützte U) ersetzen.

1. Fall:
Dein Gegner hat Zwitscher ausliegen (Us werden ignoriert).
Dein Geschützt-Symbol wirkt nicht auf deiner Hand.
--> Du kannst die Sumpflurche nicht ersetzen.

2. Fall:
Dein Gegner hat Mad Mike ausliegen.
Dein geschützt-Symbol wirkt zwar auch hier nicht auf deiner Hand,
Mad Mike hat aber den Zusatz "except ... PROTECTED cards".
"PROTECTED cards" sind Karten mit einem unignoriertem Geschützt-Symbol
(dies trifft ja auf die Lurche zu: das Symbol ist zwar nicht wirksam, wird aber auch nicht ignoriert)
--> Du kannst die Sumpflurche ersetzen.
(Geschützt wirkt nicht, die Karte ist aber trotzdem "geschützt")

Nochmal zum Frei-Symbol:
Man-shu-Ran ist hier auch noch betroffen,
dh. wenn du aus dem vorherigen Zug Mekarthas ausliegen hast,
und dein Gegner hat ne Frei-Karte gespielt,
so kannst du Man-shu-Ran nicht ausspielen,
da dein Gegner keine Karten mit einem unignoriertem Frei-Symbol ausliegen hat.

Zitat:
Also mit anderen Worten: Der Judge kann zu jedem Zeitpunkt für jede Karte und jedes auf der Karte vermerkte Element sagen, ob es aktiv oder inaktiv und ob es wirkungsvoll ist oder ignorierrt wird.

"wirkungsvoll" ist nicht gleichzusetzen mit "nicht ignoriert".
Diese zusätzliche Abfrage (nicht ignoriert) würde ich noch einbauen, bzw. musst/solltest du noch einbauen.
erml - Di 06 Dez, 2005 23:04
Titel:
Tutu 505 heißt RipRip, nicht KorKor.
Auch hier ist Priorität 40 angebracht, da die SF ignoriert werden kann.

Infl 607 hießt Oktak, nicht Piplox.

Terrah 15 Bash(i)din

Die 3 Promokarten fehlen noch (Wasser-, Erde- und Feuergeister).
Redamikanas - Di 06 Dez, 2005 23:05
Titel: kleine Gemeinheiten schweissen eine Gang enger zusammen...
Und weiter gehts...

Ich betone mal, dass meine Verbesserungsvorschläge, etc..., nicht unbedingt immer das Gelbe vom Ei sind, Wink
und erst recht nciht des Weisheits letzter Schluss...
Wer absolutes Wissen sucht, möge sich bitte zum Ende des Internets begeben und Gott doch persönlich danach fragen... Whistle

Die Khind-Karten:

- Cool Cat: Ich bin mir jetzt nicht sicher ob das mit den Prios hier so funzt wies es gedacht war...
Die Cool-Gang hat die höchste Prio von den Werte-Veränderungskarten (Prio 55).
Wenn ich aber jetzt Cool Cat und zb. den Trunk des Feuers (Prio 50) auf einen Char anwende (zb. Catusan),
dann würde Catusan zuerst auf 6 Feuer erhöht und anschliessend ja erst von Cool Cat wieder auf 0 gedrückt werden,
was aber eiegntlich nicht wirklich korrekt sein sollte...
(denn die Effecte der Cool-gang und die der Trünke sind identisch gestrickt. Sie legen immer ein ABSOLUT fest.)
Hier müsste man dann also gegen die Reihenfolge der Prios arbeiten,
und der Cool-Gang Prio 45 verpassen, und die alte Prio 45 auf Prio 55 hochstufen...
Also: Cool Cat --> Prio 45
(es sei denn ich hab irgendwo einen Deckfehler gemacht, was ich aber nicht wirklich glaube... Wink )

- Cool Cop: in Ordnung (prio 45)
- Cool Kid: in Ordnung (Prio 45)
- Cool Cub: in Ordnung (Prio 45)

- Top Gun: in Ordnung (Prio 40)

- Top Dog: Prio 40
1. braucht keinen "Trigger" sondern eine "Condition"
2. "checkForComponent(PLAYER, ..." PLAYER durch OPPONENT ersetzen.
3. discard(OPPONENT, ALL_ACTIVE_SYMBOL_CARDS_BUT_PROTECTED, ALL_BUT_LAST_CHARACTER, CHOSEN, 1);

- Top Star: Prio 40
1. braucht keinen "Trigger" sondern eine "Condition"
2. "checkForComponent(PLAYER, ..." PLAYER durch OPPONENT,
und OVERALL durch SUPER ersetzen...

- Top Banana: Prio 40, in ordnung

- Top Shot: Prio 40
"checkForPhase(PLAYER, TURN_BEGIN);" TURN_BEGIN durch TURN_END ersetzen.

- Fun Fun: Prio 50
"changeValues(PLAYER, CHARACTER, 1, BOTH, MULTIPLY, 2);" die 1 durch 50 ersetzen...

- KhindKin: Prio 40
möglicherweise korrekterer (Wink) Effect:
reactivate(PLAYER, COMBAT_AREA, ACTIVE, CHOSEN, 50)
denk ich zumindest mal, dass es so klappen sollte...
Was mir zu denken gibt, ist eure Definition von reactivate.
Die Karten werden nicht behandelt, als wären sie in dieser Runde ausgespielt worden,
da man ansonsten ja auch nochmal die "Jetzt"-Sf theoretisch benutzen könnte (sollte aber nicht der Fall sein..)

- Schleuder: Prio 40, in ordnung

- Staub: Prio 60, in Ordnung

- Höllenlärm: Prio 60, in Ordnung

- Lachgas: Prio 95 (Ich frage mich, ob man Lachgas nicht besser gleich ne niedrigere Prio geben sollte,
dann ist die Frage, wer wen ignorieren kann endgültig gelöst...
Prio 92,5. Wink (jaja, 93))

- Brüderschaft: Prio 40, in Orndung

- Lied der Pfeifen: Prio 40
1. cast(PLAYER) einbauen
2. die 1 beim Effect kommt hinter das CHOSEN_AND_SHOW

- Wundertüte: Prio 40
1. cast(PLAYER) einbauen
2. die 3 beim Effect kommt hinter das RANDOM

- Fäuste: Prio 40, in Ordnung
Anmerkung: siehe KhindKin

- AdJ: Prio 40
Die geht ja mal gar nicht... Wink
shuffle??? Rolling Eyes
ich glaub da solltet ihr 1. ein cast(PLAYER/OPPONENT) einbauen, da man ja keine Kristall-Karte spielen muss.
Und dann müsst ihr dieses shuffle loswerden... ein "play" wäre angebrachter *g*
müsstet ihr halt noch einbauen... (diese Option befindet sich zumindest nciht in der Liste...)
Ja, und dann natürlich noch Ruwis Einwand bezüglich CHRYSTAL und CRYSTAL... Embarassed

Die Terrah-Karten:

- Ferro Fos: Prio 60, in Ordnung

- Kabu Kat: Prio 40, in Ordnung
Wie baut ihr das mit dem Retreat da ein?

- Baku But: Prio 40, in Ordnung

- Bashdin: Prio 40, in Ordnung

- Korono: Prio 60, in Ordnung

- Erdbeben: Prio 40, cast(PLAYER) einbauen...
(oder reicht das CHOSEN aus? Ich glaub das lern ich nie *g*)

- Stürme: Prio 40, in Ordnung

- Morast: Prio 60
das Schluss-; beim Effect fehlt

- Nebel: Prio 70, in ordnung

- Treibsand: Prio 60, in Ordnung

- Böses Auge: Prio 60, in Ordnung

- EeE: Prio 40, cast(PLAYER einbauen)?

- Imp. Hl. Dr.: Prio 40, in Ordnung (siehe Anmerkung Vulca-Kaufkarte)

- Taifun: Prio 40, PLAYER durch OPPONENT ersetzen

- AdE: Prio 40
sowohl bei PLAYER als auch bei OPPONENT, den DISCARD_PILE durch DRAW_PILE ersetzen, und das ALL entfernen.

Ach ja, noch was: Die Geisterbilder (Vulca) haben kein [END]
CaptNeo - Mi 07 Dez, 2005 12:20
Titel:
Redamikanas hat folgendes geschrieben:
Ich zeigs dir anhand von 2 Beispielen:

Du spielst mit Argusauge und möchtest die Sumpflurche (Geschützte U) ersetzen.

1. Fall:
--> Du kannst die Sumpflurche nicht ersetzen.

2. Fall:
--> Du kannst die Sumpflurche ersetzen.
(Geschützt wirkt nicht, die Karte ist aber trotzdem "geschützt")

Zitat:
Also mit anderen Worten: Der Judge kann zu jedem Zeitpunkt für jede Karte und jedes auf der Karte vermerkte Element sagen, ob es aktiv oder inaktiv und ob es wirkungsvoll ist oder ignorierrt wird.

"wirkungsvoll" ist nicht gleichzusetzen mit "nicht ignoriert".
Diese zusätzliche Abfrage (nicht ignoriert) würde ich noch einbauen, bzw. musst/solltest du noch einbauen.


Das ist alles schon so gedacht... was meinen etwas unscharf formulierten Post angeht: "wirkungsvoll" war nur mein Versuch "nicht ignoriert" und damit eine fiese Wortwiederholung zu vermeiden... Also nocheinmal präzise:

Der Judge kann jederzeit den genauen Zustand einer Karte oder einzelner Kartenelemente ermitteln. Dabei hat er sowohl Zugriff auf eine Aussage, ob die Karte aktiv oder inaktiv ist und auch ob die Karte ignoriert wird oder nicht. Natürlich weiß er dann auch über die logische "oder"-Verknüpfung der beiden bescheid. Selbiges gilt für die einzelnen Kartenelemente.
Redamikanas - Mi 07 Dez, 2005 19:54
Titel:
Nach einem kleinen Gespräch mit Ruwi über den Terrah-Taifun,
sollte man seine Version mit dem ACHIEVEMENT_AREA-Stapel dem momentanen ACTIVE-Stapel bevorzugen...
Ob dies besonders relevant ist, ist allerdings eine andere Frage... Wink


Fräge an den Käptn':

Wie handhabt der Judge folgende Situation?
Spieler A hat Mad Mike ausliegen (wen auch sonst? Wink) (Prio 70).
Spieler B hat zb. Tutu ZischZisch auf der Hand ("Ich muss...", Frei & Ersetzen) (Prio 100)

Wird der Judge nun den kompletten Tutu ignorieren, bis auf den "Ich muss.."-Teil,
oder wird der Tutu überhaupt nicht ignoriert, weil er ne höhere Prio als die verrückte Elster hat?

P.S.: Irgendwann werd auch ich das Prioritäten-System verstehen lernen... Wink
CaptNeo - Do 08 Dez, 2005 09:26
Titel:
Die Priorität gehört nur zur SF. Ergo wird die Karte mit Werten und Symbolen ignoriert, aber die SF nicht (die SF hat sich mit der hohen Priorität nur "bei sich selbst" angemeldet und hebt so den Mad Mike wieder auf).

Sollte diese Interpretation falsch sein, ist das aber auch kein Problem, weil wir den Judge ja erst konzipiert aber noch nicht implementiert haben Wink (u.A. deswegen diskutieren wir hier ja so fleißig).

Alles OK? Die Konsequenz daraus ist natürlich, dass alle SF, die eine höhere Priorität haben als die Karten, die sie ignorieren können, immer auch trotzdem ausgeführt werden, aber ich denke, dass ist ja auch u.A. der Sinn der Priortäten.
Redamikanas - Do 08 Dez, 2005 22:39
Titel:
ok, ich hab mich jetzt mal noch ein bisschen weiter durchgekämpft...
oh je, oh je... Wink

Pillar sind ja noch soweit ok, wobei ich aber nicht wirklich weiss, ob das mit den Raupen so funzt... Rolling Eyes
Aqua war dagegen schon etwas haariger,
bis teilweise nicht korrekt und dem einen oder anderen "Ist das mit diesem System überhaupt korrekt umsetzbar?"

Deshalb komm ich jetzt mal mit nem kleinen Umsetzungsvorschlag:
Es geht mir jetzt primär um die korrekte Umsetzung der Sfs von Argusauge und dem Säuferpaar Yin & Yang.
Das Problem bei den beiden ist, dass sie den Karten ein Symbol verpassen, aber nur währenddem man sie ausspielt.

Der momentante Effekt von Argusauge verpasst einfach allen Handkarten dauerhaft das Ersetzen-Symbol,
was den äusserst negativen Effekt mit sich bringt,
dass jede deiner Handkarten immer von Mad Mike ignoriert werden kann
(ausser Flit-Chars und Geschützte-Karten, versteht sich).
Das andere Extrem ist der Effekt von Yin & Yang, welcher den Karten gar kein Symbol verpasst, sondern einfach das Auslage-Limit um 1 erhöht,
wodurch hier Mad Mike & Co. die Sf von den beiden gar nicht erst antasten können,
was sie aber eigentlich sollten...

So, wie kann man das umgehen?
Kleine Bescheidene Konzept-Zeichnung: klick mich ich bin ein Konzept!
Worum gehts?
Wir wenden diese beiden Sfs nicht mehr direkt auf die Handkarten an,
sondern verlagern sie auf eine Art Symbol-Leiste welche sich am, zb. rechtem, unterem Rand des Bildschirms befinden könnten.
(siehe 1.)
Kann der Effekt (Ersetzen mit Argus oder Frei-Karte mit Yin/Yang) genutzt werden,
so hellt das jeweilige Symbol auf (oder wird mit nem Leuchteffekt hinterlegt).
Um den Effekt jetzt zu nutzen, klickt man 1. auf das entsprechende Symbol, wodurch dann die Handkarten anfangen zu leuchten, welche man mit diesem Symbol benutzen kann,
2. man wählt die Karte aus, die man mit dem Symbol ausspielen will,
und 3. man spielt die Karte anschliessend aus. Fertig.
Anschliessend löst sich das Symbol auf der Karte in Luft auf,
und das Symbol in der rechten Leiste hört auf zu leuchten = kann nicht mehr genutzt werden.

Könnte man den Effekt von vorneherein nicht nutzen (zb. wegen dem Nebel, Zirper, etc...),
so leuchtet das Symbol entweder gar nicht erst auf,
oder man lässt es aufleuchten und versieht es aber mit nem roten Kreuz,
oder nem Stationnieren-Verboten-Schild (nur halt ohne die blaue Fläche dazwischen) um zu zeigen,
dass man den Effekt leider nicht nutzen kann...
(oder man lässt keine Handkarten welche man mit dem Symbol benutzen könnte aufleuchten)

dh. man erstellt im Endeffekt einen Effekt für Argusauge und Yin/Yang welchen das jeweilige Symbol aktivieren,
man verpasst dem Symbol selbst den entsprechenden Effekt,
und man wendet sowohl auf Argusauge/Yin/Yang wie auch auf die Symbolleiste alle restlichen Sfs normal an,
dh. spielt man Zirper aus, so wird Argus/Yin/Yangs Effekt direkt ausser Kraft gesetzt,
spielt man Mad Mike, Nebel, Mekarthas, so wird der Effekt vom Symbol in der Symbolleiste teilweise, bis ganz ausser Kraft gesetzt
(und wieder einmal verkompliziert Mike hier alles ein bisschen...)

Man könnte dies auch noch mit dem wieder aufnehmen Symbol machen,
wobei das Symbol dann jeweils beim Zugbeginn aktiviert wird,
und man dann halt so die entsprechenden Karten zum wieder aufnehmen auswählt...


So, noch ein Punkt, den ich gerne besprechen/erläutern will:
Die Zugphasen.
Ich glaube man sollte ein paar mehr einbauen, noch ein paar Zwischenphasen für einen Reibungsloseren Verlauf:

1. TURN_BEGIN_1 (für die Stürme)
2. TURN_BEGIN_2 (fürs wieder aufnehmen & die Khind-Sfs)
3. LEADERSHIP
4. RETREAT bzw. DECLINE_OR_START_FIGHT (bei Kampfbeginn)
5. CHARACTER
6. BOOSTER_AND_SUPPORT
7. END_OF_BOOSTER_AND_SUPPORT (für die Raupen und Kabu/Baku)
8. AFTER_BOOSTER_AND_SUPPORT (für die Schamanen)
9. CALL_ATTACK
10. CARD_REDRAW
11. TURN_END
12. END_OF_TURN_END ( Wink ... für Ketharkopas, dies dürfte dann auch das Problem mit dem nervötendem Gezwitscher lösen)
13. AFTER_TURN_END (für die Fluten)

NOW und OVERALL braucht man natürlich auch noch immer,
aber das CHARACTER_OR_BOOSTER_AND_SUPPORT könnte theoretisch wegfallen,
wenn man mein oben genanntes Konzept umsetzt...

Entweder setzt man die Phasen allgemein ein, oder man fügt sie mit den jeweiligen Effects mit ein
(man braucht die Phase 12 ja nicht, wenn keiner Kethar liegen hat)


Noch ein Problem auf das ich gestossen bin:
Es handelt sich hierbei um uusa-Alpha-Omega (Kristallkarte ohne die Bedingung erfüllen auslegen).
Du benutzt da ein ignore um die Bedingung auszuschalten.
Das Problem ist, das Uusa definitiv nur Prio 40 sein kann, Kristallkarten aber immer ne Prio von 100 haben werden.
Man kriegt mit Uusa also nie die Bedingung ignoriert.
Ne wirkliche Lösung hierfür hab ich allerdings noch nicht parat...
Redamikanas - Mo 12 Dez, 2005 20:25
Titel:
Hier auch aml wieder etwas weiter mach...

Die Pillar-Karten:

- Gulpus: Prio 50, in Ordnung

- Gloria: Prio 40, cast(Player) einbauen

- Carddus: Prio 40, cast(Player) einbauen

- Crysalus: Prio 40
Ich hab jetzt keine Ahnung ob das mit "Effect" jetzt so funktionniert wie es gedacht ist,
ich nehme mal an, dass du das irgendwie richtig einbauen wirst *g*

- Kabelassus: Prio 60, in Ordnung

- Feuerraupe: Prio 40
hmmm... ob das mit dem Trigger funktionnieren wird?
Mir kommt es jetzt nämlich so vor, als würde die Raupe den Gegner immer am Ende der V und U-Phase zwingen die Karten abzuwerfen,
auch wenn er sie vorher schon abgeworfen hat?
(was manchmal ja auch Sinn ergibt... (zb. um Sas-van-Son ausspielen zu können)
Oder wie hast du vor das einzubauen? Sobald dein Zug beginnt hast du einen Zusatz-Button aufgelistet, auf den du drückst um die Karte abzuwerfen,
wodurch dei Sf der Rape dann negiert wird, oder wie?
Und wenn du bei den Raupen einen Trigger einbaust, so müsstest du wohl auch einen bei Baku und Kabu hinzufügen...

- Erdraupe: Prio 40, siehe Feuerraupe

- Wasserraupe: prio 40, s.o.

- Lichtraupe: Prio 40, s.o.

- Mondraupe: Prio 40, s.o.

- Trunk Kosmische Kraft: Prio 50, [END] fehlt

- Trunk der Vereinigung: Prio 50, ich nehme mal an, dass "EARTH_AND_FIRE" hier so funktionniert wie gedacht...

- Trunk der verwandlung: Prio 50, auch hier die Hoffnung ( Wink ), dass das EARTH_OR_FIRE so funzt wie gewünscht...

- Trunk des Feuers: Prio 50, falschen Namen benutzt

- Trunk der Erde: Prio 50, falschen Namen benutzt

- Trunk der Leidenschaft: Prio 50, in Ordnung

- Späherfalter: Prio 40, in Ordnung

- Entsende: Prio 40, in Ordnung

- Versuche Hl. Dr.: Prio 40, in Ordnung

- AdWeite: Prio 40, die 1 bei beiden getDragon(PLAYER/OPPONENT, 1) fehlt...

Die Aqua-Karten:

- Oomola: Prio 40, addPlayOpptions existiert nicht laut deiner Liste Wink
korrekt: addToPhase(PLAYER, NOW, DISCARD_CHOSEN_X_FROM_Y, ALL, HAND)
cast(Player) einbauen?

- Yang & Yin: Prio 40
Einfach nur das Limit zu erhöhen ist nicht korrekt
In dem Fall würde Mike, Mekarthas und der Nebel das Nutzen dieser Funktion nicht unterbinden können.
Siehe Vorschlag (Das Posting über diesem hier)

- Oosa: Prio 40, addPlayOption durch addToPhase ersetzen.

- Uusa: Prio 40
hmmm, gut möglich, dass wir hier ein Problem mit den Prios kriegen.
Uusa ist definitiv nur Prio 40. Wenn man ihr einen ignore-Effect für "Ich muss" gibt,
braucht sie aber ne höhere Prio als "ich muss"-Karten, oder? (Prio 105)
Ein "play" einzubauen, wie ich es bereits bei der Khind-AUserwählten erwähnt habe, wäre von Nutzen.
Diesem "play" könnte man dann ja vielleicht irgendwie ne Prio von 105 und ein CONDITION-ignorierer einbauen...
keine Ahnung ob das geht...

- Feuerwasser: Prio 40, in Ordnung

- Erdwasser: Prio 40, in Ordnung

- Sturzflut & Gezeitenflut: Prio 40, forceRedraw? wäre forceRetreat nicht passender? Wink
Wegen der checkForPhase/Turn End, siehe Vorschlag "Erweiterung der Phasen"

- Wasser der Verbindung: Prio 40, falls Trunk der Wandlung klappt, dann klappt dies hier auch Rolling Eyes

- Sirenen: Prio 40
1. getDragon(PLAYER, 1)
2. So weit ich das sehe, halten die gegner nur nach dem Rückzug des Spielers ausschau.
Da fehlt irgendwie noch ein forceDiscard(OPPONENT, CHARACTER, SUPER, BY_OPPONENT, 1)
und zwar gekoppelt mit einem 2ten [Trigger] checkForPhase(OPPONENT, CALL_ATTACK)
(bzw. END_OF_BOOSTER_AND_SUPPORT, siehe Vorschlag "Erweiterung der Phasen")

- Weihe das Wasser: Prio 60
1. falscher Name benutzt
2. Schluss-; hinter dem checkNumberOfCards

- Ertränke: Prio 40
ALL_ACTIVE_BUT_PROTECTED ist ein grosser Stapel,
wenn man dann auch noch ALL_BUT_ONE_CHARACTER abwerfen darf,
macht man sich seinen Spielpartner zum Feind Wink Whistle

ALL_ACTIVE_BUT_PROTECTED durch ACTIVE_AND_COMBAT_AREA ersetzen
ALL_BUT_ONE_CHARAKTER den Zusatz _AND_PROTECTED hinzufügen.
cast(PLAYER) einbauen

- Wasser des Lebens: Prio 40, cast(Player) einbauen...

- AdWasser: Prio 40, in Ordnung


rhulische Grüsse...
CaptNeo - Mo 12 Dez, 2005 23:25
Titel:
Vielen, vielen lieben Dank!
Dann werde ich mal Euren gesammelten Input einarbeiten (wenn ich wieder mal was Zeit im Supermarkt geklaut habe Wink)
Also, nochmal soweit schon mal vielen Dank für die großartige und detailierte Hilfe.
Redamikanas - Do 22 Dez, 2005 01:06
Titel:
So, ich glaub Heute krieg ich den Rest noch durch...


Die Mutanten-Karten:

- Den-bal: Prio 40, in Ordnung

- Sas-van: Prio 40
Also ob das compareNumberOfcards hier funzt wie gewünscht, bin ich mir gar nicht sicher...
Mir fehlt da irgendwie ein Vergleichsparameter zu meinen eigenen Handkarten...

- Pen-dor: Prio 40
checkActive passt hier nicht, man muss auch die inaktiven mitzählen.
[Condition]
checkNumberOfCards(OPPONENT, COMBAT_AND_SUPPORT, ALL, AT_LEAST, 6);

- Neth-sur: Prio 40, in Ordnung

- Var-dis: Prio 40, das Viech heisst Var-dir-Nar und nicht Vas-dis-Nar

- Zig-nur: Prio 40, falscher Name, dieses Viech heisst "Zig-nur-Don"
battleGroundChange(FIRE) ... und nicht SWITCH

- Ras-mus: Prio 40
battleGroundChange(EARTH) ... und nicht SWITCH

- Chu-nan: Prio 40, in Ordnung

- Fel-nar: Prio 40
checkActive ist vielleicht nciht gerade das Beste...
es könnnten ja auch mal nur inaktive Karten ausliegen.
[Condition]
checkNumberOfCards(OPPONENT, COMBAT_AND_SUPPORT, ALL, EXACT, 0);

- Man-shu: Prio 40
checkForComponent(OPPONENT, ACTIVE, ALL, ALL_FREE, AT_LEAST, 1);
oder
checkActive(OPPONENT, ALL, ALL_FREE, AT_LEAST, 1);
(Aufpassen: nur bei wirkungsvollen Frei-Symbolen ausspielbar...)


Die Inquisitoren:

- Donnerfaust: Prio 40
Hier stellt sich die Frage wie die Sf gehandhabt wird, wenn beide mit Donnerfaust spielen.
müssen dann beide einmal einen Drachen nehmen, obwohl es absolut sinnlos ist?
Sieht ganz danach aus...
Eventuell ein "Condition" einbauen, welche dei Sf erst auslöst, wenn kein zweiter Donnerfaust vorhanden ist?

- Argusauge: Prio 40, siehe Vorschlag zu Ersetzen-Symbol

- Schlangenzung: Prio 40, in Ordnung


Die Interventionen:

- Wie könnt ihr es wagen, aber echt! *empört ist*: Prio 40, LEADER durch LEADERSHIP ersetzen

- Schande über euch!: Prio 40
Also: das checkForPhase braucht eigentlich einen Trigger, keine Condition.

- Weg damit!: Prio 40
Der discard effekt wird hier wohl etwas komplizierter...
Man kann nämlich ncith einfach eine aktive V oder U abwerfen,
sonder nur eine aktive V oder U welche in diesem Zug ausgespielt wurde...
Wie lange bleibt der "INTERMEDIATE"-Stapel bestehen?
Sonst könnte man hier auf diesen Stapel zurückgreifen...

- Genug Jetzt!: Prio 40, ein TURN_END wird hier wohl nicht wirklich der Wirkung gerecht werden,
da ein normales Turn_End noch immer zuviele Sfs getriggert werden.
Man braucht hier eher ein 2tes TURN_END, welches anschliessend nur noch vom normalem AFTER_TURN_END gefolgt wird
(also kein END_OF_TURN_END), und keine anderen Sfs mehr auslöst (Flacka, Kethar, Top-Gang, etc...)

- Euch werd' ich lehren!: Prio 40, COMBAT_AND_SUPPORT ansatt COMBAT_AREA

- Für wen haltet ihr euch!: Prio 40, getDragon(OPPONENT, -1) anstatt (PLAYER, 1)

- Das habe ich erwartet!: Prio 40, in Ordnung


Die Tutu-Karten:

Allgemeines Problem:
[Type] NOW trifft es nicht ganz.
Man muss die Karten abwerfen bevor man den Tutu ausspielt,
und nicht erst nachdem er ausliegt.

- ZischZisch: Prio 100, in Ordnung

- KwikKwik: Prio 100, in ordnung

- HukHuk, Prio 100, in Ordnung

- KorKor, Prio 100, in Ordnung

- RipRip: Prio 40, der Gute heisst RipRip und nicht KorKor.

- TukTuk: Prio 100, in Ordnung.

- PamPam: Prio 40, in Ordnung.

- Giftpfeile: Prio 40, in Ordnung.


Die Hyla-Karten:

- Piplox: Prio 40, SUPPORT_AREA durch COMBAT_AND_SUPPORT ersetzen.
Ob dies jetzt so funktionniert wie gewünscht, ist fraglich.
Ich hab bedenken wegen dem Stopp-Symbol. Je nachdem wie ihr dies einbauen wollt,
könnte es die setPlayOptions von Piplox negieren, was es aber nicht sollte.
Eventuell kriegt man das Problem schon alleine mit den Prios geregelt,
bin mir aber im moment nicht sicher.
Das gleiche gilt für Gedankensturm und Grossangriff.

- Hakbaad: Prio 40, in Ordnung

- Astel: Prio 40, in Ordnung

- Oktak: Prio 40, falscher Name: Oktak und nicht Piplox

- Rückkehr: Prio 40, Umsetzung ist eventuell etwas kompliziert gestaltet.
Eigenltich sucht man ja zuerst die neue Karte, dann wirft man Rückkehr ab.
Eventuell mal ein cast(Player) einbauen, ob man die Sf überhaupt nutzen will,
das löst schonmal das Problem, wenn man rückkehr ausspeilt, aber keine andere Hyla im Abwurfstapel hat.
Dann diese shuffle... ist irgendwie komisch... (ausserdem INFLUENCE durch INFLUENCE_AREA erweitern)
Nochmal etwas genauer drüberschauen Wink


Die Kristall-Karten:

Allgemein: wie bereits gesagt heisst es Crystal und nicht Chrystal
Alle 3 kriegen Prio 100, Rest scheint in Ordnung zu sein...



Das müsste es jetzt mal von mir gewesen sein...

mfg,
Redi die Lotto-Fee (alle Angaben sind leider ohne Gewähr... Confused )

P.S.: Bei Risiken und Nebenwirkungen (Kopfschmerzen durch das viele lesen, etc...),
erschlagen sie einen Frog oder verspeisen das BM-Regelheft...
Ruwenzori - Do 22 Dez, 2005 10:12
Titel:
Redamikanas hat folgendes geschrieben:
- Donnerfaust: Prio 40
Hier stellt sich die Frage wie die Sf gehandhabt wird, wenn beide mit Donnerfaust spielen.
müssen dann beide einmal einen Drachen nehmen, obwohl es absolut sinnlos ist?
Sieht ganz danach aus...
Eventuell ein "Condition" einbauen, welche dei Sf erst auslöst, wenn kein zweiter Donnerfaust vorhanden ist?

Ich würde nichts tun, was nicht durch die Regeln abgedeckt ist. Also in dem konkreten Fall nicht einkürzen, sondern beiden Spielern einen Drachen zugestehen, dem Startspieler zuerst.


Redamikanas hat folgendes geschrieben:
P.S.: Bei Risiken und Nebenwirkungen (Kopfschmerzen durch das viele lesen, etc...),
erschlagen sie einen Frog oder verspeisen das BM-Regelheft...

Der Teil mit dem Frog gefällt mir ganz gut Whistle
Frog - Do 22 Dez, 2005 11:33
Titel:
Redamikanas hat folgendes geschrieben:
P.S.: Bei Risiken und Nebenwirkungen (Kopfschmerzen durch das viele lesen, etc...),
erschlagen sie einen Frog oder verspeisen das BM-Regelheft...

He, Brutalo - "lesen" muss hier groß geschrieben werden. Wink
Alle Zeiten sind GMT + 1 Stunde
Powered by phpBB2 Plus and Kostenloses Forum based on phpBB