Darstellung kommt bei Parallel Process durcheinander

[BDraw]

Warum lässt du das nicht weg und überprüfst das Event stattdessen komplett mit if-Abfragen? Die kannst du unendlich verschachteln und hast da kein Limit!

...

Weil es dann permanent laufen muss. Im Falle eines PPs gibt das schnell Performance-Probleme und Bugs (s. independentArts Post), bei Autostarts blockiert ein einzelnes Event dann direkt die komplette Steuerung.

Eher wäre es ne Idee, die Steuerung dieser Switches und Variablen alleine auszulagern (falls das überhaupt nötig ist) und für das Autostartevent dann wirklich nur mit einer einzigen Variable zu arbeiten.

[Ken der Kot]

Weil es dann permanent laufen muss. Im Falle eines PPs gibt das schnell Performance-Probleme und Bugs (s. independentArts Post), bei Autostarts blockiert ein einzelnes Event dann direkt die komplette Steuerung.

Eher wäre es ne Idee, die Steuerung dieser Switches und Variablen alleine auszulagern (falls das überhaupt nötig ist) und für das Autostartevent dann wirklich nur mit einer einzigen Variable zu arbeiten.

...

Aha, und ansonsten läuft ein Parallel Prozess mit diesen Switches und Variablen, die man einstellt, nur dann, wenn die Switches an sind und die Variablen einen bestimmten Wert haben, oder?

[BDraw]

Genau.

Man kann beim erstellen von Events Startbedingungen einstellen (besagte zwei Switches + Variable, bei Berührung durch den Spieler/einen NPC, ...) die bestimmen, wodurch ein Event getriggert wird. Sind diese Bedingungen erfüllt, wird der Code darin ausgeführt. Abfragen, etc. sind Teil dieses Codes, dafür muss das Event also schon laufen.

Autostart-Events blockieren - egal was drinsteht - andere Events und vor allem die Steuerung, da sie für Cutscenes gedacht sind. Parallele Prozesse dagegen laufen halt parallel zu allem anderen - können aber halt auch zu Performance-Problemen führen, wenn zu viele laufen oder man beim Scripten nicht aufpasst. Da sollten normale Abfragen also nur verwendet werden um zu schauen, was der Prozess tun soll, nicht ob.

[IndependentArt]

Ich frage mich gerade, ob denn jemals mehrere der Events gleichzeitig aktiv sind. Kann mir das grad noch nicht recht vorstellen, weil die Bilder nicht funzen. Wenn nicht: Was spricht dagegen ein PP-Event zu machen mit einer Seite pro Charakter und jede Seite mit einer Variablennummer anzusteuern?

[Ghabry]

Ich gebe zu bedenken, dass PP-Events an der Stelle weiter laufen wo sie aufgehört haben, wenn man sie zB mit einem Switch an und ausschaltet. Vielleicht hat es auch damit zu tun.

...

Betrifft aber nur Parallele Common Events, Parallel Map events machen das nicht.

Genau.
Autostart-Events blockieren - egal was drinsteht - andere Events und vor allem die Steuerung, da sie für Cutscenes gedacht sind. Parallele Prozesse dagegen laufen halt parallel zu allem anderen - können aber halt auch zu Performance-Problemen führen, wenn zu viele laufen oder man beim Scripten nicht aufpasst. Da sollten normale Abfragen also nur verwendet werden um zu schauen, was der Prozess tun soll, nicht ob.

...

Man muss beachten, dass parallele Events untereinander im Prinzip kooperatives Multitasking machen (das Event signalisiert via Scriptende, "Wait" oder anderer Befehle die zu eienm "yield" führen, dass es für diesen Frame fertig ist). Wenn man das "yield" vergisst sind insbesondere Endlosschleifen teuer, da das PP 10000 Befehle pro Frame ausführen darf bevor es pausiert wird.
Okay und designbedingt sind alle Switch- und Variablenoperationen langsam, weil nach jeder Operation die komplette Map refreshed wird um parallele Events zu entfernen, die nicht mehr der Startbedingung entsprechen.