-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Game Design #4
Comments
Sound goods. Shouldn't the game initiates only after handling user inputs? |
Seems good to me. So whats the plan just expand this document out till we have a clear description of how to build the game? |
@lyx13710 User input is handled throughout, starting from the launch of application till the application is closed. What meant here was that we wont update the game state until we are aware of what the user input is. There will be many use cases which I haven't covered yet here. I will try to incorporate them here as we progress. |
@ashish2199 so is there anything I could do to help in this process then? |
@CiaranRoft you can study implementations of other 2D game and suggest any changes to this design if any you feel. |
When should be begin it? |
You're missing menu states such as Main menu and pause menu |
@EricH-Propser I feel what you are suggesting is more towards the actual user experience of the game rather than the general architecture and flow for the game. |
@ashish2199 it depends on if you're doing state based control or not, if you are - these are valid states. If not, then feel free to ignore. |
This is how I feel we should be designing the game that is General Architecture
Initializing of the Resources
Initiate Game
Run the main game loop
Finishing up
Let me know if there is something that was left out.
The text was updated successfully, but these errors were encountered: