Fastest way to do an SDL_BlitSurface?

I heard that with memcpy it should be faster, and it seems to be, but the result is not good. This is what I'm doing:

Code:

---

memcpy (screen->pixels, image->pixels, resWidth*resHeight*colorDepth/8); // /8 because the colorDepth is in bits

---

instead of:

Code:

---

SDL_BlitSurface(image, NULL, screen, NULL);

---

The result isn't good. It isn't filling the entire screen, and what it does fill is not correct... Any ideas?

> The result isn't good.
How isn't it good?
- Colours all wrong
- Colours "inverted" in some way
- Some kind of "shear" in the image

Is there something painfully slow about using the API call?
memcpy may be quicker, but you're assuming an awful lot about how an image and screen are represented.

http://img338.imageshack.us/my.php?image=dibujovf9.jpg


That's what I'm getting. It should be a fullscreen screen capture.

Please, I'm desperate here, you gotta help me. I need to speed up the call to SDL_BlitSurface. Give me a hand.

If there was a faster way than SDL_BlitSurface, don't you think SDL_BlitSurface would use that way?
Blitting is one of the fastest operations due to hardware support. Are you sure it's your bottleneck?

Looks like a case of buffer dimension mismatch. IIRC an SDL image does not have pitch like the screen does. You'd have to copy your image line by line to the screen buffer, or just follow CornedBee's advice. It's less painful, prettier and more portable that way.