Comments for CS4455 Fall 2012 http://github.blairmacintyre.me/site-archive/cs4455f12/ Video Game Design and Architecture Thu, 22 Aug 2013 18:59:20 +0000 hourly 1 https://wordpress.org/?v=5.2.2 Comment on XBox game controllers in the Unity Web Player by Anonymous https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/xbox-game-controllers-in-the-unity-web-player/#comment-91 Sun, 06 Jan 2013 18:49:10 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1303#comment-91 Drivers for osx, not easy to find. Your article helps!
Mike Myers of
http://xboxplusconsoles.blogspot.com

]]>
Comment on Scintillation – Final Build by nwatson https://github.blairmacintyre.me/site-archive/cs4455f12/2012/11/26/scintillation-final-build/#comment-90 Sun, 02 Dec 2012 11:01:30 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1897#comment-90 Should be fixed now.

Edit 12/4: Is actually fixed for real now.

]]>
Comment on StackOverflow :: Weekly Log (11/12 – 11/18) by Willie Owens https://github.blairmacintyre.me/site-archive/cs4455f12/2012/11/19/stackoverflow-weekly-log-1112-1118/#comment-89 Sun, 02 Dec 2012 02:50:53 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1861#comment-89 Response to alpha feedback:

– Changed flying controls: Was able to move around anywhere, now ship is always moving forward, and you can only move side-to-side, up-and-down. (always facing in the positive z-direction)
– Added timer for door closing to address no visual feedback that you were/were not going to make it out in time
– Limited amount of boost (no longer infinite) to create need to conserve it and use in a good area
– Began increasing level design complexity to provider better/longer experience

]]>
Comment on Scintillation – Final Build by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/11/26/scintillation-final-build/#comment-88 Tue, 27 Nov 2012 02:28:19 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1897#comment-88 One small bug: in fullscreen, on my macbook pro, it goes insanely fast.

]]>
Comment on P3 Description: Dancing Lights by asdf https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/04/p3-description-dancing-lights/#comment-86 Thu, 11 Oct 2012 19:31:07 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1133#comment-86 Hey Nick, this is Andrew from class. Would like to group up with you. Here’s my email:
a_darrohn@gatech.edu

]]>
Comment on Christmas Eve Rescue by cs4455f12 https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/christmas-eve-rescue/#comment-85 Thu, 11 Oct 2012 10:06:27 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1241#comment-85 [WP_UnityObject src=”http://www.prism.gatech.edu/~jnakano3/CS4455-P3/CS4455f12-P3.unity3d” width=”640″ height=”480″/]

http://www.prism.gatech.edu/~jnakano3/CS4455-P3/CS4455f12-P3.html
WASD, Space, mouse look, right click, left click, and CAPS Lock for picking up boxes.

[WP_UnityObject src=”http://www.prism.gatech.edu/~jnakano3/CS4455-P3/CS4455f12-P3.unity3d” width=”640″ height=”480″/]

]]>
Comment on P3: Escape the Death Chamber by Willie Owens https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-escape-the-death-chamber/#comment-84 Thu, 11 Oct 2012 07:43:12 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1281#comment-84 The maze idea has been ditched. Instead, a series off hallways or corridors will denote levels. The player will attempt to escape imprisonment while your captors try and seal every entrance, while hot on your tail!

The player will have to use a combination of brakes and boost to maneuver about objects and enemies while trying to escape as quickly as possible. The player might also need to use its lasers should an enemy be in his way. Sets of glowing orbs, placed by an unknown ally, may be collected to gain power-ups (Extra boost, Health, etc.).

Prototype Goals (whoops, missed that!)
Player/ship movement including turning (while flying forward) in 3d space, braking, and boost. Polish effects will be used to emphasize the ships movement, such as fire from the thrusters.
I will create a basic portion of what might have been a much larger and more complex level. The ‘cave’ idea has been ditched for a set of passages, each getting you one step closer to safety.
The fun will come from learning to mastering the flying movement, which will prove key to escaping alive, avoid fire from and shooting enemies, and the overall immersion in the game world.

]]>
Comment on Christmas Eve Rescue by cs4455f12 https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/christmas-eve-rescue/#comment-83 Thu, 11 Oct 2012 06:50:39 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1241#comment-83 You bring up some good points regarding modes of game play. Currently I am leaning towards having a short period of presents falling followed by rescue and defense. However this is just a prototype so it is open to debate.

Expanding on the idea of “at home in the air” may be better worded as having more movement capabilities while jumping, gliding, or in a controlled aerial descent. This would be juxtaposed by a slower moving around pace on ground. This creates a tension between moving on the ground and moving while in the air.

The player could possibly still be able to throw coal while on the ground, but their effective coverage would be significantly less than when in the air.

When I said rescued, I had planned to have the player carry the presents to a top some tall building that would require hopping from various other obstacles and buildings to be able to reach the safe zone where points would be awarded. There would be multiple ways to reach to top such that it would not create a boredom feeling of having to do it exactly one way. This is also another reason why I did not want to allow the player to simply fly around the entire time.

It would be interesting to see how I might be able to create a time warp feel effect. This could be done in short segmented bursts where the player can speed up or everything else slows down…just an idea for latter down the road.

]]>
Comment on P3: Dream On, AA by amead3 https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-dream-on-aa/#comment-82 Thu, 11 Oct 2012 06:09:34 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1173#comment-82 My demo video is available in two forms.

Zip archive (fallback, I doubt you will have any trouble downloading a zip file):
https://t-square.gatech.edu/access/content/group/82206.201208/P3-files/amead3/Dream%20On%2C%20AA%20Demo%20Video.zip

Mp4 file is on Tsquare in the resources folder for project 3 under “amead3”:
https://t-square.gatech.edu/access/content/group/82206.201208/P3-files/amead3/Dream%20On%2C%20AA%20Demo.mp4

]]>
Comment on Please think through your control schemes for the Web Player context! by aclegg3 https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/please-think-through-your-control-schemes-for-the-web-player-context/#comment-81 Thu, 11 Oct 2012 05:34:12 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1315#comment-81 As a nice side note, you can lock and hide the mouse inside Unity using the following setting:

