next »

[TheCusp]

ok,a flash Envony type of game (castle/army building), but you assemble your armies more like a magic the gathering deck and they fight it out visually in real time battles.   Bunch of tiny little leveled characters facing perma death. 

If every soldier and unit has modest stats, skills, levels, inventory, genetics, allegiances, the works, what's the max number of units I could allow each player?  And how many do you think flash could handle onscreen at once for combat?  Keep in mind every unit will be fairly unique, not like 30 swordsmen with all the same stats and behavior. 

I'm thinking about max 1000 mini characters per player, and about a max of 100-200 onscreen in combat.  Am I dreaming with those numbers, or am I wanting to throw around just too much data?

How much can I handle with flash?  I need to set some limits before I go on with design.

 

[Nix]

Do you know anything about Flash development? Prototype it and find out. (short answer: yes if you do a good job programming it. Otherwise, probably not)

[Inane]

100-200 should be easily possible if you're efficient, especially if each unit type looks the same even if their stats are different.
Pretty much, use 30 FPS frame rate, write your code so unimportant functions are run every other frame (Well, you want some on even frames and some on odd frames), and use shitty, efficient path finding.

[SirNiko]

Back during the Assemblee competition, there were no less than 3 flash based MMOs in the works.

Two of them eventually faded into the mist, but Realm of the Mad God hit the front page recently, and has grown pretty impressively. I'm not sure if those folks may have any insight for you.

[Trent]

Look into blitting and copyPixels.