August 20th-23rd, 2010
Theme: Enemies as Weapons

Back to Browse Entries

Bug Them All!

by ThibG - Competition Entry

First, sorry for the lame name :)

How to run

Bug Them All! is written in Python, and has only been tested with CPython 2.6.
Apart from the standard library, it makes use of two third party libraries:
- PySFML, a multimedia framework
- FluentXML, an XML library, used to parse the map SVG
(included in the source tree to ease the use)

To launch the game, just type ./run

How to play

I bet you know that enemies, are, by definition, dumb.
But maybe you don't know they can panic easily?
It's your chance to use them against their allies!
Indeed, you can bug them, literally. And they'll just panic and panic!
If an enemy panic too much, he'll start attacking his allies!

However, you don't run faster than the enemies, and you don't have any weapon.
The only way to survive is to create confusion in the enemy lines with your bugs!

To move, use the LEFT, RIGHT, and TOP arrows.
To release a bug, press SPACE, then, press SPACE again to start bugging an enemy.

Beware, however, you have only 3 bugs, and those have limited life time!
(although they bug your enemy until they die)

About the data and the tools used

I used Inkscape with a Wacom tablet to produce most of the graphics,
with the exception of the bug sprites. For these ones, I used mtpaint and The Gimp.

The map was made using Inkscape, too.

The audio samples directly come from sfxr.

Downloads and Links




ExciteMike says ...
Aug 24, 2010 @ 1:59pm

Uh-oh, you probably aren't going to get a lot of people playing your game like this. I tried for a few minutes to get PySFML installed right, but it's becoming too much of a pain.

I recommend using py2exe to make an easier-to-run windows exe out of it.

ThibG says ...
Aug 24, 2010 @ 2:36pm

ExciteMike, thanks for the comment, I'll try to make a windows executable, but it seems overly complex, versus a simple "aptitude install python-sfml" ;)

ExciteMike says ...
Aug 25, 2010 @ 8:24am

Got a little further. I get to see it for a second or two before it crashes.

ThibG says ...
Aug 25, 2010 @ 12:10pm

ExciteMike, using the Windows build? If so, the traceback shouldn't be so helpful... If not, please send it!

pekuja says ...
Aug 29, 2010 @ 3:55pm

The Windows build crashes on me also.

ThibG says ...
Aug 30, 2010 @ 8:52am

Can you give some more details? I built it and tried it on my WinXP box without experiencing any issue.

pekuja says ...
Aug 30, 2010 @ 9:27pm

I'm running a 64-bit Windows 7. Your game doesn't really print out a backtrace or anything, so I can't really tell you much more. Maybe you could make a version that would write a debug log into a file so we could send you some data?

ThibG says ...
Aug 30, 2010 @ 11:18pm

Hm, I must say I don't have a clue about how it would run on Windows 7, or how 32b compatibility is done in Windows...
You can still try to launch it in a shell and show me the output?

stqn says ...
Sep 3, 2010 @ 9:31am

I'm getting this error under Arch Linux:
./run: error while loading shared libraries: cannot open shared object file: No such file or directory
(got openssl 1.0.0.a)

HybridMind says ...
Sep 3, 2010 @ 5:39pm

Your game unfortunately didn't work under windows XP. "application error" attempt to read memory that can't be referenced.

ThibG says ...
Sep 3, 2010 @ 10:42pm

Hm, seems cx_Freeze isn't that great, after all :/
stqn, the easiest way in your case is to use the "Source (Python)" package, provided that you have PySFML (package pysfml, for you) installed.

pekuja says ...
Sep 5, 2010 @ 12:06pm

Well, it seems like it might not be cx_Freeze. I just installed PySFML since I figured you could use some feedback on your game, but I can't get the bugger to run. I couldn't get a stacktrace, but I did some snooping, and tracked down the crash. Basically, it seems like the game crashes when calling bugthemall.game_over.GetText() . It crashes when it actually calls the function. I also tried disabling the gameovers to make the game run, and it did, until I planted the first parasite, at which point it crashed again. I suspect another sf.String.GetText call. I don't know why exactly that would crash the game, but it does. Maybe the string isn't initialised properly?

ThibG says ...
Sep 6, 2010 @ 11:10am

Thanks for the info!
There is only one sf.String used in the game, and that's for the game over text.
If I understand right, you've downloaded the python "source"?
If so, please try replacing "game_over = sf.String()" by "game_over = sf.String('')" in bugthemall/
About the "no stacktrace" thing, have you ran it in a terminal?
When you "planted", you mean, in the enemy (have you controlled the bug for some time?)?

You must sign in to comment.

[cache: storing page]