Wiki Page Content

Differences between revisions 7 and 8
Revision 7 as of 2010-10-01 22:58:56
Size: 6856
Editor: SheenaSmith
Comment: update content - pointers, structs
Revision 8 as of 2010-10-10 21:34:49
Size: 6945
Editor: SheenaSmith
Comment: update content - pointers, structs
Deletions are marked like this. Additions are marked like this.
Line 19: Line 19:
||'''src'''||a pointer to the source [[SDL_Surface]] containing '''srcrect'''||
||'''srcrect'''||a pointer to the [[SDL_Rect]] containing the source pixels||
||'''dst'''||a pointer to the destination [[SDL_Surface]] containing '''dstrect'''||
||'''dstrect'''||a pointer to the destination [[SDL_Rect]] to be filled||
||'''src'''||the ,,source,, [[SDL_Surface]] ^structure^ containing '''srcrect''' / the source rectangle||
||'''srcrect'''||the [[SDL_Rect]] ^structure representing / describing^ ,,containing,, the source pixels||
||'''dst'''||the ,,destination,, [[SDL_Surface]] ^structure^ containing '''dstrect''' / the destination rectangle||
||'''dstrect'''||the destination [[SDL_Rect]] ^structure^ to be filled ^with / by the blit^||
Line 35: Line 35:
<<Color2(green,Should colour be changed to color?)>> <<Color2(green,Changed colour to color.)>>
Line 64: Line 64:
   if SDL_SRCCOLORKEY set, only copy the pixels matching the RGB values of the source colour key, ignoring alpha in the comparison.    if SDL_SRCCOLORKEY set, only copy the pixels matching the RGB values of the source color key, ignoring alpha in the comparison.
Line 73: Line 73:
   if SDL_SRCCOLORKEY set, only copy the pixels matching the source colour key.    if SDL_SRCCOLORKEY set, only copy the pixels matching the source color key.
Line 82: Line 82:
   if SDL_SRCCOLORKEY set, only copy the pixels matching the RGB values of the source colour key, ignoring alpha in the comparison.    if SDL_SRCCOLORKEY set, only copy the pixels matching the RGB values of the source color key, ignoring alpha in the comparison.
Line 90: Line 90:
   if SDL_SRCCOLORKEY set, only copy the pixels matching the source colour key.    if SDL_SRCCOLORKEY set, only copy the pixels matching the source color key.
Line 112: Line 112:
        blit using per-pixel alpha, ignoring any colour key         blit using per-pixel alpha, ignoring any color key
Line 115: Line 115:
            blit using the colour key AND the per-surface alpha value             blit using the color key AND the per-surface alpha value
Line 121: Line 121:
        blit using the colour key         blit using the color key

DRAFT

SDL_BlitSurface

Use this function to perform a fast blit from the source surface to the destination surface.

Syntax

int SDL_BlitSurface(SDL_Surface* src,
                    SDL_Rect*    srcrect,
                    SDL_Surface* dst,
                    SDL_Rect*    dstrect)

Function Parameters

src

the source SDL_Surface structure containing srcrect / the source rectangle

srcrect

the SDL_Rect structure representing / describing containing the source pixels

dst

the destination SDL_Surface structure containing dstrect / the destination rectangle

dstrect

the destination SDL_Rect structure to be filled with / by the blit

Return Value

Returns 0 if the blit is successful or a negative error code on failure; call SDL_GetError() for more information.

See Remarks for details if the return value is -2.

Code Examples

You can add your code example here

Remarks

green

This is the public blit function, and it performs rectangle validation and clipping before passing it to SDL_LowerBlit(). green

You should call SDL_BlitSurface() unless you know exactly how SDL blitting works internally and how to use the other blit functions.

green

The blit function should not be called on a locked surface. green

*
(i.e. when you use your own drawing functions you may need to lock a surface, but this is not the case with SDL_BlitSurface().)
Like most surface manipulation functions in SDL, it should not be used together with OpenGL.
*

This assumes that the source and destination rectangles are the same size. If either srcrect or dstrect are NULL, the entire surface (src or dst) is copied. The final blit rectangles are saved in srcrect and dstrect after all clipping is performed.

