Ja.Zitat
Anders gesagt: Eins weniger als auf 100x100 Feldern Platz finden können.
Aber wozu brauchst du so extrem viele Events mit Touch?
Danke für die schnelle Antwort MM.
Ein kleiner Dämpfer. Allerdings stellt sich nun eine zusätzliche Frage, gibt es da Einbußen bei der Performance bei 9999 Events die auf Touch reagieren?
Wofür ich das benötige wird nicht verraten, das ist ein kleines Geheimprojekt an dem ich gerade arbeite, das erfahrt Ihr erst, wenn es fertig ist.
--"Gib einem Mann Feuer, und er hat es einen Tag lang warm. Steck ihn in Brand, und er hat es warm für den Rest seines Lebens"
Da hatte ich mir auch schon sorgen gemacht... aber ich denke es funzt! Die sind ja nich aktiv solang man sie nich berührt Oo
Gut, dann eine kleine Erklärung:
Bei jedem Schritt wird je nach Terrain ein Zufallsevent gestartet, die wiederum andere Zufallsevents auslösen, wenn die richtigen Bedingungen erfolgen.
Ich hatte geplant für jedes Terrain Zufalls-Starter auf die Map, also jeden einzelnen Sektor zu legen. (Auf Wälder,Berge usw)
Wie sähe da eine elegantere Lösung aus? Koordinaten-Abfrage beherrsche ich, aber ich müsste dennoch erstmal genau bestimmen, welche genauen Koordinaten zu welchem Terrainfeld gehören. Bei 2-3 Maps von 100x100 ist das denke ich ein noch größerer Aufwand als die (6 unterschiedlichen) Terrain-Events per Hand zu verteilen. Oder kann man irgendwie das Terrain abfragen über das man sich gerade bewegt? In der Datenbank kann man leider bei Terrain keine Switches aktivieren, was die ganze Sache natürlich erheblich vereinfachen würde.
lg Räbbit
--"Gib einem Mann Feuer, und er hat es einen Tag lang warm. Steck ihn in Brand, und er hat es warm für den Rest seines Lebens"
Terrain von einer Position einfangen kannst du, Seite 2, linke Spalte, viertletzter Befehl.
Du musst dann den restlichen Prozess wissen lassen, dass du dich grade bewegt hast,
damit der Kram auch nur genau dann neu gemacht wird.
Und wie stelle ich es genau an, dass das Event weiß das der Held sich bewegt hat, oh großer magischer Pfuhl des Wissens?
Da scheint bei mir noch eine Lücke zu sein. Über Hero-x-Coordinate + / - ? Oder doch anders?
--"Gib einem Mann Feuer, und er hat es einen Tag lang warm. Steck ihn in Brand, und er hat es warm für den Rest seines Lebens"
Ich würde die X/Y Koordinaten zwischenspeichern lassen, in zwei weitere Variablen (z.B. Check X, Check Y).
Dann vergleichst du die aktuellen Koordinaten mit den zwischengespeicherten Variablen, mithilfe der Fork Condition.
Sollten die X ODER die Y Koordinaten NICHT GLEICH sein, muss der Held sich ja bewegt haben.
Das ganze dann als Vorraussetzung nehmen, um den Zufallswert generieren zu lassen.
Ich würde da vielleicht ein 0.0 wait dazwischen lassen (vielleicht auch mehr)
Edit:
Nochmal zur eigentlichen Frage "Wieviele Events pro Map?"
Also meiner Erfahrung nach ist bei maximal 100 Events ist Schluss - performance-technisch gesehen.
Egal, ob die Events genutzt werden oder durch einen Switch deaktiviert sind, spielt keine Rolle.
Die werden ja trotzdem gelesen, einfach nur weil sie auf der Map sind.
Bei einer Karte von 100*100 sollte man sowieso SEHR wenig Events nutzen.
Vor allem wenn's um Pictures geht, oder ziemlich komplexe Skripte.
Geändert von Kyuraan (13.01.2012 um 18:02 Uhr)
Ja, genau so. Nur bei "wait" kannst du ruhig etwas mehr Zeit lassen, dann muss das Programm nicht beinahe ständig rechnen, sondern macht das leistungsschonender in Etappen.
Bei normaler Geschwindigkeit benötigt der Held für einen Schritt ~ 0,13 Sekunden. In "waits" sind das: 0,1s + 2x 0,0s (oder 8x 0,0s).
In der üblichen Horrospielschleichgeschwindigkeit ("2x slower") dauert ein Schritt ~ 0,27s. In waits: 0,2s + 4x 0,0s (oder 16x 0,0s)
Und ganz schrill ist man, wenn man sich für diesen Kram eine Exceltabelle mit den entsprechenden Formeln anlegt und künftig rechnen lässt.
Nachtrag:
Im bekannten und langerprobten Schrittgeräusche-Script hast du das übrigens alles fertig frei Haus. Dann musst du nicht mal selbst basteln und kannst die gesparte Zeit für anderes nutzen.
Danke für Eure Antworten!
Ich habe mal alles getestet, bin aber auf ein Problem gestoßen, dazu eine kleine Erläuterung des Event-Zwecks in seiner Ursprungsform als "HeroTouch":
Terrain/Sektor wird betreten=
(+1 zum Zeitzähler vom Tag&Nacht System)
(Hero Speed verringern/erhöhen/gleibleibend)
(Zufallswurf)
Etwas passiert / nichts passiert
Das Problem besteht jetzt in der PP Variante darin, das die Events nicht über einen Touch, sondern über eine Terrain-ID Variablen-Abfrage aktiviert werden. Also das Event wird auch aktiviert, wenn man einfach still dasteht. Ich finde nun irgendwie keine Möglichkeit, das Event nach einer Aktivierung stoppen zu lassen. Habe schon probiert, nach einer AKtivierung die Terrain-ID auf ein Leerlauf-Terrain setzen zu lassen. (Welches nichts aktiviert)
Klappt alles nicht! :P
Wie schaffe ich es also, dass sich die Terrain / Heldenbewegungsabfrage nicht immer und immer wieder looped?
Danke im Vorraus, Räbbit!
--"Gib einem Mann Feuer, und er hat es einen Tag lang warm. Steck ihn in Brand, und er hat es warm für den Rest seines Lebens"
Ich würde es mit einem Tab/Schalter versuchen oder noch besser mit einer Variabel um so das Event kurzzeitig oder auch dauerhaft so wie du es benötigst auszuschalten...Zitat
Lg
Multi-Master1988
@Multi-Master1988: Nein, das funktioniert in dem Fall nicht, da der Zweck des Events ja gerade ist zu verhindern, dass ich Tausende Events setzen muss. Würde ich jetzt aber das PP mit der Abfrage deaktivieren, müsste ich es auf irgendeinen Weg wieder aktivieren. Also eine Aktivierung des PPs wenn der Held weiterreist. Tja und dann bräuchte ich wieder das Hero-touch-Event, was ich ja eigentlich durch den PP ersetzen wollte.
Ich denke ich bleibe nun dabei, auf jeden Sektor ein Her-Touch-Event zu legen, das funktioniert wenigstens einwandfrei.
(Es gab noch einige andere kleine Fehler mit der PP Version)
Also wenn jetzt nicht jemand eine perfekte Lösung für ein Reiseskript hat, gehe ich den uneleganteren Weg.
mfG Räbbit
--"Gib einem Mann Feuer, und er hat es einen Tag lang warm. Steck ihn in Brand, und er hat es warm für den Rest seines Lebens"