Moin moin...

Ein Freund von mir und ich entwickeln seit einigen Monaten eine sehr aufwändige Map für Natural-Selection. In ihr sind viele Zeitgesteuerte Abläufe (meist über Multi-Manager), die teilweise über 10 Minuten laufen.

Wird die Runde nun innerhalb der Zeit dieser Abläufe beendet und eine neue Runde ohne Mapchange/-restart begonnen, werden Zwar alle Entities zurückgesetzt, allerdings nicht die, die noch Zeitgesteuert auf Auslösung warten. Das bringt leider alles durcheinander.

Hat jemand eine Idee, wie man dieses Problem beheben kann? Zur Not wären auch Workarounds akzeptabel. Ich würde mich echt freuen, wenn jemand Ahnung hat, da das Projekt kurz vor der Fertigstellung steht.

MfG Henda

uhm... laufende aktionen abbrechen kann man meist nur mit nem changetarget was dann das ent auf was leeres zielen lässt, aber ein changetarget funktioniert nicht bei einem multi_manager.
du kannst probieren ein entity bei rundenstart auszulösen, was die alten sachen dann alle killt...

wäre aber natürlich auch problematisch

hr, zur not bauste alle schaltungen doppelt mit unterschiedlichen namen, lässt bei rundenstart das eine killen und das andere starten und beim nächsten rundenstart andersherum. aber ne direkte lösung fällt mir grad nicht ein :O

-LeJean-

Also inzwischen ist mir sogar eine Methode eingefallen, die wohl relativ sicher funktionieren müsste, allerdings finde ich sie alles andere als schön!
(Bitte nicht lachen :D)

Man nimmt sich statt der einzelnen Multimanager-Einträge jeweils eine func_door, bei der man die Geschwindigkeit auf 1 Unit/s stellt (1 pixel groß), stays open, bei lip stellt man den sekundenwert ein, dann noch passable und als Target, wenn sie das Ziel erreicht hat, das Entity, das vom Multimanager ausgelöst werden sollte.

Beim Rundenstart werden ja alle func_doors zurückgesetzt und somit wäre das gelöst. Bleibt zu hoffen, dass das auch mit Türen funktioniert, die grade in Fahrt sind.

Wie gesagt: Eine Sehr hässliche Methode, aber wenn wirklich garnichts funktioniert, muss ich dazu greifen ;)

Wieso hässlich?

Bei CS wirds doch auch so gemacht.
Und die Hilfstüren kann man ja irgendwo in nen großen Block setzen...

Es gibt 2 Möglichkeiten, eine Kristallkugel zu benutzen:
a) um damit Spekulationen über ein Problem eines Users zu machen und
b) um sie einem besonders unkooperativen User über den Schädel zu ziehen.
- bloggt jetzt auch selbst auf Sclavia.de

Habs Probiert, aber Türen verhalten sich sehr merkwürdig:
Beim Rundenstart laufen sie weiter, d.h., die Zeitsteuerung wird nicht zurückgesetzt. Sie laufen aber dann -egal wo sie grade sind- die gesamte Strecke nochmal ab, also fliegen unkontrolliert im Raum rum und springen dann auf einmal zurück.
Die Methode ist somit auch ungeeignet. Ich hab es im Moment so, wie LeJean es geschrieben hat, nur mit mehr als 2 Parallel laufenden Entity-Ketten. Und weil es noch Probleme mit trigger_hurts gibt, die nicht mit einem Relay deaktivierbar sind, sondern immer togglen und der Rundenstart sowohl im Game als auch im Readyroom ausgelöst wird, ist inzwischen ein total riesiger und wirrer Komplex aus trigger_relays, trigger_randoms, trigger_changetargets und multimanagern entstanden.

Funktioniert das Zurücksetzten vielleicht mit func_trains die die gleiche Funktion erfüllen, wie deine Türen?

Richman's Hazardous Course - Status: 100% !!!
www.richmans-maps.ch.vu - wieder online!

Nene, wir haben so gut wie alles getestet, auch Tracktrains, die bei jedem path_corner ein Ziel feuern sollten... Ging alles nicht. Das Einzige, das wirklich abgebrochen wird (was mir bisher bekannt ist) ist trigger_random, mit dem ich auch arbeite.