Screen.lockCursor = true;
Screen.showCursor = false;

You can then use a key press, say ‘esc’ to trigger

Screen.lockCursor = false;
Screen.showCursor = true;

which will allow the user to move the cursor around the page again. Hopefully this helps some people wanting to use the mouse.

]]>
Comment on P3 : Spaceboy Avenges Mars Attack by idontknow https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/03/p3-spaceboy-avenges-mars-attack/#comment-80 Wed, 10 Oct 2012 06:33:37 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1107#comment-80 Also, the final game might have 3 levels:
1. Running towards a spaceship on Earth while Martians destroy it and try to stop him!
2. Running towards the core of Mars to destroy it.
3. Running back trying to escape before Mars is destroyed.

]]>
Comment on P3 : Spaceboy Avenges Mars Attack by idontknow https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/03/p3-spaceboy-avenges-mars-attack/#comment-79 Wed, 10 Oct 2012 06:30:39 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1107#comment-79 Updating after our discussion outside the class:
The game is going to be a side-scroller, with the player having the ability to collect power-ups which allow him to run faster, jump higher and stomp harder. While in this mode, the energy gets drained. The “Magic-Moment” of the game is the stomping down hard! So while in Power-Mode, the user can keep the Power-button pressed to stomp down harder.

The prototype will demonstrate this stomping down and the 2 modes with some interaction with Martians!

]]>
Comment on P3 – Echo by mab-3 https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-echo/#comment-78 Mon, 08 Oct 2012 05:30:04 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1171#comment-78 Hmm, you bring up an point in the metaphor. Maybe instead of controlling the bot itself, you control a cursor that can move the entirety of the field (allowing you to search and see the field without putting your bot in danger) and different buttons issue a command, with one being take manual control of the bot…it takes away from the “fly around blind”, but then gives you a better control for it. Can also be done with an xbox controler.

As for controls, the above suggestion of metaphor would shift control to the arrow/joystick, thus making it more friendly for web browsers.

As for the feel, yes I should have specified that it was pulse to push, which then continues to propel the bot. When a bot is in range of an element and tries to pull at it, it has the same sort of acceleration on it, starting off slow and building speed as force is applied and then slowing down gradually when none is applied. This also gives a rebound effect to obsticals too. If an object collides with another, including yourself, it does a semi-elastic bounce (handled by Unity physics) .

For the prototype, I will do is a few separate sections. Probably separated out by border walls. The first thing to prototype is the movement style, bouncing off of walls, and checking everything with the physics, along with the switching between the camera mode and bot control mode. Next would be to get a simple key and getting the key feel set up, mostly with thier movement. Then, IF i have time, trying to set up a series of defenses and the interaction there of. I mainly want to focus on the feel of the world first, and getting the objective prototyped.

]]>
Comment on Garden of Light by David Garcia https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/garden-of-light/#comment-77 Sun, 07 Oct 2012 19:54:32 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1161#comment-77 Okay, better idea.

Game Description:

You play as a farmer who’s trying to grow as many flowers as he can before the day ends. You grow the flowers by giving them a certain required amount of water. However, your garden has a bug infestation! Bugs will come and try to eat your plants before they reach (bur-resistant) maturity. To stop them you can either spray pesticide on your flowers which will temporarily kill all bugs that step within the radius of the spray or you can squash the bugs by jumping on them. The game ends after a time limit.

As the game progresses, there could be more flowers that require different amounts of water and are eaten by bugs at different rates. Each level will have an increasing level of difficulty requiring an increasing number of flowers be grown.
Goals:

Grow as many flowers as possible within a time limit.
Prevent bugs from eating as many flowers as possible.

Skills:

The player must strategize and decide when to water flowers and when to stop the ever increasing threat of bugs.

Pesticide sprays are limited so the player must decide when to use them or when to just stomp on the bugs.

Controls:

WASD to move the farmer around.

Spacebar for jumping.

J for spraying water.
K for spraying pesticide.

Prototype:

The prototype will be based on one 3 minute level. At the end of the Level it will be displayed how many flowers grew.

There will be a few random bugs that will eat try to eat the flowers and the player must be able to stomp them out.

The pesticide functionality will be tested in the prototype.

]]>
Comment on Garden of Light by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/garden-of-light/#comment-76 Sun, 07 Oct 2012 14:42:15 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1161#comment-76 Whatever you do, whether a modification or something different, please post the idea here as a comment, ASAP!

]]>
Comment on Garden of Light by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/garden-of-light/#comment-75 Sun, 07 Oct 2012 14:41:22 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1161#comment-75 You could modify it, or do something different: one could imagine running around a large garden, leaving lights, which make the plants happy, but perhaps attract bugs which then obscure (and destroy) the lights? Perhaps bigger bugs need more interaction.

]]>
Comment on Ghost race by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/ghost-race/#comment-74 Sun, 07 Oct 2012 14:25:18 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1318#comment-74 Overall, this all sounds fine, although I’d like a bit more detail on the feel of the ghost; I assume you are going to have different feels for the different abilities (e.g., floating versus running, invisible vs more solid/visible, etc).

Having a prototype where you implement these, can toggle between and test them, would be great. Don’t think about limiting which mode the character can be in yet (ie. eventually, you might want to limit the more powerful modes, for example, with some sort of energy) but right now I’d say focus on implementing them so you and others can play with them and try them out.

]]>
Comment on P3 – Synesthetic Garden by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-synesthetic-garden/#comment-73 Sun, 07 Oct 2012 14:19:43 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1301#comment-73 At a high level, the idea of presenting multiple “views” of the world, each of which presumably has a different advantage, is interesting (even with visuals, think “the view while wearing the ring in the lord of the rings movies”).

But, you need to be much more specific about (a) what these would be and (b) what the game is! Both are omitted above. The player wakes up and needs to explore … why? What are they doing? What is their goal? Answer the “why” question, and that can help you figure out what the different abilities are and how they interact.

