Saturday, November 10, 2007

The last few

Stick Ninja:

This group managed to semi-accuratley apply their mechanics to their prototype, and in doing so, seemed to generate some helpful information about their game. They may not have answered many questions about their game, but they were given the tools to now ask the right questions. I feel their prototype had significant value to their progress in this project, as they were able to test their main mechanic and generate user feedback about their game.



Zodiac War:

This team set out to prototype a 2d Fighting game. Right from the get-go, this is challenging. I feel they did a decent job working their mechanic into a paper prototype. Because the members were facilitating the AI, the game obviously is not as fast as the digital copy will be. Judging by the results, it seems as though their prototype was a success. It showed them the need for more attack variation and clearer controls. Above all, programming the AI will be difficult. We'll have to wait and see.


Crack Quest:

Finally a game that really catches the feel of where our campus is located. Since this was a digital prototype, it did a wonderful job of testing the mechanics they will be using in the end. Based on the results, i'd say their prototype was a complete success. Some good feedback such as more weapons and cut scenes needed is great to have. And being able to test things like bullet collision benefits them in the short term, since this won't be something they will deal with last minute. Great job!

Sunday, November 4, 2007

First set of presentations

AntLion

- Real time strategy game with ants

Now making a strategy

- You are an ant trapped in a pit with an antlion

-Game too random, disturbed game play

Instructions were misleading

Player wants to play the ant because it is more challenging

Use an ant eater instead of an antlion

Possibly make it an educational game about ants and ant lions


Feedback: Interesting idea, the mechanics seem a bit shaky for this late in development. Switching from RTS to Strategy gives a new spin on this concept. I would like to see a demo before I made involved commentary, but it seems as though this game is going to sink or swim based on its choice of mechanics.

Fins of Fury

-People want weapons

-Paper prototype was very close to game

-You fight enemies when next to them

-You evolve with your fish

-Going to do Torque 3D (tried Halflife Engine, didn’t work)


Feedback: I am picturing frogger with a bazooka when I saw the models. Cool idea, the aesthetics will really define the "fun" of this game. The modelers have their work cut out for them, I would like to remind them that its the attention to detail when in a 3d environment that gives people the feeling of a complete, immersing game. Switching from halflife to torque so late in the process cuts the development time down drastically. Good luck!

Mizu

Side scrolling action game

Fantasy Adventure with puzzles

You are someone defending your town?

Rather kiddy for art style

Used dice to determine severity of damage

Different type of splashes for feedback

Good artwork

Use game components to aid the player


Feedback: The lack of ability to test mechanics on the paper prototype to me suggests, to me, that this team would have been better off with a digital prototype. The artwork seemed fitting and the game premise is solid. I'm excited to see what they are going to do with this. Good job on the prototyping otherwise! The mechanics weren't discussed in great detail so I can't really critique the game idea itself, I'm going to go on what I saw with the prototyping and say this game should do well if they follow their current path and don't fail at implementing appropriate mechanics for their game.

Testing 1…2…3…

Originally a school yard beat’em up

Now a medieval setting

Narrowed scope

focusing on rooms

Paper prototype (could not test platforming)

Want real time (tested to best of ability)

Looked for balance between characters

Different types of characters

Different types of attacks (not just the same old swinging of the sword)

Tested combat effectiveness

Using puzzles

DnD Map/Grid

Used dice to simulate combat results

Had Characters with character sheets

Need more difficult enemies

Unbalanced skills

Too many puzzles

Turn based unfortunately sucks

Need pick ups/upgrades

More Action Oriented

Feedback: I don't remember a whole lot about their game besides it being an action/puzzle. The lack of a name doesn't afford me much reference either. I would have to say from what I remember and the notes that I have, that they started with a generic layout and did a great job of narrowing down their scope. From the looks of it, I'd say they tested most of their mechanics and found their issues quite early. Now we can only hope they fix the balancing issues that are inherent in almost all action games, and get a polished product out by the end of the semester.


More to come!

Sunday, October 21, 2007

Game Under Way!

So the last few weeks has begun the process of game development for 3'rd Cloud. I'll briefly write and surmise what we've accomplished over the last few weeks, and particularly, what I've done to contribute.


