Re: [pygame] Unexpect blit behavior when using BLEND_ADD

["René Dudfield" <renesd@xxxxxxxxx>]

Hi,

yeah, that may be expected by some... however I think we need to think
about backwards compatibility too.  Or am I mistaken that your change
will break compatibility?

I volunteer to update the docs, and code if you'd like - once we
decide what to do?


For additive particle systems for example(which is the main reason the
code was originally added), you only want to use BLEND_ADD_RGB not
BLEND_ADD_RGBA ... I think.

Maybe the form... BLEND_ADD, could be considered the same as BLEND_ADD_RGB ?

Or we could leave BLEND_* as they are now(for backwards
compatibility), and add things like BLEND_ADD_RGB, BLEND_ADD_RGBA ?

But, for backwards compatibility I think we should aim to keep BLEND_*
working as in the 1.8 release...


Perhaps we should come up with a list of all the blend modes we could
implement in the future?  So we can hopefully get come up with a
sensible list of blend modes.  Possibly basing them off the 255 blend
modes.


So... I think what could be best is:
- keeping current BLEND_* flags as meaning BLEND_*_RGB,
- adding flags BLEND_*_RGBA, and BLEND_*_RGB.
- changing the blitters to do either RGB, or RGBA
- come up with a list of blender flags we might implement in the future.



cheers,




On Mon, Apr 21, 2008 at 4:56 PM, Marcus von Appen <mva@xxxxxxxxxxxx> wrote:
> On, Mon Apr 21, 2008, Rene Dudfield wrote:
>
>  > hrmm, but this changes the behaviour of those blit functions, or adds
>  > separate blend flags?
>
>  It changes the blend flags to take alpha into account. As one usually
>  would expect when reading the docs. I think that this is the best
>  solution until someone goes ahead and fixes the issues and documents the
>  blend flags.
>
>  Regards
>  Marcus
>