You’ve only described a vague framework above: one input -> multiple outputs; when one skill is primary the others are still there faintly, etc. But, what does that mean? Can you give a concrete example of what the game would be and how you would leverage this?

]]>
Comment on P3: Zero-G Arena by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-zero-g-arena/#comment-72 Sun, 07 Oct 2012 13:38:51 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1298#comment-72 The basic game idea sounds like an interesting setup. The big thing I question is the choice of 2D: I can’t figure out in my mind how 2D works for this, and how the controls work, since you are talking about moving around on walls, etc. I don’t see how left/right/up/down works and where exactly the player is. Seems like it would need to be 3D.

You’ll also want to be careful with the use of the mouse you describe, as this will cause problems when trying to play without being full-screen.

I’d like to see you be more specific about the feel, but the prototype plan seems good (to test and refine that movement, especially the movement in free space).

]]>
Comment on P3: NPC Life, Representin’ by tpham32 https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/npc-life-representin/#comment-71 Sat, 06 Oct 2012 21:46:47 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1189#comment-71 I have posted an edit above that I hope gives clarity to my idea and why it contains the necessary components for the assignment. Please leave any questions you still need clarity in regards to or comments regarding anything that needs to be fixed.

Thank you!

]]>
Comment on P3: Escape from Mars by ed209 https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-escape-from-mars/#comment-70 Sat, 06 Oct 2012 21:37:22 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1183#comment-70 The levels will all look the same but the amount of enemies and possible types will vary. The level itself will be a self contained area but each level will have a varied goals such as possible time limits on some levels and varied pickup counts required to win. There could be added obstacles in the crater to add difficulty in aiming at the enemy and maneuvering, however as of now that is not a primary goal. So to answer your question it is more similar to a big open bowl.

]]>
Comment on P3 Pitch: Controlled Destruction by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-pitch-regretful-destruction/#comment-69 Sat, 06 Oct 2012 20:56:27 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1286#comment-69 I like the idea.

I would say the one big thing missing is the motivation of the player: if it was “me” in this situation, wouldn’t you just get away as fast as possible? Why not take it a step further: you have this ability and have been hiding out of town (BTW, how do you survive/eat/drink? some metaphor needed there), but something is threatening the city that only you can destroy, and so you are trying to do that with minimal collateral damage? So, you are forced to be in the city, but must minimize your damage while destroying something else?

Prototyping the movement and actions, and how the destruction would work, is a good plan. I would like to know more detail of what kind of controls you are thinking about, what kinds of movement and so on, so we can judge success!

]]>
Comment on P3: Escape the Death Chamber by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-escape-the-death-chamber/#comment-68 Sat, 06 Oct 2012 20:50:21 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1281#comment-68 The escape metaphor is good, although I would suggest ditching the maze. Mazes don’t provide satisfying challenges, they are simply annoying unless they serve some other purpose, because your score and how well you do is largely based on dumb luck in terms of choices.

Instead, create some sort of skill based movement (ala starwars pod racing) that the player has to master, while they travel on a pretty well defined course.

That will all be tied in with your movement and controls.

Since you didn’t give a prototyping plan, I’d suggest resolving this “no maze, please!” issue, figuring out what the challenge and controls will be, and experimenting with them!

]]>
Comment on Capture points by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/capture-points/#comment-67 Sat, 06 Oct 2012 20:39:05 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1275#comment-67 At a high level, I think a game like this can be fun. The details will be super important, especially how the movement works (and speedup/slowdown or just start/stop movement?) and how you aim (how are you aiming your spells?), and what the spells are and how they work, how you toggle between them, etc.

Think what the end goal on some of this is (4 spells means you can just pick between them with the keys, for example), but aiming is an issue.

Why not use two xbox controllers instead? Much more flexible, can shoot in any direction while moving, etc.

For the prototype, I agree with focusing on the movement and shooting! Perhaps put in some different spells (even if they are just different colors of the same one) so you can test the spell switching (if you have multiple spells)?

]]>
Comment on Birdfeeder by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/birdfeeder/#comment-66 Sat, 06 Oct 2012 20:30:26 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1267#comment-66 The general game idea is cute, and could be fun.

The thing I’m not seeing, which is going to be the crux of the thing, is how the movement works. Given the whole setup, it seems clear to me you could have some pretty fun movement mechanics based on this. I’ve watched squirrels attach our relatives feeders (and ours, back when we tried to have one) and they are amazing at jumping, hanging on, swinging, etc. It seems like you can almost do a super-hero style game (able to wall-jump, swing, etc in amazing ways) but couched in the context of the evil seed-stealing squirrel.

So, I would have liked to see that touched on in the game description.

I also don’t have any sense of what it would mean for the squirrel movement to be more difficult when it’s got too much seed. But, as you flesh out the super-moves (assuming you do), that should become clear.

For the prototype, I agree than the squirrel movement is key. So, focusing on that, with a single complex feeder to scale, would be the right thing to focus on!

]]>
Comment on CHEMICAL CHAOS by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/chemical-chaos/#comment-65 Sat, 06 Oct 2012 20:21:10 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1248#comment-65 The high level idea is interesting. I can imagine a fun, simple fast paced “kill everything till you die” kind of game.

Regarding the game description, you haven’t given any specific ideas on how the player controls work. I think, given the limited number of elements (<4) and the need to rapidly move and shoot in different directions, this would be ideal with either
- an XBox controller, using the two sticks for move and aim, and the buttons to select things, throw, etc.
- a combination of keyboard (WASD, 1-3 to arm the chemicals, other keys to combine or activate effects, Space to throw) and mouse (target the throw).
It matters, of course, since these two would feel really different.

Regarding the "reaction" to the players action: I don't think the crowd reactions are really the most important thing, but rather the direct reactions in the world. What are the changes in input/appearance/sound/polish when the player moves through chemicals, grabs, throws, bumps the wall, etc. I suspect you are thinking about this, or if not, you should be!

