SFML community forums
General => Feature requests => Topic started by: Kernelpanic on May 23, 2008, 09:32:08 pm
-
GRAPHICS Add a function to copy an image onto another
Somthing like sf::Image::Draw(const Drawable&) ?
We ll have great features, thank you Laurent!
-
No, that's more something like
sf::Image::Copy(const sf::Image& Source, const sf::IntRect Area, ...)
This one is not very hard to implement, you can already do it by copying pixels in a loop. The main reason for adding it to SFML is to make it faster using internal data rather that GetPixel / SetPixel.
What you're talking about is render-to-image, which is also in the roadmap. This feature is more complex and will take longer to implement.
-
Nice.
-
jap rendering to image is a must have.. (btw. would love to see shaders, too)
having RTT + Shaders makes a whole bunch og nice effects possible^^
-
Shaders will also be part of version 1.4 (you'll still be able to apply a PostFx to a window as a post-fx, but you'll also be able to apply a PostFx to any drawable, more like a regular pixel shader).
-
great news... any chance on vertexshaders?
-
A vertex shader for 2D quads ? :|
-
A vertex shader for 2D quads ? :|
I could see some uses. Maybe for animating via texture coords. I'm sure it wouldn't be useless, but obviously pixel shaders would be a much bigger deal.
Actually, messing with texture coords is the only thing I can think of off the top of my head.
-
The more useful part of vertex shaders in SFML would be to have them available for us peeps that use full OGL. It would be pretty useful to have a nicer interface for loading shaders for use in OGL, and it would be interesting to see what people come up with as uses for 2d vertex shaders as well :)
-
SFML is meant to be used whether for raw OpenGL rendering or full 2D abstraction ; providing wrapper classes for OpenGL complex features is something which is between both, and I don't think SFML will provide this kind of features in the future.