NOTE: This is a preliminary template, basically copied from the GSoC ideas list of 2009. Be aware that it is not clear, how pygame will participate in the GSoC of 2010. Do not let that stop you from getting into touch with pygame, though. You can express your interest in participating as a GSoC student at any time.

Pygame might mentor some students under the Python Software Foundation (PSF) umbrella or as an own organization for Google Summer of Code 2010. If you are an interested student or mentor, please contact us on the Mailing List or IRC Channel to discuss ideas. You should also take a look at PSF's GSoC pages:

Students should adhere to this application format when submitting their final proposals, and it is also a useful set of guidelines to consider when forming and discussing a project proposal.

About You

Your Name

Contact Information. This should include your email address and IRC nick; Gtalk, AIM, MSN, or other modes of communication are optional.

Time Zone and Preferred Language (spoken, not programming)

Time Commitment. Briefly explain how much time you would have over the summer to complete your project, and any significant other time commitments.

Programming Experience. This can include personal, open source, school, or professional projects you have undertaken or helped with. URLs would be very helpful.

Pygame Experience. Describe any experience you have using or developing Pygame.

Other skills and experience that are of interest for your aplication (e.g. in-depth math knowledge, excellent writing and documentation skills, etc.)

About Your Project

Please explain in 2 to 3 paragraphs the project you intend to complete.

What existing or future need does your proposed project fulfill?

Provide a rough timeline for how you intend to complete your project, test it, and document it within the allotted time period.

Describe how you have brought your project proposal to the Pygame community, their reactions to your proposal, and revisions you have made based on those reactions. (Hint: This is something you really want to do before submitting your application.)

Pygame currently supports camera access for v4l2 cameras in Linux. Adding Windows support would require knowledge of Video for Windows, DirectShow, or Direct3D. The goal would be to make cameras usable in Windows under the same API as Linux. This project would require using the Python C API. Below are some references:

{{todo#pygame.Camera - Video for windows version of}}

This requires some knowledge of the Windows API as well as robust C coding skills.

tinypy is a tiny version of python, with less than 64K of source code. Porting pygame so it works on tinypy would mean a very minimal python optimised for pygame games. Your journey will take you to the land where bits and bytes are counted, so be sure to fasten your C belt and have your good C coding skills around.

Software 3D with the possible option of adding hardware 3D support would be nice to have. Possibly something like tinyGL being used by pygame , and a few extra parts, or just something like a textured polygon drawer. Basically... model = load_model();model.render(screen, (0,0))

You will require some knowledge about 3D APIs and techniques, good C skills and to be strong enough to survive the 2D vs. 3D debates.

A pure C library port based on some parts of pygame has been started recently. It aims to clearly isolate certain parts of pygame and wrap them up in a set of functions and modules for C/SDL developers.

Implement a cross-platform build suite for the currently availabe SDL_pygame

Isolate and migrate code portions of pygame to SDL_pygame.

You will require good C coding skills, some knowledge about cross-platform development and build systems such as make.

OSC is like the new midi protocol for networks. This would let pygame talk to a lot of synths, and music programs. It's a latency aware protocol, so it has high resolution time stamps, and bundles of atomic operations, and you can schedule events in the future etc.

All things which are useful for interactive music stuff, but also for games. There's already code that does this, and pygame would then be more useful for multimedia and art type applications.

http://www.ixi-audio.net/content/body_backyard_python.html - this is using pygame actively for that purpose. Super collider is the main one to note here. It's a cool programmable synth. It is a smalltalk like language, but the synth part runs as a server controlled by OSC. So you can use it from other programs. But other apps can be controlled with OSC too.

You will require strong C skills, having done some network programming already and be really interested in music and synths.

Please help complete these project ideas and categorize their difficulty. Include references to pages with more information if possible, and give a rough outline of what the project would involve, like where to start, and what languages the coding would be in.

Support for importing and rendering SVG files is missing from Pygame. This is currently possible using pycairo to render the image and then loading it into pygame, but a more direct route may be desirable.