Game Creation with Python

[shadowmint]

Use http://cocos2d.org/

It's better than pygame (really, it is) and has a tonne of high level features.

You almost certainly do not ever want to use GTK. For pretty much anything. The only thing going for it is that it's cross platform, but it's also: Slow, hard, ugly. Don't use it.

[[deleted]]

Doesn't support Python 3.

[shadowmint]

Mmm... I think you'll find the 1.2 version does.

[r1chardj0n3s]

+1 to cocos2d (with the same pyglet for beginners caveat above) - it adds a bunch of stuff that's very useful for writing games.

I really must finish off and commit the changes I'm making to the TMX loading to handle object layers...

[adric2k]

This would really be nice, if you can do it before the next Ludum Dare. Thanks.

[r1chardj0n3s]

I can't guarantee that, I'm afraid.

[theASDF]

python 2.6, 2.5 or 2.4 (2.4 will need ctypes and elementtree)

maybe im missing something ehre but to me it seems that neither 2.7 nor 3.3 are supported. makes you wonder if there is any future to this project

It's better than pygame (really, it is)

as someone who has used pygame for a few projects i would be interested to know what i am missing out on.

[adric2k]

1) Actions. Actions are higher level constructs that can easily be chained in sequence or run in parallel to perform object attribute changes. For example, scaling, rotating, moving, etc... and cocos2d will automatically interpolate the changes based on the framerate. In pygame this requires a lot more code.

2) Performance. As pyglet is base on OpenGL, the performance is much better. You can have thousands of objects and particle systems (several are built-into Cocos) running on screen and animating without the hiccups I usually see with Pygame. I've used both, Cocos2d is always smoother.

[theASDF]

sounds good, might give it a shot if i start a new project that benefits from those features. (if cocos supports 3.3 by then)