Finally, for the prototype: no,no, no! Do not aim at a full level. Ignore the enemy, for example. You want to refine the movement, targeting, etc. Have a screen that randomly creates regions of chemicals so you can move through them (or just throw and then move into it); randomly create objects to grab, so you can test that. Focusing on just the movement, the reactions to the movement, the polish effects, etc., is MORE than enough. Focus on doing a small set of things EXCELLENTLY, not a bunch of things mediocrely. You have a lot of decisions to make, input and control tuning, and some simple graphics to create. That's more than enough to occupy you! Time spent on the rest is time wasted.

]]>
Comment on P3: Terror Slime by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-terror-slime/#comment-64 Sat, 06 Oct 2012 19:58:25 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1260#comment-64 I like it, it’s an interesting mix of Osmos and Katamari. I think the jump-and-slam mechanic sounds fun and satisfying.

Implementation-wise, perhaps there is a way to make the slime a nice dynamic animated character. I wonder if you can use some sort of physics-based springs-and-joints animation to control the bones of an animated blob, and then have a skin around it? Hmmm. If so, you could create the slime entirely with code.

I think you are focusing on the right things in the prototype. You could even just use hot-keys to switch the size of the slime, if you prototype the feel at multiple levels.

]]>
Comment on P3´╝ÜPuppyRules by Tingyu Zhu https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/04/p3%ef%bc%9apuppyrules/#comment-63 Sat, 06 Oct 2012 18:38:49 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1156#comment-63 this is a response game of dodge and attack in a 3D enviroment,how ever the alien should only be able to move in 2D, the screen is locked and thus by moving around the alien is really dodging the attack, so there is no really moving around, the puppy will indicate it’s attack from the position of it’s claw, it will start from one side of the screen to the other, cutting the screen such that 2/3 of the screen will be hit by his claw, and the alien need to time his dodge accurately because once an input is given they will be locked out until the end of this dodge, thus if he dodge in wrong position or dodge too late he will get hit, or he will get hit by the next incoming attack since he will not be able to perform a 2nd dodge until the first dodge is completed. however the movement of the alien is swift and highly responsive, he will reach his maximum speed from the key pressed until he finishes dodging and return to the middle of the screen.his movement will also be slightly faster than the speed of the puppy’s claw, thus he will need to time accurately or he will get hit on his return to the middle since the attack is not finished.for my prototype, I will focusing on setting up the enviroment, the alien in the middle of the screen to perform dodging actions,and possibly the BOSS(puppy) in the middle of the screen that will fit a suitable ratio of the screen so his attack could be dodgeable while challanging.

]]>
Comment on Shinobi Ninja by matt20xx https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/shinobi-ninja/#comment-62 Sat, 06 Oct 2012 18:04:22 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1256#comment-62 The view I was planning was a 2D-side view. I feel that this is the best perspective to stick with for a 2D action-platformer and gives reason for use of walls. Additionally, I don’t plan to have Up or Down be used for movement across a plane like in beat-em-ups such as Double Dragon or River City Ransom. Basic movement will be limited to moving left or right while Down will be crouch.

And thank you for the suggestions. Time dilation and camera movement was something I hadn’t put into full consideration, but I’ll keep these in mind when I add in polish effects. I really like the idea of a time dilation such as slow-down or speed-up to emphasize speed.

]]>
Comment on Garden of Light by David Garcia https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/garden-of-light/#comment-61 Sat, 06 Oct 2012 17:43:12 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1161#comment-61 I was going to make the movement controlled with WASD or the arrow keys and adjust the speed of the how the light moves until I reached a good balance. But you’re right, it doesn’t satisfy the game-feel criteria. Do you suggest I try to modify it or come up with a different game idea? I’m not really sure how to have an avatar interacting with the world.

]]>
Comment on Shinobi Ninja by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/shinobi-ninja/#comment-60 Sat, 06 Oct 2012 15:55:09 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1256#comment-60 The game idea is good, I think: there are lots of stealth (Snake) and martial arts games that show this. The set of abilities you describe are a good mix too, it’s just a question of creating the character and then building the level(s) that let you refine it and play with it!

One big question: are you thinking 2D top down (original Metal Gear), 2D side view, or 3D (Mirror’s Edge)? 3D will be challenging (again, see Mirror’s Edge), so I have assumed as I read it was 2D side view (otherwise wall jumps don’t mean much). Which is it?

I think your prototype plan is fine; focus on demonstrating as much of the character movement as you can, through a representative space. Don’t worry about enemies; if anything, just put targets in the room (perhaps this could become a “training level” in a real game … heck, why not just make it the dojo?) I’d encourage you to really think about some of the more special ones (fast movement, wall-jump, etc) and how a combination of camera movement, visual effects and perhaps time dilation, could allow a sense of greater speed while still giving the player control.

]]>
Comment on The Pitch: Cube by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/the-pitch-cube/#comment-59 Sat, 06 Oct 2012 15:46:52 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1250#comment-59 I’m on the fence on how to respond to this, from your description. There seems like a core of a good idea here, but I can’t really tell what the game is because there are so many things going on. There is a platformer aspect (which should have it’s own integrated challenges), and this rubic’s cube aspect (which by itself would be difficult, especially if you can’t step back and rotate the whole thing and otherwise get a sense of what is were), and then the multiple faces (which are still a bit fuzzy).

– platformer: if the only purpose of the platformer is to move through the maze, this will get annoying really fast. You need to be doing things and interacting with the world as you go, otherwise it’s a core task you are doing (running jumping) that is not really related to your main task (figuring out the maze), it’s just making it take longer and making maze exploration tedious. Perhaps you have other things in your mind that aren’t written down yet? Is all interaction done via the character somehow? Is that what you are saying with the “switches”? There are fixed switches that rotate the maze in fixed ways, so you don’t really have to “figure it out” … rather, Rubik’s cube is just an analogy for the kind of motion?

