Jetzt wird die wichtigste Funktion aufgerufen.\u00a0In dieser Funktion wird festgelegt\u00a0bei welchem Speichercode, welche Zone, welches Item und welcher Task aktiviert wird. Diese Funktion wird sowohl bei einer manuellen Speichercode-Eingabe vom Spieler als auch beim regul\u00e4ren Spielverlauf aufgerufen. Dies hat den Vorteil, dass man nur einmal im Wherigo festlegen muss, welche Dinge am Anfang eines neuen Speichercode Abschnitts aktiv sind.<\/p>\n
Ab hier kann man ganz regul\u00e4r innerhalb der Zonen, Gegenst\u00e4nde usw… weiter programmieren, wie man es sonst auch immer macht. Es k\u00f6nnen innerhalb der Level nat\u00fcrlich auch neue Zonen, Gegenst\u00e4nde oder Aufgaben aktiviert werden. Wenn es allerdings einen Absturz gibt, landet man nat\u00fcrlich immer am Anfang des Levels\/Speichercodeabschnitt. Ich habe immer darauf geachtet, dass immer bei langen physischen Wegen zwischen den Stages ein neues Level beginnt, damit man bei einem Absturz nicht zur\u00fccklaufen muss und kein Frust bei den Spielern entsteht. Vorausgesetzt nat\u00fcrlich der aktuelle Speichercode ist bekannt oder wird bei einem anderen Spieler ausgelesen.<\/p>\n
Im Prinzip beschr\u00e4nkt sich die Einbindung des Speichercodes-System auf das Erstellen zwei zentraler Funktionen, drei\u00a0Variablen, einen Input und das Speichercode-Men\u00fc Item im Inventar.<\/p>\n
Wie binde ich das Speichercode-System ein?<\/h2>\n1. Variablen und Funktionen<\/h3>\n
Als erstes legen wir drei Variablen an:<\/p>\n
Speichercode<\/strong> SpeichercodeAbfrage<\/strong> Einzelspieler<\/strong> <\/p>\n Jetzt zu den Funktionen:<\/p>\n resetAll<\/strong><\/p>\n Diese Funktion deaktiviert in erster Linie alle Zone, Items und Tasks \u00fcber das LUA-Skript. Au\u00dferdem beinhaltet sie die\u00a0Ansage des neuen Speichercodes im Einzelspielermodus. Das bietet sich an, da resetAll immer aufgerufen wird, wenn es eine Level\u00e4nderung gibt und<\/strong> der neue Speichercode g\u00fcltig ist. Sie sieht in etwa so aus:<\/p>\n <\/p>\n changeLevel<\/strong><\/p>\n Wie schon erw\u00e4hnt ist dies die wichtigste Funktion des Speichercode-Systems.\u00a0Bei der Programmierung der Cartridge muss diese Funktion nat\u00fcrlich immer erweitert und bearbeitet werden, da sie ja die Speichercodeabschnitte festlegt. Dabei kann man die einzelnen If-Bl\u00f6cke einfach kopieren und einf\u00fcgen. Hier ist auch im Else-Block der Fall behandelt, wenn es zu einer falschen Speichercodeeingabe kommt.<\/p>\n <\/p>\n Es macht \u00fcberhaupt nichts, wenn man noch nie mit LUA-Skripten im Wherigo gearbeitet hat. Alle LUA-Funktionen werden einmal zentral eingegeben und dann per dem „Lua User code“ aufgerufen. Die LUA-Funktionen findet man im Men\u00fc View\/Lua user functions:<\/p>\n Es erscheint ein leeres Textfeld \u00fcber die komplette Seite. Hier muss man folgendes LUA-Skript eingeben:<\/p>\n function DeactivateAll() Wie schon erw\u00e4hnt ist dies der Code, der alle Zonen, Tasks und Items deaktiviert. Er wird in der resetAll Funktion ausgef\u00fchrt. Eine kurze Erkl\u00e4rung zum Skript:\u00a0Es werden alle Objekte der Cartridge ausgelesen und nacheinander abgefragt. Handelt es sich um eine Zone oder Task, werden diese deaktiviert (siehe Zeile 3,4 und 5). In Zeile 6,7 und 8 werden alles\u00a0Items bis auf das Speichercode-Men\u00fc versteckt. Das ist nat\u00fcrlich ziemlich wichtig, sonst w\u00fcrde\u00a0nach dem ersten Level-Wechsel das Speichercode-Men\u00fc auch deaktiviert\/versteckt werden.<\/p>\n Ganz wichtig ist noch, dass wir die LUA-Identifier f\u00fcr die komplette Cartridge eingeben. Urwigo legt diese Namen normalerweise automatisch fest. Da wir aber im Skript die Wherigo-Cartridge mit\u00a0cartridge.AllZObjects<\/em> ansprechen, muss der Identifier\u00a0der Cartridge mit\u00a0„cartrige“ festgelegt werden:<\/p>\n Im Anschluss\u00a0m\u00fcssen wir dann auch den Identifier f\u00fcr das Speichercode-Men\u00fc-Item mit „speichercodemenu“ festlegen.<\/p>\n <\/p>\n F\u00fcr das Speichercodemen\u00fc brauchen wir nat\u00fcrlich ein so betiteltes Item mit einer kleinen Beschreibung und zwei Commands.\u00a0Bitte nicht vergessen den Identifier auf „speichercodemenu“ zu setzen.<\/p>\n Die zwei Commands im Speichercodemen\u00fc sind denkbar einfach. F\u00fcr den Command „Speichercode eingeben“ muss nat\u00fcrlich ein Input angelegt werden. Hier die Programmierung f\u00fcr „Speichercode abfragen“:<\/p>\n Unter „Speichercode eingeben“ befindet sich nur der Aufruf des Inputs:<\/p>\n Hier die Einstellungen und die Programmierung f\u00fcr den Input:<\/p>\n Hier findet das Zwischenspeichern des Speichercodes in SpeichercodeAbfrage statt. Anschlie\u00dfend wird die Variable Speichercode auf die Eingabe vom Spieler gesetzt und changeLevel aufgerufen. Das wars auch schon. Der Fehlerfall wird ja in der changeLevel Funktion behandelt.<\/p>\n <\/p>\n Das Aktivieren eines neuen Levels ist auch denkbar einfach. Speichercode Variable auf den n\u00e4chsten Code setzen und anschlie\u00dfend changeLevel ausf\u00fchren.<\/p>\n <\/p>\n Hier ein Beispiel f\u00fcr die Auswahl des Spielermodus am beim Starten der Cartridge:<\/p>\n
\ntype: value
\nvalue: 0
\nDiese Variable enth\u00e4lt den aktuellen Speichercode. Sie wird im regul\u00e4ren Spielverlauf an der entscheidenen Stelle bzw beim Beginn eines neuen Levels auf die neue Nummer gesetzt.<\/p>\n
\ntype: value
\nvalue: 0
\nDiese Variable dient als Zwischenspeicher, wenn eine manuelle Speichercodeeingabe im Men\u00fc erfolgt. Der aktuelle Speichercode wird in dieser Variable zwischengespeichert und der vom Spieler eingegebene Code durchl\u00e4uft die changeLevel Funktion. Falls die Nummer vom Spieler falsch ist, wird in der changeLevel Funktion die Speichercode Variable wieder auf die SpeichercodeAbfrage Variable gesetzt. Somit geht bei einer falschen Eingabe der aktuelle g\u00fcltige Speichercode nicht verloren.<\/p>\n
\ntype: flag
\nvalue: false
\nWie schon erw\u00e4hnt, kann man am Anfang des Spiels ausw\u00e4hlen, ob man alleine oder im Team spielt. Diese Einstellung wird in dieser\u00a0Variable gespeichert. Falls man alleine unterwegs ist, wird dem Spieler immer per Message mitgeteilt, wenn sich der Speichercode \u00e4ndert. Die Variable wird dann auf true gesetzt.<\/p>\n![\"VirtualBox_Windows_14_03_2017_15_40_30\"](\"http:\/\/martin.guenzel-ag.de\/wp-content\/uploads\/2017\/03\/VirtualBox_Windows_14_03_2017_15_40_30.png\")
<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n2. LUA-Funktion<\/h3>\n
<\/a><\/p>\n
\n<\/em>for k,v in ipairs(cartridge.AllZObjects) do
\n<\/em>if tostring(v) == „a Zone instance“ or tostring(v) == „a ZTask instance“ then
\n<\/em>v.Active = false
\n<\/em>end;
\n<\/em>if tostring(v) == „a ZItem instance“ and v.Name ~= speichercodemenu.Name then
\n<\/em>v.Visible = false
\n<\/em>end;
\n<\/em>end
\n<\/em>end<\/em><\/span><\/p>\n<\/a><\/p>\n\u00a03. Speichercodemen\u00fc<\/h3>\n
<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n4. Level\u00e4nderung im Spielverlauf<\/h3>\n
<\/a><\/p>\n5. Einzelspieler \/ Mehrspieler<\/h3>\n