• # Appearance Map

General and Gameplay Programming

(C) 2000 - Zachary Booth Simpson. Copied with permission from http://www.mine-control.com/zack. If you find any of this work useful, please sign Zack's guest book: http://www.totempole...i-bin/gbook.cgi.

[size="5"]Intent
[bquote]Isolate Model state from Model appearance to minimize impact on controllers when art changes.[/bquote]

[size="5"]Problem
[bquote]Controllers are often complicated little state machines which interact with Models in very specific ways. It is common for this interaction to change the appearance of the Model, especially in animation controllers. Since art may change frequently (example: more frames are added to an animation) it makes sense to separate the state from the appearance.[/bquote]
[size="5"]
Solution

[bquote]Without an appearance map, a controller is likely to change the "frame" of an animation directly. For example:

if (state == WALKING) { model.frame = WALK_START_FRAME + WALK_NUM_FRAMES * (WALK_DURATION / dt) ; }In this case, if the animation is changed, the three constants WALK_XXX need to be updated and the game recompiled for the change to take effect.

An appearance map eliminates these constants and replaces them with a lookup. Typically, a table is loaded at game initialize time which encodes the translation from state and delta time ("state") to frame ("appearance").

A game with a built-in editor will probably allow this table to either be edited directly or at least to be re-imported on command.[/bquote]
[size="5"]Structure
[bquote]Not available at this time.[/bquote]
[size="5"]
Issues and Risks

[bquote]None at this time.[/bquote]
[size="5"]
Related Patterns

[bquote]Appearance Maps translate Model state into an appearance for the View.[/bquote]
[size="5"]
Uses and References

[bquote]Special thanks to Jim Greer.[/bquote]

Report Article

## User Feedback

There are no comments to display.

## Create an account

Register a new account