Pygame: Difference between revisions

From OLPC
Jump to navigation Jump to search
No edit summary
(Added links to Game_development_HOWTO.)
Line 3: Line 3:
[http://www.pygame.org Pygame] is the most commonly used library for creating Python games. In design it is a wrapper around the Simple DirectMedia Library (SDL), which provides a low-level interface suitable for doing reasonably efficient 2D games.
[http://www.pygame.org Pygame] is the most commonly used library for creating Python games. In design it is a wrapper around the Simple DirectMedia Library (SDL), which provides a low-level interface suitable for doing reasonably efficient 2D games.


See '''[[Game development HOWTO]]'''.
There are a number of libraries written on top of the Pygame system which provide simple mechanisms for creating games of certain types. These libraries make it possible for relatively young children to write games and for older children to write games of sufficient polish to distribute to others.

Among the libraries written on top of Pygame that might be useful in setting up a Game development sub-curriculum (or simply in making it easier to develop games for the OLPC):

* [http://www.nongnu.org/pygsear/ Pygsear]
* [http://childsplay.sourceforge.net/ Childsplay]
* [http://dc.ubuntu-us.org/projects/gasp Gasp]


== Pygame on the OLPC XO ==
== Pygame on the OLPC XO ==
Line 33: Line 27:
* Microphone and camera: Pygame doesn't have sound or video input on its own, but you can use GStreamer. Since in our wrapper, another thread is running a GTK main loop, you can construct a GStreamer pipeline and set it to running and it will be executed (magically?). You may need to make some effort to extract needed information from GStreamer. Update this page if you find out more. I doubt that microphone and camera events are likely to be directly integrated into a Pygame event loop, though.
* Microphone and camera: Pygame doesn't have sound or video input on its own, but you can use GStreamer. Since in our wrapper, another thread is running a GTK main loop, you can construct a GStreamer pipeline and set it to running and it will be executed (magically?). You may need to make some effort to extract needed information from GStreamer. Update this page if you find out more. I doubt that microphone and camera events are likely to be directly integrated into a Pygame event loop, though.


=== Libraries ===
There are a number of libraries written on top of the Pygame system which provide simple mechanisms for creating games of certain types. These libraries make it possible for relatively young children to write games and for older children to write games of sufficient polish to distribute to others.

Among the libraries written on top of Pygame that might be useful in setting up a Game development sub-curriculum (or simply in making it easier to develop games for the OLPC):


* [http://www.nongnu.org/pygsear/ Pygsear]
* [http://childsplay.sourceforge.net/ Childsplay]
* [http://dc.ubuntu-us.org/projects/gasp Gasp]


== Rationale and Discussion ==
== Rationale and Discussion ==
Line 106: Line 107:
== See also ==
== See also ==
*http://lists.laptop.org/pipermail/games/
*http://lists.laptop.org/pipermail/games/
*[[Game development HOWTO]]
*[http://lists.laptop.org/pipermail/games/2007-April/000047.html state of the art as of 2007-04-13]
*[http://lists.laptop.org/pipermail/games/2007-April/000047.html state of the art back in 2007-04-13]


[[Category:Pedagogical ideas]]
[[Category:Pedagogical ideas]]

Revision as of 16:12, 15 June 2007

  english | 한국어| español HowTo [ID# 43778]  +/-  


Pygame is the most commonly used library for creating Python games. In design it is a wrapper around the Simple DirectMedia Library (SDL), which provides a low-level interface suitable for doing reasonably efficient 2D games.

See Game development HOWTO.

Pygame on the OLPC XO

Preliminary work has been done to allow Pygame/SDL to interact with the Sugar (GTK and DBUS) environment. A proof-of-concept Pygame package has been produced (Noah Kantrowitz) and work is ongoing to improve the interoperability of the platform (Ryan C. Gordon). Discussions and announcements normally occur on the OLPC Games info/devel OLPC Devel list.

Work is also being done on game programming for the XO hardware. The following is an overview:

  • Noah's wrapper allows for nested Pygame windows using a separate thread. It forwards GTK events and converts them to Pygame events.
  • Pygame draws onto the screen and plays sounds.
  • Things to avoid with Pygame:
    • Avoid pygame 1.8 features; we probably won't ship with support.
    • You can use pygame.font to draw text, but you should avoid it if possible because of internationalization. Pygame.font doesn't support many required internationalization features like text direction, so you should avoid fonts. (A Cairo backend for Pygame might fix this in the future.)
    • Avoid surfarray, as a future Cairo backend will probably not support it with good performance.
    • There's no CD drive, so you won't need cdrom.
  • Native Pygame events: The regular keyboard keys work in Pygame right now through the wrapper. The mouse works as well (6/8/07). The d-pad and game buttons also do not work yet, but this will probably also be fixed soon; they will hopefully come in as joystick events. Window manager events may need to be forwarded (like resizing windows via the screen rotate button).
  • Mesh: You will be able to interact with the mesh network. The mechanism is not yet defined. [check with J5] Probably you will be able to import a module that allows you to interpret some events from the Pygame event queue as mesh events, and you will be able to communicate through a presence API.
  • Microphone and camera: Pygame doesn't have sound or video input on its own, but you can use GStreamer. Since in our wrapper, another thread is running a GTK main loop, you can construct a GStreamer pipeline and set it to running and it will be executed (magically?). You may need to make some effort to extract needed information from GStreamer. Update this page if you find out more. I doubt that microphone and camera events are likely to be directly integrated into a Pygame event loop, though.

Libraries

There are a number of libraries written on top of the Pygame system which provide simple mechanisms for creating games of certain types. These libraries make it possible for relatively young children to write games and for older children to write games of sufficient polish to distribute to others.

Among the libraries written on top of Pygame that might be useful in setting up a Game development sub-curriculum (or simply in making it easier to develop games for the OLPC):

* Pygsear
* Childsplay
* Gasp

Rationale and Discussion

Games are an important part of learning. Projects based on pygame that can be helpful for children who want to develop games for themselves and their friends.

The idea is to develop a curriculum that teaches older kids to Game Programming for the OLPC using Python and Pygame. They can then write additional games/activities for the Childsplay environment for younger kids.

Original email sent by Mamading Ceesay to Python-UK mailing list on Friday 20th May 2005:

One of the threads at the last London Python Meetup was about Python
for Kids.  Specifically about how to get kids into Python programming
and possibly how to get Python taught in Schools.  There was mention
of the Livewires python tutorial material for example.

Simon B. in particular (IIRC) was interested in Turtle Graphics for
Python (a la Logo).  Along similar lines, but drawing upon the Karel
the Robot tradition there is
RUR-PLE where there is a robot that is controlled using Python syntax,
 there is a set of lessons provided where the student has to
accomplish progressively complex tasks with the robot using Python
syntax introduced in the course of the lessons.  An overview of
RUR-PLE can be found at  http://rur-ple.sourceforge.net/en/help.htm. 
It's based on wxPython.

I have a young nephew who has just reached school age, so right now
I'm more concerned about him having educational games and software
than programming.  Being able to extend/enhance the software in Python
would be useful though.  Childsplay http://childsplay.sourceforge.net/
is just the thing, it's a suite of educational games for young
children along similar lines to Gcompris but without the C/C++ code
and GNOME dependencies.  It's based on Pygame and is cross-platform. 
It only has two games bundled, you have to install the plugins to get
the other available games.  Games are written as plugins in python
that run in the Childsplay environment.  Ideally, you might get your
older kids to write new game plugins to keep your younger ones amused,
just an idle thought! ;-)  Anyway, I intend to try out Childsplay on
the nephew this weekend.

Follow-up email sent by Mamading Ceesay to the Python-UK mailing list on Saturday 11th June 2005:

The nephew loves it and will nag me to fire up my laptop so that he
can run Childsplay.  Especially the PacKids game, which is quite
useful from the spelling and pronounciation perspective as well as
being entertaining.

The main drawback with Childsplay so far, is that most of the
games/activities are lacking in levels.  The project clearly needs
more developers to add more  levels and games/activities.  Perhaps it
might even be worth organizing a sprint at something like the rumoured
forthcoming PyCon UK.  Alternatively, the London Python Meetup crew
might like to do something.

Follow-up email sent by Mamading Ceesay to the Python-UK mailing list on Friday 21 October 2005:

Check out the Livewires course and see if it suits:
http://www.livewires.org.uk/python/

Alternatively, there's a new Beginning Python book which has 10
projects to build in the last third of the book:
http://apress.com/book/bookDisplay.html?bID=10013

I have been toying with the idea of getting some funding to develop
and run a Python course for kids with a focus on Game and Multimedia
programming.

First milestone - contact Pygame and Childsplay developer mailing lists to garner developer interest in this project.

See also