– rubics cube motions. Unless there are ways to step back from the cube, examine it, and rotate it directly (not via the avatar), these rotations need to be really trivial (I need to rotate 1 or 2 times per level) or this will become insanely hard fast. I don’t see what you are thinking here (but, see above: is this just an analogy to explain the motion?)

– 6 sides of the cube. Are you implying the sides are platformers and the top is a non-jumping maze? (i.e., fixed gravity). What about the bottom? or is the bottom the inside, that the player does the last bit on?

– I don’t see the fun from your description. Mazes without secondary goals tend to be pretty boring. Mazes, in general, are not fun in games, but usually end up being frustrating and tedious things in the way of you doing the real fun (shooting, collecting, interacting with things in the world). Why is this maze fun? How does the character interaction with the maze make it fun?

For your prototype, you need to think more about what the player is doing and why? Are they avoiding things? You say there are no enemies … is there anything challenging or skillful about navigating the maze? I think I see what your motion is for the character, and the steps (enough of the level to demonstrate the various modes of character movement) are reasonable.

]]>
Comment on P3: A Puzzling Love Story by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-a-puzzling-love-story/#comment-58 Sat, 06 Oct 2012 13:33:08 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1251#comment-58 First, a comment on your backstory: I’m not sure who your audience is. By setting it up as a relationship game, you’d think you’re trying to appeal to a broad audience, especially non-traditional gamers. But, but creating a setting where the protagonist is a male who is trying to figure the confusing and (irrational?) behavior of the female, you’re pretty much appealing to a male audience and alienating a bunch of potential female players. So, I’d sort this out. Ask yourself who the target audience is, and think relatively deeply about the intersection of “what kind of game they’d like” and what things (story wise) would appeal to them or offend them.

Aside from that, the puzzle example you give (the bird thing) is not a puzzle: a puzzle would have clues that would give you as the player some way of figuring out things. What you describe would feel frustrating and random: there is NO WAY a player could guess what the right behavior is there (release the bird), because it’s based entirely on an unintuitive inference drawn from a cultural stereotype. More critically, it doesn’t feel like these puzzles are integrated into the game play. You describe the fun as interacting with the world, finding things and seeing what they do. But, the success metric is entirely divorced from that (I went, I interacted, I worked, I acquired the bird, and now my “score”/”success” is based on one trivial thematic decision). This is exactly what Swink talks about when he says all actions/reactions should be derived from player actions, no seemingly unrelated external reactions. And it’s what we talked about in the design lecture on having win/lose actions only a result of actions the player can perform that they know what they are doing. A random guess that impacts the players success is never a good idea in a game (e.g., open door A or door B, with no information about what’s behind; pick between two choices based on a cultural structure that may or may not make sense to the player).

If you consider games like the Mario games, where the female “protagonists” with goofy personalities (the little stars in Mario Galaxy, Princess Peach, etc) issue quests, the quests are explicit and fun, independent of whether you think of the metaphors and stereotypes. There are lots of people who find the black-and-white stereotypes in the Mario world a bit annoying, but still like the games, because the stereotypes can be completely ignored and buying into them and having to think through puzzles based on them is not part of the game.

Now, as for your claim of the fun. Those two things (interaction, puzzle solving) could indeed give fun. BUT, you haven’t given any examples of what fun interaction would be. Ignoring atmosphere, what are they doing that’s fun? What’s in the environment? What are the goals and the actions that they need to learn and master than would give a sense of fun? As for the pleasure of puzzle solving, or the pleasure of “Experiencing the environment” (the comedy, the sounds, etc) the things you actually describe are mostly environmental (voice actress) and not what we want.

Assuming the game fun was based on puzzle solving, you’d still need to think of some real puzzles. I have been dissuading folks from focusing on puzzle games because you don’t want the success of your game to be based on creating good puzzles: you don’t have time to create/build/test/refine/balance clever puzzles, and that whole activity is tangential to the goal of the class (game architecture and building pleasing in-game interactions).

Finally, your last sentence should have been a red flag for yourself: the assignment explicitly says your game must be one that satisfies Swink’s definition of a “game feel” kind of game. By definition, if the fun of the game does not come from the avatar interacting with the environment, then it’s not that kind of game. You haven’t really given any specifics of what the “fun” would be (except the cultural stereotype jokes embedded in the metaphors).

You need to rework this so the game fun is based on the players actions and play!

]]>
Comment on Christmas Eve Rescue by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/christmas-eve-rescue/#comment-57 Sat, 06 Oct 2012 13:06:48 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1241#comment-57 The game metaphor/story is fine; sets up two distinct modes of play (the falling presents and the action on the ground). How these interact (if you made this for your final project) would need some work, especially w.r.t. time and speed. Seems like there might be a quick first phase where the presents are falling, and you need to dust/catch as many as possible, then a phase where you are fighting off the hordes of naughty folks while some nebulous 3rd person slowly collects the non-destroyed presents. Or, are the presents slowly leaking from the sleigh as it flys, so you are trailing behind it? If so, though, how do you protect the ones that you dust and they drift to the ground … wouldn’t the sleigh and you have moved on by then? However, that’s only really relevant insofar as it affects the prototype.

For the prototype, focusing on the movement and how the character interacts with the world is good. Slightly refining your thoughts on your proposed game structure would be good, as I think the interactions and movements could be very different under slightly altered game structures. You need to tell us more specifically what “at home in the air” means, vs the ground. Why would you ever go on the ground, if your mode of attack is throwing coal from the air? Why not just skim the ground to grab presents? Since Santa and his minions have amazing time bending abilities (e.g., visiting every kid on earth in one night) perhaps much of this would happen in weird Santa-Time space … could give you very fast bullet-time-style movement, but then doesn’t explain how the naughty kids move in real time? (That’s why I was thinking of multiple phases).

]]>
Comment on P3 – Echo by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-echo/#comment-56 Sat, 06 Oct 2012 12:53:29 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1171#comment-56 The metaphor and background of the game sounds good; one question that I didn’t understand is if the “safe cracker” is just metaphor or in any way interacts with the game? For example, is the rookie issuing commands to guide the nano-bot (i.e., go to point X, find sound of type Y, etc) and you are doing the grundwork of getting there, avoiding and fighting? If not, how does the player know where to go, how is it more than “fly around blind till I discover what I need”?

