i have been work with pyglet about some years...
pymunk+pyglet is a good idea... ... but when your game have more than 200
dynamic sprites which move with pymunk, pyglet will get a little even too much slow...... so i have been going to find a faster python's game engine
def testSpriteUpdate():
t1=time.clock()
for body in logols:
sprite.rotation = math.degrees(body.angle)
#sprite.rotation = body.angle
sprite.position=body.position
#sprite.set_position(*body.position) #slower than sprite.position=x.x
#a=math.degrees(body.angle)
#b=body.angle #cost time without the #lines....
#sprite.x,sprite.y=body.position
t2=time.clock()
print len(logols),t2-t1
logols is a list with 200 pymunk's body... ...
it will take about 0.012s ..... ...with nuitka pyglet's sprite.py to sprite.pyd ,it will still cost 0.009s in my computer it will be hard to keep frames in 100 when there are more than 200 sprites or animation on a same screen
but... ...when i tried out pysfml about 1.5 day , it is quick a lot than pyglet... ...
pymunk+pysfml is better than pymunk+pyglet.... (i dont want the pygame it is not so pythonic)
a small tip is that rotated sprite in pysfml... ...set texture.smooth=True, it will be beautiful as same as pyglet
pysfml is soooo good to use.... python and c++ speed... ...
pyglet has a animation class, and pysfml can get one by myself etc...
pyglet and pysfml is similar,,,, and pysfml is a lot faster than pyglet in many sections....
pyglet is pure python code... ...
pyglet has a batch.draw .... a lot of sprite can be added to a batch...
but when the sprites come from different image it still cost more time than for i in spritelist: window.draw(i) with pysfml... pysfml is a lot faster than pyglet when sprites with different textures
when lots of sprites come from a same image... batch.draw can faster a lot than pysfml's draw i for i in list...
.... ....
pysfml is great... ...
