Re: delayed blit was (Re: [pygame] aargh, performance)

["Rob" <rob@untouchablegraphics.nl>]

well, both layers are moving, depending on the player movement,
so I think renderupdates will be out of the question ?

the backgroundlayer is a sky with clouds, and the layer on top of that has
buildings
but, it is a large map with a lot of transparancy. I guess i would have to
build
something manually that divides the screen in rough rects depending on the
top
layer, there will be some overlap, but this way i could leave out large
blocks
of the background layer that do not need blitting because the top layer
covers them
and could leave out large portions of the top map that are transparant
anyway.
though i'm not sure how to do it yet, i think it will boost performance ?

regards, Rob

----- Original Message -----
From: "Rene Dudfield" <illumen@yahoo.com>
To: <pygame-users@seul.org>
Sent: Friday, November 22, 2002 3:03 PM
Subject: delayed blit was (Re: [pygame] aargh, performance)


>
> Wonder if a screen blit which waits till update/flip
> before actually blitting would be useful.  It would
> only draw the last blitted areas when multiple blits
> cover one area.
>
> There is the alpha problem, in that you can not do
> that reliably as you can not know without extra work.
> eg if two alpha images are blit in the same place and
> the second image is mostly transparent, then we should
> see most of the first image.  However with this blit
> method it would not show the first image at all.
>
> Or is something like this allready around in
> RenderUpdates ?
>
>
>
> __________________________________________________
> Do You Yahoo!?
> Everything you'll ever need on one web page
> from News and Sport to Email and Music Charts
> http://uk.my.yahoo.com
> ____________________________________
> pygame mailing list
> pygame-users@seul.org
> http://pygame.seul.org
>


____________________________________
pygame mailing list
pygame-users@seul.org
http://pygame.seul.org