*
green

The width and height in srcrect determine the size of the copied rectangle. Only the position is used in the dstrect (the width and height are ignored). Blits with negative dstrect coordinates will be clipped properly.

If srcrect is NULL, the entire surface is copied. If dstrect is NULL, then the destination position (upper left corner) is (0, 0).

The final blit rectangle is saved in dstrect after all clipping is performed (srcrect is not modified).
*

green

The blit semantics for surfaces with and without alpha and colorkey are defined as follows:

  • \verbatim

    RGBA->RGB:

    • SDL_SRCALPHA set:
      • alpha-blend (using alpha-channel). SDL_SRCCOLORKEY ignored.
      SDL_SRCALPHA not set:
      • copy RGB. if SDL_SRCCOLORKEY set, only copy the pixels matching the RGB values of the source color key, ignoring alpha in the comparison.

    RGB->RGBA:

    • SDL_SRCALPHA set:
      • alpha-blend (using the source per-surface alpha value); set destination alpha to opaque.
      SDL_SRCALPHA not set:
      • copy RGB, set destination alpha to source per-surface alpha value.
      both:
      • if SDL_SRCCOLORKEY set, only copy the pixels matching the source color key.

    RGBA->RGBA:

    • SDL_SRCALPHA set:
      • alpha-blend (using the source alpha channel) the RGB values; leave destination alpha untouched. [Note: is this correct?] SDL_SRCCOLORKEY ignored.
      SDL_SRCALPHA not set:
      • copy all of RGBA to the destination. if SDL_SRCCOLORKEY set, only copy the pixels matching the RGB values of the source color key, ignoring alpha in the comparison.

    RGB->RGB:

    • SDL_SRCALPHA set:
      • alpha-blend (using the source per-surface alpha value).
      SDL_SRCALPHA not set:
      • copy RGB.
      both:
      • if SDL_SRCCOLORKEY set, only copy the pixels matching the source color key.
    \endverbatim

If either of the surfaces were in video memory, and the blit returns -2, the video memory was lost, so it should be reloaded with artwork and re-blitted:

  • @code
    while ( SDL_BlitSurface(image, imgrect, screen, dstrect) == -2 ) {
    while ( SDL_LockSurface(image) < 0 )
    Sleep(10);
    -- Write image pixels to image->pixels --
    SDL_UnlockSurface(image);
    }
    @endcode

green

This happens under DirectX 5.0 when the system switches away from your fullscreen application. The lock will also fail until you have access to the video memory again.

*
The results of blitting operations vary greatly depending on whether SDL_SRCALPHA is set or not. See SDL_SetAlpha (green

) for an explanation of how this affects your results. Colorkeying and alpha attributes also interact with surface blitting, as the following pseudo-code should hopefully explain.

if (source surface has SDL_SRCALPHA set) {
    if (source surface has alpha channel (that is, format->Amask != 0))
        blit using per-pixel alpha, ignoring any color key
    else {
        if (source surface has SDL_SRCCOLORKEY set)
            blit using the color key AND the per-surface alpha value
        else
            blit using the per-surface alpha value
    }
} else {
    if (source surface has SDL_SRCCOLORKEY set)
        blit using the color key
    else
        ordinary opaque rectangular blit
}

Note: the SDL blitter does not (yet) have the capability of scaling the blitted surfaces up or down like it is the case with other more sophisticated blitting mechanisms. You have to figure something out for yourself if you want to scale images (e.g. use SDL_gfx).

Note: when you're blitting between two alpha surfaces, normally the alpha of the destination acts as a mask. If you want to just do a "dumb copy" that doesn't blend, you have to turn off the SDL_SRCALPHA flag on the source surface. This is how it's supposed to work, but can be surprising when you're trying to combine one image with another and both have transparent backgrounds.
*


CategoryAPI, CategorySurface

None: SDL_BlitSurface (last edited 2014-03-30 21:07:59 by PhilippWiesemann)

(Page Info.)
Feedback
Please include your contact information if you'd like to receive a reply.
Submit