First of all, our story is still under development. That is to say, me and Steven have yet to hammer out the fine specifics of the plot. Writing a multi-linear story where your actions have consequences is not easy. I had steven produce a primitive decision matrix, but we will be improving on that over the next few weeks.


I've spent the majority of my development time learning the functionality of scripting and how I can use RPG makers primitive elements to produce a skeleton for my game, which I can then plug in the new artwork and story tweaks as needed when the time comes. So far, it's been rather productive.

Marie has provided me with quite a few well-done models for our opening game, and I hope to "borrow" a few (with sources credited) from a few sites later on, once I get into enemy and NPC development in the weeks to come. Using this, we were able to create the first few moments of gameplay. We even had a battle with a snake!

The feedback we recieved from our user testing allowed us to make some alterations to our preconceptions about how our game is to be played. Specifically, we learned that players like it when everything gives them feedback. So every barrel will now say "It's a barrel.." when you click "x" at it. Cool, eh?

Anyway, moving on: Kyle didn't follow through on his promised artwork like I asked, and when he finally did, it was low-grade and the angles were mostly wrong. The textures were nothing like I requested them to be either. I dbout he even looked at chrono trigger, or earthbound. I'm not going to yell at him, it's his perogative to do his part. But if he doesn't, then it's his head that will roll. I'll make sure of it.


I had steve work on UI this week, so hopefully he'll produce something we can implement as a placeholder in the near future. Marie is working on some choice sprites, and Henry is working on sound still, with the added job of looking into how to rewrite the combat system to suite our chrono-trigger knockoff.

More to come!

Sunday, September 16, 2007

Inspiration!

As taken from Kaze no Stigma, their idea of "pandemonium", a group of magicians that take random people and grant them special powers.

I would propose a game similar in principle, where the main character gains a power (maybe one that is chosen through gameplay?) and has to defeat similar opponents. This would progress in a tournament system, each battle tougher than the last.

I'm not proposing a street-fighter style game, but rather one set in a modern of future city, where our protagonist finds himself recruited to in to this tournament. Perhaps the tournament is some way of settling a dispute between two factions in an organization. Either way, a reward of great power is promised to the winner, and obviously evil people are recruited as well as good.

Sounds like I stole this straight from Shaman King, eh? They're similar, that's for sure.

The gameplay /story is FPS. Skills and abilities based on whatever the player chooses. Perhaps base classes like Nature, Space, Earth, Fire, Wind, Water, and perhaps Mind would suffice. Each "level up" gives you the power to specialize further or broaden your skills. This would require MUCH balancing, so everyone doesn't pick the same skillset.

Battles are in real time, where the NPCs either outnumber or are of a higher grade than the protagonist. AI will be tricky.

Perhaps a pokemon-style battle system would go good here. Rather than the user shooting FPS style, they select an attack and have to preform a certain action or sequence to determine the potency of your spell / ability / action. For example, a water-based attack might be a large whirlpool surrounding the enemy. Potency of attack is based off the speed of which the player can rotate the joystick.

This could happen real-time, so the enemy can break out of the spell if his attack or defensive abilitiy has greater power. It comes down to a quick-thinking action rather than button mashing.

More to come!

Saturday, September 15, 2007

Advanced Game Design Cont.

I've decided that if anything, the Dark Messiah version hold more ground than any other game idea I have.

Just brainstorming some ideas for gameplay:

Gameplay is realtime, fights are either turn based or real time.

The player can select to go into turn based at any point in the game, by hitting a certain button. This is similar to the "FEAR" style, but first seen in the Might and Magic series (NOT heroes of might and magic). It allows the player to actively swap between RT and TB play.

A good user will use this to his / her advantage when exploring, for example, catacombs or close-knit areas, where surprises can lurk behind corners. I would probably have the users pre-define a set of skills and /or spells on a hotbar, and have them default bound to 1-10, with the option of rebinding quickbar slots to any other unused key (Dark Ages of Camelot). IE binding "u" to quickbar 2, position 1. So that the user may use that ability on quickbar2 instead of having to swap quickbars, then pressing 1, simply by hitting "u".
These sort of features are important for making gameplay enjoyable and seamless. When a user is annoyed by using their abilities, there's not enough consideration into the design of the interface.

