Project proposal critiques (old)

Mutual proposal critiques

Christian Schumacher

1. I like the idea that the roles of the players (e.g. chaser/chased) are swaped after a mini-game. This might increase the motivation of the players.
2. As you don't have the time to invest much work in a single mini-game, there is a chance all mini-games will have a similar gameplay, which might have serious negative effects on the motivation of the player.
3. For a later stage in development (as a sufficient number of mini-games is required), I would consider adding a "playlist" functionality, where the player can choose his favorite mini-games from all mini-games freely.

Marina Spaeni

1. I like that there will be various games, so if you don't like one, you can play the next.
2. As you try to make that many minigames, the depth of the games will probably suffer and they will probably be very similar.
3. Less minigames in favour of completely different games.

Fabian Kulman

1. I like the "fighting with office supplies" idea. (yeah, I totally read the new proposal and thumbs up for the courage to change your plan so fundamentally )
2. yeah... killing stuff... (well, at least with office supplies)
3. Make it REAL co-op. E.g. both players have to shoot at the same time at the same guy to kill him.

Thorben Bochenek

1. Your background story is really awesome
2. Mini-games multiply the trouble and the work to design your game. As these games will be at the core, they have to be really well done. Unfortunately I can remember at least one of your games where you only pressed a button. That doesn't seem to very interesting.
3. Your overall idea is very cool, but I think much too big for the scope of the course. Honestly, I would suggest to do something completely different without Mini-games.

Marco Jenny

1. I like the overall idea.
2. Some of the mini-games sound a bit borring. They may be cool to play once or twice but not more I think.
3. Using a shader to get this oldschool movie flickering may be cool. It would be nice if you would use a physic engine, making it work with all the mini games. There is a funny game I remember wich you may be can use as an inspiration, have a look at this: click click

Jan Rüegg

1. I like the idea of an auto-adjusting handicap. You should definitely buld that in... so that also very experienced players can compete against not so frequent gamers.
2. The game is two player only, right? No single player, no three or more players...
3. Maybe you could add some sort of tournament as a possibility? (Even allowing more than two players with some sort of K.O. mode)

Fabian Hahn

1. I like the setting very much.
2. I think you underestimate the effort to create a game engine capable of running your games. Just "creating an API" sounds like an easy task, but that's far from reality.
3. One game score could have an effect on the next game.

F. Serre

1. Good plot. I like the idea of creating an API for minigames.
2. This API will have to be specific enough so that you can create fastly a lot of minigames, but general enough to have different kind of mini games.
3. You can reuse sometime the same mini game with a slighly different rule (like http://www.koreus.com/jeu/obey-the-game.html)

Etan Kissling

1. Both views have opposing goals. If one game sucks, the next will be better :P User-created content
2. Controls may be unintuitive depending on the game
3. Same timelimit for every game, and then a marathon over multiple games (like four second firestorm flashgame)

Daniel Bucher

1. Crazy mini games
2. Need a lot of games (if you achieve this, it will be fun to play, but to get there will be hard)

Manuel Sprenger

1. Nice idea that a player can create levels.
2. Perhaps most of your minigames are not challenging enough.
3. Do something challenging for the player.

Alain

1. It seems to be simple and intuitive.
2. Lack of lots of mini games might reduce fun - suddenly it's all done.
3. I'd change the game idea and start over. I don't see me playing that game.

Lukas Humbel

1. Tv in tv is cool
2. Good code/api may make coding games fast, but what about artwork/game balance/etc?
3. Do you know "Bishi Bashi" (a crazy japanase playstation game), it may provide some inpsiration

Boris Dalstein

1. Nice background, and having lots of mini*game can prevent to be bored too fast
2. I think your idea of API, even really great, is out of the scope and mainly the "spirit" of the course. IMHO, You need to spend a too big "initial" time to develop the API, instead of having since the beginning something that work, and improving it little by little by implementing new effects (and achieving the "layers" from the timeline). If you can't manage to have an API working, you have nothing at all... very risky.
3. Other source of inspiration, the minigames from "Pokemon Stadium" on N64 : google video search

David Meier

1. TV-Show idea
2. I think it will be very challanging to create enough funny mini-games in this time
3. Try to focus on fewer mini-games but make them as funny as possible

Stefan Wenger

1. Great idea and background story!
2. I'm not sure if it's enough to create just a few game types and exchange the objects to get a lot of "different" mini-games.
3. Just create 3-4 really good mini-games and add more after the course.

Florian Köhl

1. Mini Games (if varied enough) are great fun!
2. The thing about the API... I'm not sure this will work out.
3. Settle on less, well varied mini games. You only have one semester...