| |||||||||||
PyWeek - Balloon Escape - Feedback responseI decided to follow HanClinto's example and post a mass feedback response. I'd like to thank everyone who tried my game and posted feedback, whether positive or negative. Unfortunately I didn't return the favor to all of you, since I didn't have enough time to try all entries before the deadline. :-( Sorry about that. Anyway, on to your comments.
Interesting gameplay, limiting the control to velocity.. Clean graphics too.
kind of boring game after a moment, but kudos for the effort
Fun game, but there's almost no control over the balloon. Also you had the
"Segmentation Fault" again so I had to use python 2.4.
Cool idea, well implemented. Needs a bit more variety/levels, and a second chance if
you get hit.
Too many ways to lose; so winning depends a lot on being lucky... A lot of time I felt
I had very little control about what happens (being able only to choose between
different ways to lose).
a bit difficult sometimes: there are so many ways you can lose! :) graphics are simple
and nice :)
Game caused a segmentation fault in Python2.5(winXP), but ran fine in Python2.4(winXP).
Crazy-hard!
Segfaults under Windows for using the data.py incorrectly (load instead of filepath on
some occasions, like when loading images in pygame). This isn't also as easy to fix as
some of the others, because on some occasions load is actually used like it's supposed
to too.
This really needs some sounds!
The idea that you can only use air currents to move sideways is interesting, but that
makes the game quite tough. I wasn't able to have much fun because of this lack of
control.
Even the easy level was hard
Loads of fun! This game is really good, and very well balanced such that I was able to
beat the game on even the hardest difficulty with enough tries. Some of the hard levels
felt un-beatable, but you just start a new one and do your best -- it was all a lot of
fun! The graphics were cute, and I loved the sprite of the deflated balloon falling
towards the earth -- it felt really natural (even though I didn't enjoy losing that
way). I was also *extremely* impressed with the collision poly on the balloon -- birds
and rocks colliding with the basket didn't pop the balloon, and I thought that was
really cool. The only slight beef I would have is that fuel canisters can't be picked
up by the basket, but that's the only thing that I found off with it. It's also not
entirely clear how to quit the game -- I didn't realize until much later that "Chicken"
meant quit. Still, it's funny. :)
Very good interpretation of the theme. THe game was fun to play, but pretty short.
Nice idea, could be better though, but then there is always next time!
Nice game. It was kinda weird that a single bird would make the balloon fall, but a
fuel tank would not...
very cool, once I got it to run ;)
it is very difficult to play add some music
The game has the same problem as a couple of others, it tries to load fileobject to a
surface (=> python seg fault in windows). (Easy fix, change to imagefile =
data.filepath(..)). The two bottom menu alternatives are not visible (but who needs
them anyway?). Other than that, a nice game. I like the "slow" gameplay, you cannot
just go up and trust your reflexes, but have to plan ahead. And the graphics is nice,
with transparent balloons and all. Plus a very well documented source code!
Nice game idea.. i also wanted to do such thing but wanted something else eventually.
The game itself is finished and as such it is not bad at all.
Kept getting fatal errors
Winning or losing on this game mostly depends on luck, I think there are too many
random elements and not enough control.
Frustrating. The up and the down. The fickle blowings of the wind. A definite
challenge.
Nice game. I was first thinking that the falling fuel will damage the balloon. You
know, I was too lazy to read the README.
The theme is clearly followed: the only way is up. There do seem to be many games
involving a balloon, however. I like the graphics: the balloon breaking and going down
is fun to watch a few times. It would've been nice if there were at least minimal
sound. I found the game quite hard (even on wimpy), and since the rewards for making it
higher are unclear (a high score would have been nice, for instance), it didn't really
hold my attention. I noticed the controls seem a bit strange. When your fuel has gone
out your burner seems to continue to burn at full speed even though I have no more
fuel. Similarly, you'd expect me to be able to cut downward speed too when out of fuel,
as stopping to vent air shouldn't cost anything. Did I see that wrong? For nicer game
play I think this game should be easier, less crows even than on the easiest mode.
Perhaps response to controls should be faster, and sideways motion faster, to speed up
things. It'd be nice if there were some bonuses that would shield the balloon for a
while, or do other nifty things.
could not see the whole menu. fonts too big? nice idea.
A very good first pyweek entry, though is missing sound. I missed having control over
the balloon, felt like venting air really didn't do anything. Original idea though (as
far as I can tell)
Kind of hard.
Nicely done. The lag between input and response is frustrating. Perhaps some realism
could be sacrificed for more fun.
Very nice graphics, and nice idea, but I just couldn't get to grips with it enough to
get more than a few feet above sea level. Too easy to end up floating towards one wall
or the other without any correcting wind in reach.
Sry but could not run your game Config: WinXP Python2.5 Pygame1.7 Error Msg:
C:\BalloonEscape-1.0>python run_game.py Fatal Python error: (pygame parachute)
Segmentation Fault This application has requested the Runtime to terminate it in an
unusual way. Please contact the application's support team for more information.
fun game, manouvering the baloon is tricky but rewarding when it works. it's missing
polish (sfxand a simple highscore to see how far I came - in meter or smth - would be
nice).
Just add some music, sound and a 'Splash!' animation when crashing down - then the
game's almost finished. Yeah, some kind of score may be nice, too. The game itself is
already fun! :)
I tried to run this game under windows and received a "runtime error" ["This
application has requested the runtime to terminate in an unusal way"].
funny game with almost no menu and settings possibilities and only one level. Score and
bigger level can longer fun.
Not bad, but a little more control would be nice, and it has some great potential for
sfx that are unfulfilled.
The controls were quite frustrating, although I did manage to make it out of the canyon
on most settings except the "Dare me" one.
A bit hard even on the "wimpy" setting, but with some practice this turns out to be a
fun game.
Lacks a bit of fun as you can't control your balloon that much, it's quite a bit of
just watching and praying. Nice graphics :)
It certainly was an innovative idea to restrict control to the height of the flame, a
lot of the time though, death feels random, when the wind blows you into the wall etc.
Easier levels ramping up to the harder ones, and more obvious wind flow (instead of
random, only have wind where you can see exactly what the wind is doing) would improve
it a lot.
Great little game. Cool concept.
A nifty idea, and smoothly implemented. With greater variety, this could be a very nice
game. A comment about the controls -- if the orange bar is meant to represent the
amount of hot air in the balloon, the balloon's speed should be proportional to it.
Having a delay is okay, but the delay should be in the time it takes for the orange bar
to rise or fall -- there shouldn't be an additional delay between that and the
balloon's speed changing.
I think the player does not have real control over the balloon. Just a little bit
left/right steering would have been great.
Segmentation fault in windows...Shame, looks nice in the pics...
Good job for a first entry. =)
I quite enjoyed this game. The lack of direct control was almost refreshing, because
there is a strategy (and a clear one at that) for getting to where you need to go. I
liked the graphics, and the game had a very even flow to it. Thank you!
Fatal Python error: (pygame parachute)
Segmentation Fault This application has requested the Runtime to terminate it in an
unusual way. Please contact the application's support team for more information.
Was kinda fun :) Some sounds would've been nice. And the collision detection failed
sometimes.
Nice graphics, but there are some ways that I think the game could be improved.
I think that one level is too little, so that either more should be added, or it should
just be one long level and then you could get score for the altitude that you achieved
before crashing.
What I take away from the feedback:
Things I'm going to add/improve, in order of importance:
— xorbit on 2007/04/24 20:01 of Balloon Escape Comments: (log in to comment) |
Last Challenge
September 2008 [entries, ratings] Previous March 2008 [entries, ratings] September 2007 [entries, ratings] > April 2007 [entries, ratings] September 2006 [entries, ratings] March 2006 [entries, ratings] (June 2006) August 2005 [entries, ratings] Not logged in Login | ||||||||||
By RB[0] on 2007/04/24 20:54:
The problem with using data.load(f) instead of filepath(f), is that with load you are sending an already open file to pygame, while pygame is just looking for a path, so it can load the file.I too had the segfault under 2.5, but i fixed it by converting all loads with filepaths :)
Hope that helps :)
By xorbit on 2007/04/24 21:22:
Please take a look at the pygame reference document.Doesn't that say you can either use a file name or a file object? Using 'filepath' gives me a file name, using 'load' gives me a file object. According to the pygame documentation, both should work (and both do work in Python 2.4).
By RB[0] on 2007/04/24 22:08:
It does say that.Perhaps something changed in Python 2.5, that affected the file object?
I am looking at Pygame's svn repository, and it looks like, if Pygame receives a file object, it will attempt to get the file name from that, and then open the file.
Would anyone more knowledgeable about this jump in here?
Also, as Python 2.5 is the newer version, if something worked in 2.4 but not in Python 2.5, I would say that is one of those things that "doesn't run on the target platform".
You should use Python 2.5 for Pyweek anyway, as that is the latest, the official, the target version, etc... and most people use it(I think...)
I'm sorry, but it does appear that Pygame is broken in some areas with the new Python.
Until that is fixed, you should take that into account ;)
I hope this helps :)
By dmoisset on 2007/04/25 00:35:
Just a suggestion about how to implement life: you suggested making crow hits not instantly lethal. Besides adding a "life bar", you can start making the balloon work as "punctured", i.e. losing hot air slowly (or quickly, if lot of crows hit you). This add a little variety to the game and an extra incentive to avoid getting hit :) With this idea you can even perhaps forget about a life limit, you just play until you win or the balloon has so many holes that it is uncontrollable :)By xorbit on 2007/04/26 14:14:
I love this idea! Much more realistic, and in principle you can still win with a damaged balloon if you can get enough fuel (especially with a time limited "free fuel" bonus when I implement it), it will just get harder and harder the more damage you get. It is also simple to implement, since the balloon already has a fixed "leak rate" that slowly decreases lift. I'd just have to decrease lift faster the more damage is inflicted and add a bar to show the current leak rate. I think I'd still have a point where the damage gets so bad the balloon will just crash down though, I don't want to deprive the player of the floppy balloon animation. ;-)By viblo on 2007/04/26 20:58:
The seg fault crash is not a specific problem for python 2.5, I get the same with python 2.4.By xorbit on 2007/04/26 22:11:
Very interesting. I tested it on Linux with 2.4 and 2.5 and the game works fine in both. On windows, it works fine in 2.4 for me but not in 2.5. And you have the problem in both 2.4 and 2.5 on Windows?I guess I should stop trying to understand what is wrong and just pass a filename instead of a file object... ;-)
By RB[0] on 2007/04/26 22:36:
xorbit: did you by any chance build pygame from source?I was just thinking, I use the windows installer for pygame, so maybe its just the installer that is messed up?