This is ubiquitous for all game designs, in my opinion.

-- Drew

Halflife 2

Since we have access to the halflife 2 engine, I've been boxing the idea of a Starship Troopers spinoff (the book, not crappy movie). Perhaps a story mode set after the training camp, right before the player makes his first drop. I'm wondering how easy it would be to make. The bugs, i imagine, would be hard to code. The skinnys would be like semi-neutral NPC's, since the alliance in SST was trying to persuade the skinnies to join their side right as Jhonny hits the MI, full fledged. Either way, it's promising. I think i'll ponder over it, and work out a detailed description tomorrow, and ask for feedback from the instructor on monday, the day before class. Hopefully she can give it.

I like this idea, the more i think about it. I'd have to limit ranking advancement to Section Assistant Leader, so your boy doesn't have control of more than himself. I think that may be a bit too hard to program. We'll see though. General functions like "form around me", "close the flank" and "pull out" shouldn't be hard to program.

Since the MI are all ALWAYS armed to the teeth, i think "leveling up" should constitute advancing in standing with the army, which will give you better MI suites. Longer jump time, more carrying power, com equipment, radar and team tracking. That kinda jazz. should be good!

Awards can be given out for recovering team mates, making pickup on time, mass destruction, target completion, etc.

When I say team mate recovery, I mean corpse retrieval. Since 99% of the time, when someone needs recovering, they've already bought the farm.

-- Drew

Monday, September 10, 2007

Advanced Game Design

Graha, first posts are always awesome!

I'm toying with a few general game design ideas, but without first hand knowledge of how powerful the materials we will be working with this semester, I suppose I'll just have to go with the stars and dream.

My first idea stems from Earthbound gameplay and Diablo 2's style of asthetics (2d overlay with top-down scroller)

These concepts work well together because Earthbound was similar to diablo 2 in its camera views. What I want to take from eathbound are the fundamental characteristics that describe a "feel-good game". Cartoonish characters swing wacky yet slightly plausible weapons around beating snakes, mushrooms, and corrupt police officers to gain EXP and powerful special attacks.

What I take from D2 will be a skill system that allows for more in-depth character development, and "acts" that the player unlocks, each one more difficult than the last. For a 4 month project I would only attempt at developing 1 or 2 acts. Anything else is shooting for the stars.

The storyline is something I'd consider to be the most important part of a game of this type and so I'm not going to bother trying to write it all in this post. I have to select which idea I want before I go ahead and develop it further.

Another option is the ubiquitous 3d world PSO style of game. Again, this is fringing on developmental restrictions when I say this, but negating ability to program, I would have this game function similarly to Might and Magic; Dark Messiah. The main character is given few starting options for skills, but the main choosable classes will be DND primitives, ranging from Rogue, Wizzard, Sorcerer, Barbarian, Fighter, Paladin, and Cleric. The user will acquire a party of NPC's throughout the game who fill 3 "party spots". These members will be controllable in a similar fasion to the Might and Magic series, where the entire party is represented by pictures, and each players action is controlled time based (each character attacks based on the cooldown of his/her previous action, first attack in combat is determined by the "dexterity" stat, AKA initiative). Combat is thus real-time, and the parties movement is synchronous, FPS style. Ideally, this would be written in the HL2 engine. Of all my ideas, this one is the most developed as far as gameplay and features go.

The storyline of this game would take some working on as well. I would probably chose a more open approach, as taken by Baulders Gate, by Bioware. Once the main character leaves the initial area (most commonly referred to as the noob level), they will be able to navigate in a few different directions, leading to spearate areas of, say, a city.
Getting out of the city requires completion of a few major storyline tasks, such as, say, quelling a rebellion started by the Guild of Shadows.. or something like that. The possibilities here are endless. I just hope Bioware won't sue. Think the first city of Final Fantasy 7. Until you got out, that city was your whole game.

By going this route, I'm able to create a scalable game, which I can take with me and continually develop outside of this class. I'm heavily leaning towards this game concept.

That's all for now. More to come!