Chipmunk 2d physics lib
viblo on 2007/08/01 20:35
of Bouncy
In the same spirit as Hectigo and tsmaster, I have now with this post released a small library called pymunk just for pyweek! :)
Chipmunk is a 2d physics engine written in C, and can be found here: Chipmunk.
pymunk is a low level binding made with ctypes, so you can now use Chipmunk in your Python code!
The link: pymunk-0.1.zip
And a screenshot from the included demo:
And a cut-n-paste from the readme:
pymunk - pyweek5 edition========================
2007, Victor Blomqvist - vb@viblo.se
ABOUT
pymunk is a wrapper around the 2d physics library Chipmunk
(http://wiki.slembcke.net/main/published/Chipmunk).
At the moment, its an autogenerated ctypes binding + a modified version
of the vector2d cookbook-snippet from pygame.org at
(http://www.pygame.org/wiki/2DVectorClass)
HOW TO USE
There is no specific pymunk documentation yet except for this readme.
However, The Chipmunk docs should be more or less enough together with ctypes,
as pymunk is just a very low level ctypes binding at the moment.
Chipmunk documentation can be found here:
http://files.slembcke.net/chipmunk/chipmunk-docs.html
EXAMPLE
See demo1.py for an example of how easy it is to use! :)
DEPENDENCIES/REQUIREMENTS
* A windows-dll of Chipmunk (or a *nix-library if you are on *nix). See COMPILE
for compile-instructions. The dll/lib should be placed somewhere where pymunk
can find it. A safe bet should be in the same folder, at least on Windows ;)
pymunk uses the source from Chipmunk SVN revision 125.
* ctypes (included in python 2.5)
COMPILE
If you are on a platform other than windows, you will have to build Chipmunk
on your own. It should be no problem, the source is included in the
Chipmunk_src folder.
> gcc -O3 -std=gnu99 -ffast-math -c *.c
> gcc -shared -o libChipmunkPyEd.so *.o
or run build.sh (untested!) to compile.
The output should be placed somewhere pymunk can find it.
THE FUTURE
I have plans to do a more high-level/pythonic wrapper in the future, and even
started a little. But the pyweek library release stop is today(! or tomorrow?),
so the low-level stuff had to do for now.
(log in to comment)
Comments
RB[0] on
2007/08/01 23:42:
that is technically 1 month before the competition start on the 3rd of September.
RB[0] on
2007/08/01 23:43:
richard on
2007/08/01 23:45:
RB[0] on
2007/08/01 23:48:
richard on
2007/08/02 00:24:
gcc -O3 -std=gnu99 -fno-common -ffast-math -c *.c gcc -dynamiclib -o libChipmunkPyEd.dylib *.oWorks well!
richard on
2007/08/02 00:31:
fydo
viblo on
2007/08/02 20:08:
The changes are:
- Included the dylib-file richard compiled (and made a little adjustment to the "load dll" part of _chipmunk).
- Added two functions to pymunk.util, reduce_poly() and convex_hull(). reduce_poly removes a couple of points from a list of points it thinks are to close each other, and convex_hull creates a convex hull from a list of points.
- Added demo3.py that lets you draw polys that are reduced and have their hulls shown.
No more changes before (or more like after..) pyweek!
Hectigo on
2007/08/05 15:07:
It's a nice library, and could prove to be very useful in the future, but the demo1.py included in version 0.1.1 seems to have one error on line 79, which causes the program to crash at least on my Windows XP machine with Python 2.5 when trying to create boxes or polygons. The point vector there is passed on to util.py as a tuple, when it actually seems like it should be a vec2d object. Changing the line from
points2.append((x,y))
to
points2.append(vec2d(x,y))
seems to fix the problem. Anyway, it's pretty easy to fix and doesn't probably prevent anyone from using the library.
viblo on
2007/08/05 16:04:
Oh, thanks for pointing it out. While looking at it, I also found another bug or 3, line 179, 295 and 297 should also wrap the tuples in a vec2d object. Sorry about it, I put the bugs there because of the little change I made to the is_clockwise() function in util, it now expects a vec2d object instead of just a tuple. Maybe it was a bad move to change it, but .x is imho more clear than [0] and is what the other util-functions use.
It shows why you shouldn't rush lib releases, and Im glad most of the important code (that is, _chipmunk.py) was autogenerated and not written by me :)
Anyway, as you said this shouldn't cause any big problems for anyone using the lib.
richard on
2007/08/06 06:18:
ProfessorJ on
2007/08/06 06:45:
viblo on
2007/08/06 09:46:
neko on
2007/08/20 02:49:
Run once:
cd /path/to/pymunk/Chipmunk_src gcc -O3 -std=gnu99 -ffast-math -c *.c gcc -shared -o libChipmunkPyEd.so *.o cp libChipmunkPyEd.so ..To run demo:
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:. python demo1.py
claxo on
2007/08/25 00:13:
neko on
2007/08/27 06:00:
viblo on
2007/08/28 20:06:
We might come up with something too, but you never know. The game is more important, and last minute cutouts might be needed. I still don't have a clear picture of how a higher level interface should look, some inspiration, experice and code from other people using it on how to do it best would be very nice.
claxo: Ah, didnt think about that.. Maybe it would be better if I removed it (on the other hand, ctypes is also new in 2.5 even if its possible to download for 2.4 and 2.3)?
Note: There is a mem leak in the demo. It doesnt do free the shapes and bodies, it just removes them from the space. No big deal in the demo (except that it was intended to show how you do stuff), you will have to add a lot of boxes and balls before it become a problem ;-) (This is why I like to program in python and not C/C++!)
neko on
2007/08/29 20:44:
@viblo/Note: Changing the removal lines to this should fix the problem for the polygons, right?
cp.cpSpaceRemoveShape(space, poly) cp.cpSpaceRemoveBody(space, body) cp.cpShapeFree(poly) # added cp.cpBodyFree(body) # added polys.remove(poly)
neko on
2007/08/29 20:48:
viblo on
2007/09/03 21:18:
viblo on
2008/03/22 18:08:
richard on
2007/08/01 22:28:
Ooooooh.... :)