Discussion in 'Programming & Webmastering' started by hellrazor, Oct 24, 2012.
Let us know about the finished product.
You haven't gotten anywhere near this point yet, have you?
Yes, the actual game logic does wait for user input. However, since you're using graphics to communicate events and results, the player needs to see that. The player would probably want to know where the AI has moved Alice the NPC before shifting focus on the next character. If the camera is far away that the entire battlefield is visible (similar to the recent King's Bounty games), this wouldn't be a problem. But usage of camera centering implies that's not the case. Also, what you're saying is that you want the game to shift to the Bob the PC when Alice the NPC has made an attack on Carol the PC (or even Bob the PC!) and the animation is still running... way before the damage numbers show up. The player won't be able to see the results unless this information is displayed in an on-screen combat log (again, similar to the recent King's Bounty games).
I do agree with the others who have given you advice. But probably the best way for you to figure out the best way would be just trying to do it yourself and figuring it out from there.
As someone who's also working on a turn-based hexagonal grid SRPG, I do wish you the best of luck along your journey. You'll need it... especially when working on meaningful battle mechanics and programing the AI for all that.
Yes, in the gamespace, Alice has already attacked Carol, but the player doesn't see that until the graphics gets through Bob's turn, and then focuses on Carol, then goes through Carol's turn. So the game has already figured out what all of the NPCs have done, but the graphics doesn't show it until it gets to that action's place in the queue.
Separate names with a comma.