Leg-das-Rohr-Minispiel

Immerhin habe ich jetzt für die Abfrage, welcher Rohrtyp im Feld liegt und welche Animation jeweils gestartet werden muss, ein Mini-Script hingekriegt...
Spare ich mir 300 händische Einträge (frei nach Homer Simpson: Juhuuh!!!)

Diese Abfrage brauche ich ja demnächst auch für die Wassereinlaufabfrage.

Um Animationen zu "sparen", wäre natürlich der direkte Frame-Zugriff sinnvoll.

Als Test habe ich mir für Linksklick das Feld7 ausgesucht. Die Animation Ani7 enthält den Wasser-Einlauf von links und von rechts hintereinander. Ich muss also für eine Seite die Frames 1-12, für die zweite die Frames 13-24 abspielen. Ich würde erwarten, dass dann die Animation zwar verschwindet (weil gestoppt), - das kann man korrigieren. Aber die Ani läuft IMMER komplett durch, egal, welche Funktionen ich probiere. Die Zeile startAnimation funktioniert also. Was ist dennoch falsch?

warum ist setAnimFrames global? Wenn es in einem Definitionsscript steht, ist die Funktion sowieso verfügbar. Du speicherst ja auch nichts, sondern führst speziell für die in den Übergabeparametern angegebenen Daten etwas aus. Das global kann also weg  

Stimmt! Das "global" war Schuld! Jetzt laufen Frame 1-12 ab und die Animation verschwindet danach, OHNE dass 13-24 abgespielt werden (wie erwartet).  Quellcode habe ich irgendwann mal aus irgendeinem Wiki- oder Forumseintrag kopiert, ist schon ein Jahr her...

Super-Tipp. Hätte nie geglaubt, dass das stören könnte.

Die Animation selbst soll ja nicht unendlich laufen, denn der Wassereinlauf geschieht ja nur einmal. Ich muss höchstens am letzten Frame eine Aktion einbauen, die den letzten Frame (wo das Rohr voll ist) unendlich wiederholt ODER auf eine unendliche Standbild-Animation mit vollem Rohr überwechseln. Dummerweise erfordert das alles mehr Tipp-Arbeit als Einzelanimationen, denn ich muss in jede der 25 Animationen rein, den Frame 12 und 24 auswählen, dort eine individuelle Aktion setzen, - denn beim Kopieren von Animationen wird die Nummerierung leider nicht angepasst.

Ja, ich weiß, mit Lua ginge das alles viel besser... aber ich bin ja schon froh, wenn überhaupt irgendwas startet...

Edit:

zudem setzt das FirstFrame setzen nicht unbedingt die Animationen auch sofort auf diesen Startframe, da diese ggfm noch mitten drin ist. Erst wenn es den LastFrame erreicht springt die Animationelnauf den FirstFrame. Ein StopAnimation vor dem StartAnimation könnte das beheben... 

Mmh, beim Mausklick passiert das nicht (auch wenn ich die Animation auf unendlich stelle). Sie startet immer brav am Anfang, läuft durch und verschwindet, egal wie lange ich warte oder was ich sonst so mache. Vielleicht geschieht das erst, wenn ich mehrere aktive Animationen habe.

Mit dem Begriff der "aktiven" Animation komme ich sowieso nicht gut klar, denn es sind ja immer mehrere Animationen zur selben Zeit aktiv. Alle Rohrdarstellungen sind ja z.B.  unendliche Animationen, die unentwegt abspielen (also sind bis zu 25 Animationen gleichzeitig aktiv, oder?), und wenn der Wassereinlauf startet, sind ja mindestens zwei Anis gleichzeitig aktiv (dort, wo der Spieler klickt und dort, wo bereits Wasser einläuft...).

ja, das ist korrekt. Alle momentan laufenden Animationen sind per "ActiveAnimations[name]" ansprechbar. 

Um mir die Schreibarbeit zu ersparen, müsste ich nun ein Script schreiben, das jeweils am Ende der Animationssequenz aufgerufen wird (das ließe sich stumpf mitkopieren, weil es immer gleich heißt), müsste dortdrin die zugehörige Animation abfragen (also in welcher bin ich gerade), müsste davon den entsprechenden Frame heraupicken und dort mit setAnimFrames den Endframe auf unendlich stellen (z.B. Loop von 12 zu 12).

