day #3, a camera
georgek on 2009/09/01 08:01
of georgek 9
Not a whole lot done tonight other than playing for an hour with a camera for some scrolling. I'm a little unsure of a good way to go about it actually, since the x and y properties of pyglet sprites are expressed in window coordinates. When the player presses a key they change the sprite's world coordinates in absolute terms, but to make the camera work then the world coordinates of all the sprites need to be translated to the window coordinates. However, without keeping track of world and window coordinates separately, it seems I need to reverse translate the sprite's x and y at the beginning of the next update back to world coordinates, before applying another transformation to window coordintes. If that makes any sense. It seems like adding a new pair of properties for world xy could be a good choice.
(log in to comment)
Comments
georgek on
2009/09/01 14:58:
tartley on
2009/09/01 20:22:
tartley on
2009/09/01 08:55:
You could have a camera class that sets a MODELVIEW transformation depending on the camera's position. I wrote about doing this in 2D here:http://tartley.com/files/stretching_pyglets_wings/presentation/
slides 6 to 10
If you go to the parent directory, then the demo source code is there too.
(the wrinkle is, where I talk about setting the PROJECTION matrix at the start of the camera function, ie at the start of every frame, you don't need to do that part - you should just set it on a resize handler instead)
So the basic outline would be:
create camera as outlined above
def on_resize:
set PROJECTION as described above
def on_draw:
set camera MODELVIEW (as described in the above presentation)
for ent in game_entities:
push MODELVIEW
glRotate ent.angle # optional
glScale ent.size # optional
glTranslate ent.x, ent.y
draw ent (eg. sprite.draw or whatevever)
pop MODELVIEW
Then you can scroll the camera around by setting camera.x and camera.y
I hope the formatting comes out ok. :-)