Due to the recent resurgence of spam, we have temporarily disabled user creation and page editing/creation as we resolve the issue.

Troubleshooting and Debugging

From Snapwiki
Revision as of 2016-05-18T09:37:23 by KDearnley (Talk | contribs) (Created page with "Category:Patterns There are lots of ways to troubleshoot a map. Most methods involve temporarily placing a player start, sound/visual effect, HUD, or other cue to view spe...")

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

There are lots of ways to troubleshoot a map. Most methods involve temporarily placing a player start, sound/visual effect, HUD, or other cue to view specific points in your logic.

See the example map named Patterns: Troubleshooting with map ID 6Z5E94FB.

Move the Player Start

For longer campaign type levels, testing your map from the beginning each time can be cumbersome. You can move your Player Start right to the area that needs testing. Alternatively, temporarily disable your Player Start and use a different Player Start that you can move to the testing area.

Insert an Audio or Visual Cue

If your logic isn't working as intended, it can be helpful to trace the signal by adding an audio/visual cue to an otherwise invisible branch in your logic. In the example below, a number will be added to the Player Resource when the Shootable Trigger is damaged. Placing a temporary explosion effect can help verify when the Shootable Trigger is damaged. For longer or more complex logic chains, you can add different cues in various places to see where the signal reaches.

PatternsDebuggingTrace.PNG

Use a HUD

In the above example, it might be more directly helpful to see the Player Resource value as it changes. Add a HUD Settings object and edit the properties to include your Player Resource variable. Be sure to enable the HUD with the Set Active input.

PatternsDebuggingHud.PNG