Aber dann ist es fast müheloser, jede Animation einzeln einzutragen. Dazu brauche ich nämlich nur in die Animationsliste gehen und die jeweiligen Indices auszutauschen. Ist zwar stumpfsinnig, aber ich brauche wenigstens in kein Untermenü reinklicken. Die Lua-Variante kommt mir noch zu kompliziert vor.

Der Speicherverbrauch pro geladener Animation ist doch so oder so (fast) derselbe, oder? Ob ich nun 12x12 Frames in jeweils einer Animation aufgereiht habe und die Frames herauspicke, oder 12 Animationen mit 12 Frames...?

Puh, für die Wasserabfrage habe ich noch keine sinnvolle Idee. Am Anfang des Spiels habe ich nur zwei Möglichkeiten, weil das Startfeld links oben in der Ecke liegt. Ein gebogenes Rohr nach oben stößt auf den Rand, es bleiben nur ein waagerechtes oder eines nach unten.

Ich wollte also abfragen, ob Typ 2 (waagrechtes Rohr) oder Typ 6 (gebogenes Rohr links unten) auf Feld1 (=n) liegen. Danach frage ich ab, ob Feld n+1 ein gerades Rohr oder die beiden anderen gebogenen Rohrmöglichkeiten aufweist.
Wenn Feld 1 ein gebogenes Rohr nach unten hat (oder ein senkrechtes oder anderes gebogenes), muss ich Feld n+5 abfragen.

Das klappt sogar.

Aber die Abfragen werden potentiell natürlich immer mehr. Ich suche also noch nach einem sinnvollen Algorithmus. Sonst habe ich dutzende von if-Abfragen. Dieses Problem wurde ja in 1000 Spielen bereits gelöst (und wenn es auch nur etwas ähnliches wie Memory oder Dame ist). In einem PDF ("MakingGames") von Al Sweigart wurden explizite Lösungsansätze mit Python ausführlich beschrieben - sowas hätte ich gern mit Lua...

wenn du für jedes Feld einen Wert hast für desses Wasserstand, lässt sich das theoretisch mit einer Funktion lösen.

Danke für deine schnelle Rückmeldung!

Stufen für den Wassereinlauf habe ich nicht vorgesehen. Nach einer Pause von 30 Sekunden startet links der Wassereinlauf. Erreicht das Wasser das nächste Rohrfeld, startet dort eine Einlaufanimation, wenn die Verbindung existiert, solange bis das letzte Feld 25 erreicht ist. Existiert keine, ist das Spiel beendet. Ich frage also irgendeinen, noch nicht näher festgelegten Wert ab, ob das Rohr verbunden ist. Wenn ja, kann für das angeschlossene Feld die Einlauf-Animation starten.

Was nützt mir ein Wasserstand von z.B. 2 (die "Füllmenge" an sich gibt es ja nicht)? Das wären dann vielleicht irgendwelche halbvollen Frames innerhalb der jeweiligen Fließ-Animation. Deshalb ist mir momentan nicht klar, worin der Vorteil besteht, 6 Stufen zu benutzen.

Die Abfrage, ob die Rohre verbunden sind, müsste ich in kurzen Abständen wiederholen, damit immer der aktuelle Zustand abgerufen wird.

Das mit dem Vormerken ist jedoch sinnvoll, denn es existieren bis zum Einlaufen bereits verbundene Rohre. Ich habe die Werte "verbunden, aber noch leer (klicken geht noch), und Wasser könnte fließen", und "Wasser läuft bereits ein (klicken geht nicht mehr)" Vielleicht habe ich dich aber auch falsch verstanden.

den füllstand als wert hätte ich halt genutzt um quasi den stand der dinge pro feld abzufragen, damit nicht jedes mal ein neues Feld gechekct wird, sondern nur alle X schritte je nach wasserstand halt. 6 war jetzt ein reines Beispiel