Also, make not of the post on suitable controls for embedded web player games; having a mouse that provides direction will result in the mouse often being outside the window, which in turn will make clicks bring up other windows. Similarly, right click brings up a menu!

Beyond the metaphor a control layout, how does the game “feel”? Floaty, in water: that’s a start. How will you manifest this? Is the bot swimming (each press of WASD sends a pulse to push?) or is it continuous “thust”? Does the bot have a front (AD turn, W accel, S slow) or 4 thrusters in opposite directions?

Finally, you didn’t provide a prototyping plan. What do you want to prototype, how will it work, what is your target feel so that you can judge success or failure?

]]>
Comment on Garden of Light by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/garden-of-light/#comment-55 Sat, 06 Oct 2012 12:33:41 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1161#comment-55 I could see this idea forming the basis of a fun, simple casual game. Everything would hinge of the specifics, of course: how you interact (click to target light? drag? WASD movement? is the light on or off during movement? Speed?) and how the levels are structured.

However, it does not really satisfy the 3 criteria of game-feel that your P3 proposal should have. There is no avatar that is interacting with a simulated world, such that you get the sense of the world through its reaction to you.

Also, what is your prototyping plan? What are you testing? How?

]]>
Comment on P3 Prototype: Jams by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-prototype-jams/#comment-54 Sat, 06 Oct 2012 12:00:15 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1234#comment-54 The idea makes for an interesting game setting. In the spirit of games like bit.trip.runner or other games that mix sounds based on what players do, and use sound in non-rhythm ways.

In your description so far, though, you have focused almost entirely on the setting. That’s fine for that part. But, I have no idea what the actual interactions are like. Is the audio theming purely metaphorical (i.e., under the hood, this could be any other side scroller, with you needing to avoid things or get things)? Presumably it’s not just that: the audio sources would have range effects (e.g., the ((( ))) you describe would, I assume, be circles, and when you start getting close, you would start having your Jam reduced at a rate based on your closeness?). That is a bit different than the binary “hit it or not” of most platformers.

But, even with that, I don’t have a sense of the interactions, and how they would feel. Is it “just” Mario? Are the interactions solid and simple with smooth motion? You should really consider how you can leverage your setting to make the player “feel” the music through what they are doing. Even in B.T.R, which appears to play like a simple platformer, there is a bit of this hidden in there, because the obstacles seem to be spaced such that if you succeed you “do” something (which causes a note to be played) at times such that the note fits the music.

How about this? Have your avatar get progressively more “In the Groove” as the Jam meter goes up, with corresponding animation (flip-book-2d-art). He starts bopping, spinning, grooving. Now, his abilities leverage this. If you jump when he’s crouched, you get a more powerful jump; if you cross the street when he’s spinning, you cross faster. In the eventual game, you could have a variety (perhaps 4 or so different moves) for each action, depending on what the kid was doing when you hit it. The goal would be that he could jump higher if he’s grooving, and get over a sound source cleanly, where a small jump would have him pass through the bad sound region, reducing his jam. Perhaps doing these in-sync moves would also increase the jam a little, thus making it possible to push you jam up even if you aren’t collecting things. If you really set the level well, you could even add sound for his actions (like B.T.R) that blends in.

In some ways this is making me think of Tiny Wings, where a lot of what you do as a player is about timing your actions to get the bird into a groove (of speed). You do this by hitting the valleys (slides), collecting coins, hitting the blue acceleration powerups, and avoiding hitting the ground poorly. The birds reactions, the sound, and the speed and scale all work together to heighten the sense of speed and tension when you are going fast. You could create something similar, yet I think calmer and more mellow, here. And, you could avoid the worst part of Tiny Wings, the fast-to-zero effect when you hit a valley wall badly; rather, your character, it seems, would have a more gradual reduction in “Jam” based on how close they get to the bad things.

And add sound he makes (“oh, yeah, boom ba boom ba boom”) when his Jam hits a certain level.

Also, think about the music experience: perhaps only play the bad sounds when you are in their region of influence, so their negative effect corresponds to their volume. Use unities sound filters to restrict sounds to their region. I think making the range of the sounds visually obvious (via visible sound waves that reach a clear extent) will be vital.

As for the prototype plan, I disagree that that polish will be the most important part. First, game-feel “polish” (vs environmental/background polish) is about those things that happen in direct response to the users actions; much of the sound you describe is happening in the environment. By contrast, how the character moves (see my suggestions above, which are just one idea off the top of my head) is critical; I think the thing that will separate this game from the crowd of platformers would be how the character moves and how you need to leverage it in your interactions. Think that out more, and say what you are trying to achieve in the feeling of the prototype, so we can judge it. What is success? What is failure?

]]>
Comment on No Longer Using This Idea by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/bowling-bonanza/#comment-53 Sat, 06 Oct 2012 01:54:57 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1165#comment-53 Shooting, bowling, tossing games can be a lot of fun; I think this could be a fun game. But, I’m not sure it fits the full definition of game feel; especially if you are focused on it being a puzzle game. The interaction is largely indirect, where a single indirect action (applying a single force to a ball to roll it). However, I could be convinced that this is splitting hairs.

That said, you have only described the structure of the game, but not talked at all about what the bowling interaction feels like. If you want to convince us that this game satisfies the definition of game feel, then the player would have to get a real sense of the physical characteristics of the simulated space simply by the manner in which they throw the ball, and the way that (as a result) it interacts with the space. This is no simply physics: how will you convey the materials, the physical (or synthetic) characteristics of the objects, by virtue of the throw. A “simple realistic physics model” probably won’t convey anything compelling, especially since it will be almost impossible to make it feel real.

