Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen gezeigt.
| Beide Seiten, vorherige Überarbeitung Vorherige Überarbeitung Nächste Überarbeitung | Vorherige Überarbeitung | ||
|
quickstart:spacer:mover [2016/02/17 10:35] zollaidal |
quickstart:spacer:mover [2016/03/08 09:54] (aktuell) zollaidal |
||
|---|---|---|---|
| Zeile 1: | Zeile 1: | ||
| - | ====== Mover 1 ====== | + | ====== Mover Level 1 ====== |
| ===== 1. Beschreibung ===== | ===== 1. Beschreibung ===== | ||
| Zeile 77: | Zeile 77: | ||
| ===== 5. Mover Keyframes ===== | ===== 5. Mover Keyframes ===== | ||
| - | * 5.1 Ein Keyframe ist die Position die ein Mover einnehmen kann. Für eine Geradeausfahrt benötigt man üblicherweise lediglich 2 Keyframes, es sei denn, dass die Fahrt des Movers auf seiner Wegstrecke vom Start zum Ziel unterbrochen werden soll. Das bedarf aber besonderer Steuerelemente. Da wir unser Gitter nur nach oben fahren aus der Startposition (geschlossen) zur Endposition (geöffnet) benötigen wir ebenfalls nur zwei Keyframes. | + | * 5.1 Ein Keyframe ist die Position die ein Mover einnehmen kann. Für eine Geradeausfahrt benötigt man üblicherweise lediglich 2 Keyframes, __es sei denn, dass die Fahrt des Movers auf seiner Wegstrecke vom Start zum Ziel unterbrochen werden soll.\\__ |
| + | Das bedarf aber besonderer Steuerelemente -> [[quickstart:schaltelemente|]] - benötigen wir aber für diesen Beispielmover nicht! | ||
| + | |||
| + | * Da wir unser Gitter nur nach oben fahren aus der Startposition (geschlossen) zur Endposition (geöffnet) benötigen wir ebenfalls nur zwei Keyframes. | ||
| * 5.2__ Keyframe 0 Startposition__ | * 5.2__ Keyframe 0 Startposition__ | ||
| * Wenn wir unseren Mover sauber in den Durchgang eingebaut haben und der Durchgang durch das Gitter geschlossen ist, befindet sich unser Mover bereits in Startposition, also auf der Position des Keyframes 0. Allerdings müssen wir das dem Mover noch "sagen", dass er sich auf der Keyframe 0 Position befindet und gehen folgendermassen vor: | * Wenn wir unseren Mover sauber in den Durchgang eingebaut haben und der Durchgang durch das Gitter geschlossen ist, befindet sich unser Mover bereits in Startposition, also auf der Position des Keyframes 0. Allerdings müssen wir das dem Mover noch "sagen", dass er sich auf der Keyframe 0 Position befindet und gehen folgendermassen vor: | ||
| Zeile 121: | Zeile 124: | ||
| * 6.5 __RESET__ | * 6.5 __RESET__ | ||
| - | * Wenn ihr genug mit den Pfeiltasten gespielt habt :o) dann bitte die Keyframe-Anzeige im Objekt**Pages**Fenster wieder auf Keyframe 0 stellen und den Butten "Apply" im Objekt-Fenster drücken (**reset aller Testaktionen**) So lange ihr bei den Frame Positionen nichts neugespeichert habt, erhaltet ihr immer wieder eure in 5.1 - 5.3 programmierte Grundeinstellung. Das ist auch praktisch, wenn ihr mal aus Versehen eine falsche Positionierungstaste (Tastatur) betätigt und das Movergatter verdreht oder verschiebt. Einfach resetten mit dem "Apply" Button des Objektfensters und alles ist wieder in bester Ordnung. | + | * Wenn ihr genug mit den Pfeiltasten gespielt habt :o) dann bitte die Keyframe-Anzeige im Objekt**Pages**Fenster wieder auf Keyframe 0 stellen und den Butten "Apply" im Objekt-Fenster drücken (**reset aller Testaktionen**) So lange ihr bei den Frame Positionen nichts neugespeichert habt, erhaltet ihr immer wieder eure in 5.1 - 5.3 programmierte Grundeinstellung. Das ist auch praktisch, wenn ihr mal aus Versehen eine falsche Positionierungstaste (Tastatur) betätigt und das Movergatter verdreht oder verschiebt. Einfach resetten mit dem "Apply" Button des Objektfensters und alles ist wieder in bester Ordnung, aber nur, wenn ihr nicht zwischenzeitlich den Button "New Key" betätigt habt. |
| - | * 6.6 __TESTFAHRT__ | + | * 6.6 __LÖSCHEN__ |
| + | * Habt ihr zwischenzeitlich den "New Key" Button betätigt und seid im "Insert" Modus, so habt ihr einen neuen Keyframe erzeugt (Keyframe 2) | ||
| + | * Falls der unerwünscht ist, müsst ihr den Keyframe 2 mit den Pfeiltasten anwählen <- 2 -> und mit einem Klick auf den Button "Del Key" wieder löschen und anschliessend im Objektfenster auf "Apply" klicken. | ||
| + | |||
| + | * 6.7 __TESTFAHRT__ | ||
| * Wir klicken im Objekt**Pages**Fenster im linken Teilefenster auf den Eintrag "TRIGGER" | * Wir klicken im Objekt**Pages**Fenster im linken Teilefenster auf den Eintrag "TRIGGER" | ||
| {{:quickstart:spacer:mov_17.jpg|}} | {{:quickstart:spacer:mov_17.jpg|}} | ||
| Zeile 162: | Zeile 169: | ||
| * Das Movergitter springt auf Position 0 (unten, Gitter geschlossen) und jetzt haben wir wieder das oben schon angesprochene Phänomen, dass das Objekt**Pages**Fenster den Keyframe 1 anzeigt, obwohl sich der Mover auf der Position von Keyframe 0 befindet | * Das Movergitter springt auf Position 0 (unten, Gitter geschlossen) und jetzt haben wir wieder das oben schon angesprochene Phänomen, dass das Objekt**Pages**Fenster den Keyframe 1 anzeigt, obwohl sich der Mover auf der Position von Keyframe 0 befindet | ||
| - | * Wir korrigieren das wieder, in dem wir auf die __linke Pfeiltaste__ klicken und die "0" erscheint | + | * 7.8 Wir korrigieren das wieder, in dem wir auf die __linke Pfeiltaste__ klicken und die "0" erscheint |
| * (**paradox ist, dass nur in dieser Situation __- nach Keyframe Programmierung -__ die linke Pfeiltaste abwärts zählt, wohingegen, wenn wir unter normalen umständen einen Keyframe direkt anwählen wollen, das genau umgekehrt ist.**) | * (**paradox ist, dass nur in dieser Situation __- nach Keyframe Programmierung -__ die linke Pfeiltaste abwärts zählt, wohingegen, wenn wir unter normalen umständen einen Keyframe direkt anwählen wollen, das genau umgekehrt ist.**) | ||
| - | * Wir deaktivieren den Move-Modus und klicken noch einmal im Objektfenster auf "Apply" und machen anschliessend eine Testfahrt -> [[quickstart:spacer:mover|]] | + | * 7.9 Wir deaktivieren den Move-Modus und klicken im Objektfenster auf "Apply" und machen eine Testfahrt -> [[quickstart:spacer:mover#mover_testfahrt|]] -> Punkt 6.7 |
| ===== 8. Mover Einstellungen ===== | ===== 8. Mover Einstellungen ===== | ||
| Zeile 258: | Zeile 265: | ||
| * 9.4 Scriptseitige Steuerung: Über den Switch, der ja auch die Optionen: | * 9.4 Scriptseitige Steuerung: Über den Switch, der ja auch die Optionen: | ||
| - | * ConditionFunc: | + | * ConditionFunc:........... |
| - | * onStatFunc: | + | * onStatFunc:.............. besitzt. |
| - | * besitzt kann man ebenfalls den Mover aufrufen unter irgend welchen Bedingungen. | + | * Damit kann man ebenfalls den Mover aufrufen unter irgend welchen Bedingungen. |
| + | |||
| + | * 9.5 TriggerBox: Über einen oCTriggerscript kann man ebenfalls den Mover aufrufen -> [[quickstart:triggerscript|]] | ||
| + | * Da kann man zum Beispiel das Delay des oCTriggerscript nutzen ( Mover aufrufen mit Zeitverzögerung), da alle diese nachfolgend gezeigten Optionen die im Objektfenster eines __Movers__ angeboten werden __nicht funktionieren.__ | ||
| + | {{:quickstart:spacer:mov_28.jpg|}} | ||
| + | |||
| + | * Die Befehlszeile zum Aufruf unseres Movers in Scripten lautet im Beispielfalle: | ||
| + | |||
| + | *<code> Wld_SendTrigger("TESTMOVER");</code> | ||
| - | * 9.5 TriggerBox: Über einen oCTriggerscript kann man natürlich ebenfalls den Mover aufrufen. | + | Wer mehr über Mover erfahren möchte -> [[quickstart:spacer:mover2|]] |
| 2016/02/17(dlz) | 2016/02/17(dlz) | ||
quickstart/spacer/mover.1455701707.txt.gz · Zuletzt geändert: 2016/02/17 10:35 von zollaidal