You've heard of that study they did on videogame jump duration, where they measured how long it took to do a jump in a bunch of succesful games and decided that the best jumpfeel was .56 seconds or whatever? I can't find a link to that article now...if anybody can find it, let me know. (Side note: Spider-Man 2's jump was much longer than that and still the game was somehow succesful.)
I'd kind of like to do a similar study for the number of enemies in third person action adventures. I'll start with Prince of Persia.
With the help of this FAQ (the only one I saw that actually listed enemy numbers, thank you "The Lost Gamer") I counted the number of enemies in Prince of Persia, making guesses at composition...so these numbers aren't terribly accurate, but are probably accurate enough for my purposes:
Human guards: 10
Red sand fiends: 130
Sand Beetles: 20
Female sand fiends: 70
Blue fiends: 70
Sledgehammer fiends: 50
Birds: 25
Chain fiends: 40
Sand creatures after you get the one-hit-kill sword: 40
TOTAL: 415
That's a whole lot of killin'...take into account dying and reloading and you're probably killing around 600 critters.
Still, this one game doesn't really leave us with enough data to start drawing conclusions. And it's a dodgy idea anyway - some games the monsters are much easier to kill than others, so how do you compare their enemy counts? Apples and oranges.
Bad data is better than no data, I say. Mark Nau would say, "No. No it isn't."
Smash TV: 600,000 guys with 2x4s, 350,000 little orbs, 5,000 guys in mini-tanks...
yeah, I think there's not really any way to compare!
Posted by: Hamumu | February 05, 2005 at 07:50 AM
I don't know if this is based on the same study, but in the develop magazine #20 there is an article on this kind of measures.
The jumping time was more like 0.7 seconds.
An other measure is the time to complete a combo in third person games (average result : 2 seconds)
The last and the most interestinf measure (I think) is the time to go from start point to end point in a level (whithout complete mission, just the "travel time") : between 1min20 and 1min30.
Posted by: Lama Himself | February 05, 2005 at 11:00 AM
Who is Mark Nau? Why do you always mention him?
Posted by: Anonymous Coward | February 05, 2005 at 11:07 AM
More importantly, what's up with the fetish for reductionism?
Posted by: Anonymous Coward 2 | February 05, 2005 at 12:53 PM
This data is interesting, but guess what? It is useless and even dangerous without any context. I'd like to know WHY so many games have the 0.6 second jump, and WHY the color red is used for stoplights and stop signs. Those are the real questions, and they're harder to answer. Not impossible, just harder.
If you think you can find the Magic Bullet of Game Design by playing the numbers like this, you are either desperate, ignorant, deeply cynical or some combination thereof.
Posted by: JP | February 05, 2005 at 01:11 PM
I think you'd have to divide number of enemies by playtime to get anything even close to an interesting number, otherwise it will just conflate the two. Bodycounts and swearword counts in movies often don't do this, but there's something resembling a standard length for a movie.
Posted by: Sean Barrett | February 05, 2005 at 01:41 PM
I dont see the point of this..
Analyzing and comparing games with no context other than frequency of monster encounters is less than worthless, it's counterproductive. No offense or anything, but I fail to see how something like this could possibly lead to anything other than confusion.
In fact, over-analyzing things like this would seem to lead to the homogenized me-too crap we've been subjected to for years.
Listen to Mark on this one..this is worse than bad data, it's inherently flawed due to the sheer number of variables you would have to consider to even begin to draw anything out of it, if you could draw anything useful out of it at all, and I would be highly doubtful that you could.
Posted by: Despayre | February 05, 2005 at 03:08 PM
I'd like to know WHY so many games have the 0.6 second jump, and WHY the color red is used for stoplights and stop signs.
The 'why' may simply be 'feel'. I realize that this is unsatisfactory, but it's exactly why those designing these things are interested in measuring and finding out numbers like point-five-six. 'Feel' is a terribly hard thing to quantify or explain to someone else, and it's subjective to boot.
Posted by: Damion Schubert | February 06, 2005 at 02:06 AM
I say bad data is not really that bad if you realize that is bad data.
There's nothing wrong with having more knowledge even if it's a minor midget thing like this.
This way I think is easier to decide and valorate where your game is in relation to enemy counts.
A bit offtopic but gamerankings is bad data too. Anyways I still find it interesting. While I don't take too seriously those review averages there's nothing wrong. The same with these jump, enemy count datas.
If every developer followed this informations we would end up receiving the same game with different skin. Awful...
Posted by: Origence | February 06, 2005 at 07:02 AM
Afaik the article was published in Develop magazine, as mentioned, and written by Ben Cousins?
Posted by: SpiderMonkey | February 06, 2005 at 08:27 AM
http://www.bencousins.com/Articles.htm
The article is 'Mind your language - Unlocking the secret formula of game design'
And the sweet spot is between 0.6 and 0.8 secs for a jump.
Posted by: RodeoClown | February 06, 2005 at 01:29 PM
I think the reason that spiderman's jump works is because you normally do a super-jump anyhow, rather than a normal human jump. Plus spider man is not 'normal' so he doesn't have to fall into the 'normal' scale of things (great game btw, but why do I only get three saves on my XBox with a 10GB HDD? And why does it take so long to save? maybe a blog on those design decisions? anyway... ).
Posted by: RodeoClown | February 06, 2005 at 01:31 PM
from a Production planning and budgeting standpoint, you can get some usefull INITIAL information out of a body count to at least guess man-hours involved in making a comparable product.
Its also usefull from a design standpoint to help understand pacing of levels for a similar game.
in my expereince, I don't have time as a developer to test all the possible ranges of monster count and gameplay pacing. In fact, I have to have a good plan/idea of what I KNOW will work before I start actual production of a level, of how gameplay will turn out.
Its more time efficiant to analyze what other games have done and base my planning upon those results. developing levels, engineering features and art assets from scratch and then testing them at the end to find out if they are "fun" is just plain stupid.
Posted by: Darren Korman | February 07, 2005 at 06:50 PM
I think what I'd really like is a timeline graph showing WHEN (time-wise) players encountered monsters / encounters in various games like Half-Life 1 & 2, Halo, Doom3, PoP, and so on, perhaps with the introduction of new enemies or new types of situations (assuming that level design matters in the fights) marked somehow. Obviously such a graph would be highly dependent on the specific play through. Maybe I need an intern to just play games for me and record data... Hmm.
Posted by: Nathan McKenzie | February 07, 2005 at 07:45 PM