Risk: Can we create some method for key polling in a Windows Forms application?
Solution: Yes, by trapping the KeyUp? and KeyDown? events.
Risk: Can we implement car physics?
Plan: We can simplify the physics model and still have the game work. We looked at the physics model in Super Mario Kart, and we think we can pretty easily emulate that physics model.
Solution: Taking advantage of several assumptions about gameplay we created a physics model that provides cartoon-esque feedback and collisions, in line with the game concept.
Risk: Can we have network play? Will we be able to transfer enough data and still maintain a good frame rate?
Alternative: Eliminate network play.
"Solution": Network play works on every computer but the ones at the LAC. This is a known bug...
Risk: Can we create an intuitive user-interface to set up the game?
Solution: Since we're using Windows Forms, and CsGL? creates controls which use OpenGL?, this should not be difficult.
Risk: Can we implement AI?
Solution: We have implemented a simple AI.
Risk: The game runs too slowly!
Solution: We have eliminated the delegate-style Timer, implemented a shared opengl context with display lists and texture objects, deleted unnecessary textures during the game, resized all textures to work on low-end graphics cards, and use an processor unintensive collision algorithm.