Pygame surface rotation, rect rotation or sprite rotation?

Question

i seem to have a conceptual misunderstanding of the surface and rect object in pygame.

I currently observe these objects this way:

Surface

• Just the loaded image

rect

• the 'hard' representation of the ingame object (sprite). Used for simplifying object moment and collision detection

sprite

• rect and surface grouped together

What i want to do is rotate my sprite. The only available method i found for rotation is pygame.transform.rotate.

How do i rotate the rectangle, or even better, the whole sprite?

Below is the image of how i visualize this problem.

Answer 1

Conceptually you've got it, just think of the rectangle as a helper for you to deal with position and collision detection of your image. To implement it you could use:

  mySprite.image = pygame.transform.rotate(Surface, angle)

This will give you a rotated Surface (image), then you can use:

mySprite.rect = mySprite.image.get_rect()

To give you your new rectangle; this won't be a rotated rectangle, it will be a orthogonal one that is big enough to fit your image in, i.e. its sides will remain vertical and horizontal. This should serve most purposes, and be satisfactory for most collision detection, if it's not some people shrink the rectangle a bit, doing it pixel perfect is a lot more complexed and cpu hungry and often not worth it.

NB:keep a copy of your original image (with no rotation) and do all your rotations from that one, otherwise there is potential for your rectangle to keep getting bigger and bigger.

Answer 2

Just noticed something which made me almost insane during this whole day of experimenting.

The rect of the image is not the rectangle of the sprite!

In case of this code:

class mySprite(pygame.sprite.Sprite):

    def __init__(self, xy):
        # initialize the pygame sprite part
        pygame.sprite.Sprite.__init__(self)
        # set image and rect
        self.image = pygame.image.load(os.path.join('images','gusjenica.jpg'))
        self.original_image = pygame.image.load(os.path.join('images','gusjenica.jpg'))
        self.rect = self.image.get_rect()

the self.rect is a rect for its on, not a reference of to the surface rect. That means that we have s situation like this.

This brings up another important thing i noticed.

The image.get_rect() location is relative to the Sprite rect!

The image explains it better. Gray are the locations of the sprite rect, red is the position of image.get_rect()

Please correct me if I'm wrong, this is just an empirical proof based on a single experience.