Grundregeln der Flowgraphs

[ODemuth]

Naja da gibts eigentlich nur eine Grundregel: Learning by doing
Mit FG's ist alles möglich, man muss einfach genau wissen was man machen will und in etwa wissen welche FG-nodes man dazu braucht und was diese bewirken, das alles kommt mit der Zeit, einfach mal hinsetzen und versuchen etwas zu "basteln"

[0racle]

zu Wissen was ich machen will, daran harperts nicht, ehr das ich zu genau weiß was ich machen will .

Ich werds mal austesten, ich denke mal ich brauch auch nur nen Antoß aber ich bekomm ja nichtmal hin das mein Grunt ne Animation macht....:-/

[ODemuth]

Naja nem Grunt ne Animation zu verpassen ist auch nicht so einfach, da er sie nur ausfühhrt, wenn er nicht im combat-mode ist...
Was willst du denn genau machen?
Wenn du deine Ideen hier schreibst, kann ich/können wir alle hier dir vlt helfen

[XcorpioN]

Am meisten lernst du von bereits bestehenden Flowgraphs. Die von Crysis sind ganz nett, aber nicht wirklich interessant. Sammle mal ein paar von Crymod die interessant sind und schau sie dir an. Ist nicht einfach alles sofort zu verstehen, musst du auch nicht, aber du erkennst (sofern man dem Englisch mächtig ist) schnell, was wofür zuständig sein könnte. Aber wie es funktioniert weiß man auch dann nicht, dann heißt es wie ODemuth schon sagte, learning bei doing. Elemente verändern (werte der Notes), Entities, Inputs wechseln und zwischendruch immer ins Game switchen und schauen was es bewirkt hat. Dann checkst du das.
Flowgraphs sind in meinen Augen das genialste an Crysis, man kann echt ALLES machen wenn man weiß wie.

Also grundlegend für Flowgraphs, sofern ich das beschreiben kann:


Der Aufbau

Die Flowgraph Nodes sind meist mit Inputs und Outputs versehen (also Hauptsächlich), dabei ist das Input immer dafür zuständig etwas bei dem jeweiligen Node auszulösen, das Output eine Veränderung oder etwas Ausgelöstes weiterzugeben.
Viele Nodes brauchen eine zugewiesene Einheit (Entity), auf die das Node wirksam wird. Beispielsweise Movement-nodes um zu wissen, welches Entity bewegt werden muss.
Viele Inputs muss man jedoch nicht mit einem eingehenden Pfeil, also dem Output eines anderen Nodes belegen, sondern kann sie "Freischalten". Dazu klickt man einfach auf das Node und rechts in der Bar erscheint eine Liste, bei der man "Haken" machen kann, was generell aktiviert ist oder nicht. Hinzu werden in dieser Leiste auch Werte eingetragen, Strings (Verzeichnisse) oder Keys und Ähnliches.


Der Start

Alles muss irgendwo starten, mit einem "Enable" (was nicht unbedingt einen Input brauch, man kann auch rechts in der Bar wenn man das jeweilige Node, beispielsweise eine Einheit, angeklickt hat einen Haken bei Enabled machen), einem "Misc:Start" Node (also zu finden unter Misc > Start, in Crysis 2 unter Game > Start) oder unter Umständen einen Time:Timer. Auch werden Gametokens oder Trigger für das starten einer Aktion genutzt. Gametokens muss man selbst erstmal begreifen, worauf ich nicht eingehe, doch macht man gebrauch von einem "Trigger", ist die handhabung einfach. Man setzt am besten einen ProximitryTrigger, durch den der Spieler läuft - im FG hat man nun den Trigger als Auslöser des Flowgraphes, das heißt sein "Enter"-Output geht in den Auslösenden Input.
Ein weiterer sinnvoller Auslöser neben Misc:Start und ProximitryTriggern ist das Node Input:Key, bei dem man eine Taste zum Auslösen einer Aktion wählen kann.

Logik: Schleifen/Reihenschaltung/Massenschaltung