The prototyping plan doesn’t address this: what is the feel you are trying to achieve? How will you know if you get it or, more importantly, haven’t gotten it? Any game designer that uses a physics engine must have a really clear picture in their mind of what they are trying to achieve with the simulation. Otherwise, you don’t know what to do when it “doesn’t feel right” … and, when you are learning to use physics engines, it’s pretty much guaranteed it won’t. So, please tell us what you are trying to achieve.

Beyond the needs of P3, I recommend against puzzle games for the final project. Good puzzles are hard, and take a long time to balance once you come up with them. For a project that must be done in such a short time, you don’t want the success of the game to hinge on something you are unlikely to have the time to achieve. That’s one of the big reasons I’m requiring folks to focus on games that have the 3 characteristics of game feel: they tend to be real-time, direction control interactive games, rather than puzzle or strategy games (although they can have those components).

]]>
Comment on P3: Escape from Mars by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-escape-from-mars/#comment-52 Sat, 06 Oct 2012 00:37:55 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1183#comment-52 The basic game sounds like a good conceptual starting point. I don’t think you need to interpret “real-time control” as “direct immediate action”. Asteroids has direct control, but it’s smoother and less immediate (ship doesn’t stop when you release). The key is that the player sees the results of their actions immediately. Now, you may want a ship that reacts immediately and moves immediately; that’s fine, it that’s what you want.

I would skip the “time permits” ones, and enhance what you are trying to do by describing the feel of the speeder in more detail. I’d focus on making if feel really good; sounds, smooth motion, effects.

What are the levels like? Is it “pod racing” from star wars, tunnels and pillars and so forth … if so, what happens when you bump things? Or, is it a big open bowl (the crater) with nothing really to bump into? This probably makes a big different to the controls you want.

]]>
Comment on P3 Description: Dancing Lights by nwatson https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/04/p3-description-dancing-lights/#comment-51 Sat, 06 Oct 2012 00:35:47 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1133#comment-51 Like I said before, the unpredictability of the patterns in the video is something I hope to fix in my game. Perhaps only have bullets move in straight lines or predictable, consistent curves at constant speeds, or maybe drawing out lines where the bullets are about to move. I can also give the player a fair warning before a bullet comes in, perhaps with an arrow that appears on the screen indicating where a bullet will appear and the direction it will move in. I’ll try it in the prototype, and if it really is too hard to predict and comprehend at once, I can change the game to something like following a path that appears in accordance to the music. (Although that feels a bit close to “Osu!”)

Also, while the obstacles would be appearing and moving in accordance with the music, that does not necessarily make it a rhythm game. Games like Audiosurf have obstacles that appear in accordance to music, but the player themselves does not move with the music.

As to how I would do 2D movement, I put together a quick pre-prototype that shows the various ways of controlling your character I was going to consider for the game:

http://www.prism.gatech.edu/~nwatson6/WebPlayer4.html

Controls:

1,2,3,4 keys: switch between the different controls

Control 1: Move mouse to move, object follows mouse exactly, click or shift to slow down

This is what I was thinking about going with before I made this pre-prototype, but its kind of inexact and jumpy in practice. And, as you said, a bit arbitrary.

Control 2: Move mouse to move, has a stabilizer, click or shift to follow stabilizer more exactly (faster, but more jumpy), right click or ‘Z’ to display stabilizer

This one is what I would like to go with if I can create the game as above. It’s a lot smoother, but this one is also admittedly somewhat arbitrary to implement.

Control 3: Moves like you are rolling a ball with the palm of your hand, touchpad recommended, click or shift to brake

This one might be a bit inexact for dodging obstacles, but it could make an interesting game if I decide to go with the path-following game instead.

Control 4: Moves like the stage is being tilted

Like the 3rd one, it might also be worth looking at if I go with the path following game.

Let me know what you think. I’ll have bullets to dodge in the prototype on Thursday, so I’ll see if I can make the game predictable. If you think that the character control is too simple for the assignment, let me know, and I’ll try to think of ways to spice it up (or maybe do something else).

]]>
Comment on P3: NPC Life, Representin’ by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/npc-life-representin/#comment-50 Sat, 06 Oct 2012 00:25:49 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1189#comment-50 It’s an interesting game idea, but it doesn’t sound like it has all 3 qualities of Game Feel as Swink defines it (and which you need to have in your P3 game proposal). It sounds like most of your interaction with the world is indirect; you are going to be spending the bulk of your time issuing commands to the PC’s, rather than directly interacting with the world. Now, you may have something more direct in mind, but that’s not coming through in your description.

You prototype plan sounds more like an alpha implementation plan: you just list a feature set you are trying to achieve, but are not telling my WHY you are doing it and what you hope to SPECIFICALLY demonstrate learn from the prototype.

If we imagine that you are building something with more direct interaction, focused on your character. What are the interactions like? How does it feel to simultaneously interact with the world (avoiding things, hiding, casting spells) while simultaneously having to issue commands to control the rest of the team? There are plenty of models for the control aspect (every StarCraft style game) but not for simultaneous indirect control and direct interaction. So, create something where you are just issuing commands (perhaps you just have targets pop up that you need to tell someone to “go” to, even if there really isn’t anyone there) while you have to move around and fire a spell and avoid getting hit. Can you build that and make it fun?

]]>
Comment on P3: Dream On, AA by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-dream-on-aa/#comment-49 Sat, 06 Oct 2012 00:06:37 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1173#comment-49 The game concept seems good.

The control scheme seems like a pretty reasonable way to start trying to do what you want. You’ll want to think more about how the movement will work in terms of the movement between points: do things start and stop immediately, or is there a bit of smooth (even if very quick) easy-in-easy-out acceleration.

]]>
Comment on [P3] Powerball by asdf https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/04/p3-powerball/#comment-48 Fri, 05 Oct 2012 22:37:23 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1141#comment-48 The game will be in a 3D space. The balls will be released on a slanted plane and will be forced downward by (simulated) gravity. Since the other balls are just dummy objects, they will just naturally funnel down through the obstacles, where as you can intelligently navigate around, which will give you the edge to make up ground and hopefully beat them to the bottom. I think having a well planned level (obstacle positions) will be better to increase the difficulty rather than giving them some sort of AI.

