• 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.

• "Solution": Network play works on every computer but the ones at the LAC. This is a known bug...

• Plan: We cam implement a simple 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.

%META:TOPICINFO{author="ChrisWilson" date="1099958991" format="1.0" version="1.1"}% %META:TOPICPARENT{name="GrandTheftGoKart"}%

• Risk: Can we do OpenGL? in C#?
• Solution: Yes! There is a library called CsGL? which is a C# wrapper for OpenGL?.

• Risk: Can we create a split screen with Windows Forms and OpenGL??
• Solution: Yes! CsGL? makes it pretty easy.

• 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.

• 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.

• 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?
• Plan: We cam implement a simple AI.