PyWeek - Zombees - feedback

Fun Prod Inno Disq N/W Comments
3 3 3 yes

[xxx@host ~/pyweek-9-all/Zombees] python main.py 2009-09-19 23:42:19.882
Python[357:613] Warning once: This application, or a library it uses, is using
NSQuickDrawView, which has been deprecated. Apps should cease use of QuickDraw and move to
Quartz. Traceback (most recent call last): File "main.py", line 18, in lvlList =
[lvl1(1),lvl2(2),lvl3(3),lvl4(4)] File
"/Users/xxx/pyweek-9-all/Zombees/levels.py", line 14, in __init__ forhinder =
Forhindring("billeder\\lvl1\\skraldespand.png",(random.randint(500,6000),
random.randint(0,768)),random.randint(1,2)) File
"/Users/xxx/pyweek-9-all/Zombees/forhindringer.py", line 7, in __init__
self.image=pygame.image.load(filnavn).convert() pygame.error: Couldn't open
billeder\lvl1\skraldespand.png [xxx@host ~/pyweek-9-all/Zombees] ls billeder/lvl1
Thumbs.db lygtepael.png skraldespand.png by.png sign.png [xxx@host
~/pyweek-9-all/Zombees]

2 4 3

1 2 1

Quite boring..

2 2 2

Nice music, but otherwise not much fun. And I didn't see any zombies :(

3 2 2

It's not *that* hard to make your program run on non-Windows platforms. Use the game skellington for loading files, and stick to all lowercase. The game was not my favorite, but it ran okay, and your low-budget title sequences were kind of funny. I liked the credits. Also, try not to use recordings of copyrighted songs for music like The Good The Bad and The Ugly theme.

1 3 2

There weren't really much to this game. Some trashes came in slow motion and (I guess) you were supposed to evade them. But just it was a bit too~ boring. Maybe if it had a faster pace it could be better.

1 2 1 yes

"You must run it on Windows"? DQ'd for that. The only Windows dependency is the file names (which os.path could have handled or even the following simple script could have).

for x in *.py
do
cat $x | sed -e "s/\\\\\\\\/\//g" > new$x
done
for x in new*
do
mv $x `echo $x | cut -c4-`
done
ln -s Lyde lyde

No instruction. What is the objective (other than not hitting the trash cans)? Hitting all 4 borders didn't seem to do anything.

1 2 2

The "Windows only" requirement is stupid and unnecessary. The only Windows-specific code in the game is the hardcoded resource paths, and those are trivially avoided by using os.path.join(). (Hint: I fixed this with a single search/replace and adding an import to a couple of files.)

Consider making it possible to skip the introduction. Also let the player control changing pages. I had to sit and wait around for some pages and others disappeared before I had read them.

There needs to be something that tells the player what to do. Suddenly being dumped into the first level with no idea that I had to avoid the slowly moving dustbins rather than attempt to interact with them was disconcerting.

The abrupt ending to the level breaks the flow of the game too harshly. At least let all the obstacles clear the left of the screen before dumping the player at the next level intro.

Are there limited lives? If so, a counter would be a good idea. I didn't know if the next crash would drop me out of the game or merely restart the level.

Overall, this game feels very unfinished and the stupid OS restriction doesn't endear me to the developers at all.

3 2 2

The initial movie was causing hangs.. don't know why though.
Rest of the game was simple. Not much time spent on menus or the animation i guess. The game works as intended, with simple inputs and simple game mechanics. So i guess thats' something.

1 3 2

not much fun

3 3 2

Some levels are too short. Maybe add some more levels next time. Was okay to play.

1 1 1

Did not advance after the first intro-pictures and seems to demand unrealistic loads of CPU power for doing... nothing.

1 1 1 yes

Uses Windows paths.

1 2 1 yes

Had to change backslashes to forward slashes everywhere, and I did not feel like it was worth it. Disqualify for unlicensed music.

3 1 3 yes


guest@p4:/mnt/sda1/trabalhos/pygame/recolhas/pyweek/09/pyweek_9_all_torrent/53_Zombees_FatherTale$
python main.py Traceback (most recent call last): File "main.py", line 18, in lvlList =
[lvl1(1),lvl2(2),lvl3(3),lvl4(4)] File
"/mnt/sda1/trabalhos/pygame/recolhas/pyweek/09/pyweek_9_all_torrent/53_Zombees_FatherTale/levels.py",
line 14, in __init__ forhinder =
Forhindring("billeder\\lvl1\\skraldespand.png",(random.randint(500,6000),
random.randint(0,768)),random.randint(1,2)) File
"/mnt/sda1/trabalhos/pygame/recolhas/pyweek/09/pyweek_9_all_torrent/53_Zombees_FatherTale/forhindringer.py",
line 7, in __init__ self.image=pygame.image.load(filnavn).convert() pygame.error:
Couldn't open billeder\lvl1\skraldespand.png
guest@p4:/mnt/sda1/trabalhos/pygame/recolhas/pyweek/09/pyweek_9_all_torrent/53_Zombees_FatherTale$

1 1 1 yes

You should always use os.path.join to construct your paths.

pygame.error: Couldn't open billeder\lvl1\skraldespand.png

Also, you failed to package your game right.

3 2 3

No zombies but still quite good.

2 3 2

It took far to much effort fixing the windows paths for the amount of gameplay available.

Some sort of progress indication on the level would have helped.

There's little incentive to move much from the starting position, as it's usually quite safe.

1 1 1 yes

I know the README says it must be run on Windows, but, for some of us, this is not an option.

DOES NOT WORK

1 1 1 yes

Title screen loaded, sound played, game hung :(

1 3 1

Very nice artwork, but not much of a game to go with it...

2 2 1

Funny story

1 3 2

I had to hack this entry to work on Linux (and all because the developers don't see to have heard of os.path.join and case-sensitive filenames ...). At the end I was presented with a game consisting of moving a feather around to avoid trash cans. Graphics and sounds weren't too bad though.