Blit from one sprite onto another

[esrix]

I didn't see this anywhere in the documentation.  Is there a way to blit one sprite onto another?

Say I loaded two images and have two sprites that use those images respectively.  What would I have to do to get the first sprite to render onto second sprite and then display the second sprite onto the screen?

[Laurent]

There is currently no way to do it, and I don't think it will be added.

Why would you need this ?

[esrix]

Well, I was originally going to have a smaller sprite blit to a larger sprite and then rotate and blit the larger sprite on the screen.  However, I think I might be able to do it just by blitting the sprites to the screen after making the proper adjustments to their position.

[gamecoder5]

This is something I need, I want to be able to run a blend mode sprite onto another sprite (multiply), then from there blend mode onto the screen surface.

[Laurent]

I see. Is there any problem using two sprites with the same position and rotation attributes ?

[gamecoder5]

I figured out a way to do it, haven't tested the performance of it, but using GetPixel/SetPixel to achieve the effect, guessing may be slow do to the getpixel part.

Scott.

[Laurent]

Yes, that's currently the only way to do it. And yes, that's quite slow

[sebastian]

Hi i guess im into the same kind of thing (almost)
I would like to use SFML for some raycasting ala wolfenstein,
i tried the tecniq of drawing to a sprite, then drawing the sprite onto the screen, but this comes out way too slow even on my "highend" computer.

Guessing theres an easier way (i hope)??
Maybe a way to draw "directly" to the screen buffer or something like that....

[gamecoder5]

Yes, without this feature (ability to blit image to image quickly) its killing my ability to do the type of effects I want in my game, which was the whole reason I switched to sfml.

I'm surprised this feature isn't supported, its very useful.

Scott.

[Laurent]

Actually, these feature can be split in two things :
- Blit a part of an image onto another image --> this must be done with CPU and can be fast enough (just a loop with pixel copy)
- Render sprites, text or whatever to an image --> this must use OpenGL render-to-texture, which is badly supported on low-end hardware and can be expensive.

However, the second one is planned for later, and I could quickly implement the first one.

[gamecoder5]

I did a simple for loop for each x,y

for(int iy=0; iy < height; iy++)
{
   for(int ix=0; ix< width; ix++)
  {
      image->SetPixel(ix,iy,color);
   }
}


but way to slow, is there a much faster way , if so, could you please?

Thank you,

Scott.

[Laurent]

Of course there is
But you can't do it, it needs to be done internally wth a direct access to the pixels array.

[Lord Delvin]

But you can't do it, it needs to be done internally wth a direct access to the pixels array.

Hrrhrr. Licens allows us to do any improvements, wo want to and sometimes this is an option(looking at unicode support on linux ehrm:P)

[gamecoder5]

Is it going to be done? Please?

Thanks,

Scott.

[Laurent]

Is it going to be done? Please?

Yes sir.

Hrrhrr. Licens allows us to do any improvements, wo want to and sometimes this is an option(looking at unicode support on linux ehrm:P)

Feel free to do any improvement, or just whatever you want with the source code