As for managing the bounciness I think it will be important to factor in what the ball collides with. If with another relatively light object such as another ball, there wont be as much force created on the reflection bounce as if it were to collide with a much greater force. I am envisioning more subtle interactions between the balls (since they will be relatively mass-less) but the obstacles and the players special powers which create a more substantial force which will be creating this very fast popping around dynamic.

]]>
Comment on [P3] Powerball by Yan Xu https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/04/p3-powerball/#comment-47 Fri, 05 Oct 2012 21:54:08 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1141#comment-47 It’s hard for me to imagine how this ball racing game look like. Is it in a 2D or 3D space? I like the idea of bouncing balls, but they seem to be difficult to control. How do the balls race by bouncing around? How do the balls interact with/interfere each other? The other balls can’t be too stupid, they need some AI to make sure that your player is motivated. How is the environment? The lottery machine seems to be too simple for this game (of course, that machine is designed to create randomness!)

Out of all the questions I have, I agree with Blair that the physics is the core. How do you balance between the bounciness and the sense of control for players?

]]>
Comment on P3 Description: Dancing Lights by Yan Xu https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/04/p3-description-dancing-lights/#comment-46 Fri, 05 Oct 2012 21:32:17 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1133#comment-46 I read your post and the comments, and watched the video. The biggest problem with the youtube game is the unclear mapping between the music and the corresponding obstacles that it generates. WIthout this clear mapping, all a player needs to do is to observe the movement trajectory of obstacles and dodge them, which itself may be fun, as in the classic space invader game. But if the music does not matter any more, why do you need to take the trouble hardcoding all the obstacles based on the music? I don’t see that value this may add to a player.

In most rhythm games, such as DDR, Rock Band, and Dance Central, there are clear visual cues of the next action and feedback on whether a player misses a beat or not. This tight action-feedback loop and the support for players to observe and prepare for the next action is essential to rhythm games. Try to improve your game design along these two directions.

]]>
Comment on Project 3 Prototype: Ghost Hunt by mlgantt https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/03/1105/#comment-45 Fri, 05 Oct 2012 19:23:40 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1105#comment-45 Thanks for the feedback. I was actually thinking about other things for the player to do but was unsure about the scope of this project. I think the final goal of the player is to burn the remains of the ghost so it will no longer haunt the house. I could make goals like the player must first acquire the items they need before looking for the remains. For example, the ghost will be stationary guarding the remains (unless provoked by lots of noise). The player must somehow set up a distraction to lure the ghost away from the his lair. In addition, the player will need to gather supplies like gasoline to burn the remains and salt to put at the doorway to keep the ghost from coming back (I have been watching a lot of ghost movies lately). Is this what you had in mind?

]]>
Comment on Project 3 Prototype: Ghost Hunt by Yan Xu https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/03/1105/#comment-44 Fri, 05 Oct 2012 18:45:22 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1105#comment-44 What your game idea reminds me of is the difference between American and Japanese horror movies. While the American horror movies are more visually disturbing, I am most scared by the Japanese ones. It’s the mental tension between the doomed destiny and a slice of hope to escape. Your game idea reads more like a Japanese horror movie. The goal is to avoid them, rather than killing them (which is most common in existing commercial titles.)

But what’s really difficult (and rewarding) for your game is to design for the sense of accomplishment. Avoiding something seems to be a more passive goal than the tight action-feedback loop. Give your player reasons to go through the scary journey. Provide intermediate goals rather than just one final safe spot.

The slides from Left4Dead creators may be helpful: http://www.valvesoftware.com/publications/2010/GDC10_ShaderTechniquesL4D2.pdf

]]>
Comment on P3 Description: Doom of the Ninja by Yan Xu https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/03/p3-description-doom-of-the-ninja/#comment-43 Fri, 05 Oct 2012 18:22:54 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1099#comment-43 I agree with what Blair has said.
Another suggestion is to think more about the simulated space and the avatar’s relationship with the space. If everything happens in an open space, then collecting all energy orbs within certain amount of time becomes a straight-forward racing with a small amount of path planning. But what about the space design that can occlude/enhance the vision, provide a maze, or allow teleporting? Experiment with a few different space designs and think about how it changes the game feel of Ninjia’s movement.

]]>
Comment on P3: Slice Your Way Out by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/p3-slice-your-way-out/#comment-42 Fri, 05 Oct 2012 17:25:23 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1178#comment-42 The game could be fun, but you need to think through what some of your relatively high level descriptions mean. At one end, you can imagine a real-time player-on-rails no-breaks (except via pause) game (like any of JetPack Joyride, Canabalt, B.T.R, etc.) where you are just clicking buttons to do the upgrades when you notice you have “upgrade points”, and the attacks are really simple. The addition of having to also do upgrades in a game like this could be fun and interesting, if done right. On the other end of the spectrum, the game becomes very complicated, since you now have to make it much deeper and more complex. But, you need to decide which, as your description fits with either.

Beyond that, your prototype goals is a list of “features” with now description of what exactly you think you are doing. What is the movement _like_? What does it feel like/what happens when you hit walls? obstacles? Is it smooth sliding on edges, is it a 2D side-scroller like the games I mentioned above (which you are just moving within a range?). I have no sense of what in that spectrum you are proposing!

]]>
Comment on Project 3: Spectrum by Blair MacIntyre https://github.blairmacintyre.me/site-archive/cs4455f12/2012/10/05/project-3-spectrum/#comment-41 Fri, 05 Oct 2012 17:17:53 +0000 https://github.blairmacintyre.me/site-archive/cs4455f12/?p=1174#comment-41 That seems like it could be a fun puzzle game, but I don’t feel like it satisfies the 3 requirements of game feel very well. While you could be controlling the avatar, since it sounds like a puzzle game, having direct control wouldn’t really buy you anything (when you could just click to tell the avatar where to go). There isn’t really a simulated world to interact with, either.

What is your prototyping plan?

]]>