By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
444,199 Members | 1,077 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 444,199 IT Pros & Developers. It's quick & easy.

New SolarWolf, 1.5

P: n/a
There is a new version of SolarWolf available. SolarWolf is a frantic 2D
arcade game of collecting and dodging. It is written in Python and has
become a very good game.

This new version enhances the menu screens, more music, and adds user
preferences. Check out the downloads and screenshots from the main site. If
you haven't looked at this game in awhile now is the time to check it out.
It has become an entirely better game with recent releases.

http://www.pygame.org/shredwheat/solarwolf/
Jul 18 '05 #1
Share this Question
Share on Google+
2 Replies


P: n/a
Pete Shinners wrote:
There is a new version of SolarWolf available.


First impression: "Wow"
Second impression: "This is all pure Python???"

I have been using Pygame for quite a while now for prototyping what would be
later done in C (excellent toolset, by the way), but didn't expect it's
possible to write a full blown game in pure Python with it. I have been
wrong. :*)

Keep up the good work!

Peter
Jul 18 '05 #2

P: n/a
Peter Strempel wrote:
I suppose a significant amount of the low-level graphics stuff happens
inside the SDL C libraries, which should help performance. But I guess I am
not the person to lecture you about Pygame architecture. :)
You are correct here. All the graphics and sound routines happen inside SDL.
Pygame does offer the ability to map image pixel data inside Numeric arrays,
which does allow for more realtime graphics effects, like the classic
'flame', blurs, fades, etc.

Still, pygame itself is fairly low level when you get the game programming
parts. It is not a big framework or "canvas" type application. Your python
code must do all the work of managing and communicating game objects.

I noticed the Linux binary installer bundles Python. This annoyed me two
days ago, but right yesterday I got complains from a user of one of my
projects which is linked to Python 2.3 (and expecting this on the endusers
box) who is running Fedora which still has Python 2.2. I think I see your
point. Deployment on Linux sucks...


Hard to get around the Python in the packaging. If it's any consolation,
this is how all the .EXE versions of python programs work too. My main goal
of the linux binary was so it could run on computers at work, which are an
ancient Redhat release. Fortunately the included Python is very transparent,
so you only know it's there if you start digging in.

Jul 18 '05 #3

This discussion thread is closed

Replies have been disabled for this discussion.