Eines der wohl am häufigsten auftrenden Nodes ist das Logic:Any, ein Node, das einem viele Umwege erspart. Es brauch kein Entity, lediglich Inputs die belegt werden müssen, damit das Output wirksam wird. Es hat 6 Inputs und 1 Output (Es müssen aber nicht alle Inputs belegt werden um das Output wirksam zu machen).
Hat man beispielsweise zwei Entities, die bei ihrem tot etwas auslösen sollen, so verbindet man das "Dead"-Output der Entity mit dem Logic:Any. Verbindet man beide Deads mit dem Logic:Any, so muss nur eine Entity sterben, damit das Logic:Any greift (Any = Irgendeiner, Irgendwas).
Will man jedoch beispielsweise, dass nur dann der Output wirksam wird, wenn beide Entities tot sind, so nutzt man statt einem Logic:Any, ein Logic:All - dort wird das Output nur wirksam, wenn alle damit verbundenen Inputs aktiviert wurden (doch auch hier gilt, das nicht alle belegt sein müssen, belegte Slots müssen lediglich erfüllt werden!).
So verhält es sich mit vielen Notes, und sie erklären sich meist von ganz allein.

Um eine Schleife zu schalten, etwas das sich in kurzen Abständen wiederholt, brauch mal ein Logic:Any und ein Time: Delay. Das Logic:Any bekommt einen Input von einen Auslöser und sein Output geht in das Node, was als nächstes Auslösen soll und in das besagte Time: Delay. Time: Delay steht für einen Zeitintervall der verstreichen soll, dabei kann man die Zeit in Sekunden angeben. Nehmen wir 60 Sekunden. Verbinden das Outpout des Time: Delay mit dem zweiten Input des Logic:Any und nach jeder Minute wird das Output des Logic:Any betätigt.
Möchte man eine permanente Schleife, so kann man die Zeit auf 0.01 herunterschrauben (also eine Milisekunde), also kaum wahrnehmbarer Zeitabstand, oder ganz einfach das Time: Delay mit einem zweiten Logic:Any ersetzen. So entsteht garkeine Verzögerung bis das erste Any wieder seinen Output startet, da es in einer permanenten Schleife geschaltet ist.

Man kann ein Output mit so vielen Inputs/Entities verbinden wie man benötigt, doch nur ein Input kann mit einem Output ausgestattet werden.

Ich hoffe das hilt dir und anderen wenigstens ein bisschen die Grundlagen zu verstehen. Wenn ihr Ideen habt, aber es an der Umsetzung scheitert, einfach im Crysis 2 Sandbox 3 Editor Q&A posten und es wird euch bestimmt erklärt oder gezeigt

MfG
XcorpioN

[0racle]

Wahnsinn. Vielen Dank.

Das hat mir auf Anhieb sehr viel geholfen. Und vermutlich auch meinen Fehler aufgedeckt. Schaun wir mal. Auf jedenfall werd ich mich da ab heute Abend mal reinarbeiten.

falls ich Probleme hab, ich weiß ja wieviele Hilfsbereite Leute hier sind, siehe deinen post !unglaublich!

Eine abschließende frage hab ich aber noch: Was nehme ich denn dann am besten als AI zum animieren einer Cutscene anstatt des Grunts?

vllt können wir diesen Thread ja erhalten, um einzelne Flowgraphs zu erstellen, bzw Probeleme zu bearbeiten und das dann später als fertige Tuts(bzw FG´s) zur Verfügung stellen`?

[Flow groover]

Am besten du nutzt keine AI (!!) da diese für TrackViews zu unzuverlässig ist, und am besten nimmst du AnimObject's, und animierst die aufwendig per TV.
Zwar deutlich aufwendiger, aber auch deutlich professioneller.
Denn AIs machen niemals 2x mal das selbe, und bei ner Cinematic Sequence willst du sicher das alles glattläuft? Heist nicht das du absolut keine AI nutzen darfst, aber bei so simplen Sachen wie rumrennen lassen, ne Animation abspielen (gerade hier) ist es besser wenn du AnimObject's nimmst und nicht mit AI arbeitest.
Es gibt aber auch Sachen die du garnicht mit AnimObjects machen kanst, schiesen lassen, sterben lassen... Liegt aber eher am Mangel passender Animationen..

[0racle]

Das hieße im Umkehrschluss, wenn ich also in einer Scene erst Animations haben will und später durch die getöteten Leute den levelfortschirtt erreichen will, tausche ich die AnimObjects zu gegebenem Zeitpunkt durch Grunts mit dem gleichen Model aus?

[Flow groover]

Wenn es Ingame ist, kannst du ruhig AIs nehmen, blos bei TrackViews empfielt es sich nicht.
Weis grad nicht was du meinst mit levelfortschritt, dann hat es ja nichtsmehr mit ner Sequenz zu tun? Was willst du denn jetzt machen?

[Hamers]

@0racle
So macht man es generell. In einer scene AnimObjects verwenden, und die noch gebrauchten dannach gegen AIs austauschen (macht Crytek auch so)