Re: [clutter] Capturing image data from stage save as video file.
On Fri, 2009-06-05 at 14:18 +1000, Saul Lethbridge wrote: > Would I be able to use glReadBuffer & glReadPixels to get the image > data? Am I on the right track? > > > http://www.opengl.org/documentation/specs/man_pages/hardcopy/GL/html/gl/readbuffer.html > http://www.opengl.org/documentation/specs/man_pages/hardcopy/GL/html/gl/readpixels.html instead of using glReadPixels directly you can use: clutter_stage_read_pixels and push the unsigned char* buffer inside GStreamer, for instance. ciao, Emmanuele. > > > > On Thu, Jun 4, 2009 at 6:59 AM, Florent wrote: > Hello, > > > I'm wanting an efficient way of capturing image data on the > stage. I'd like > > to be able to take video of the stage and save it to a file. > So being able > > to grab image data, frame by frame, from an animation. Has > anybody attempted > > this or have any idea where I should start looking? > > > See > http://lists.o-hand.com/clutter/0175.html > http://lists.o-hand.com/clutter/2163.html > > I recall pippin to have some patch for rendering video using > ffmpeg, > but in short there is nothing like that in the main code > (yet?). > > There are ongoing experiments around gst-gl with clutter, > might be > your best chance. Or simply try general purpose screen capture > software. > > >I guess the best way > > would be for clutter-gst to offer this kind of feature. > > > clutter-gst just displays video frames to an actor. > > Florent -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] Capturing image data from stage save as video file.
On Fri, 2009-06-05 at 14:53 +1000, Saul Lethbridge wrote: > I'm thinking it might be easier to simply offscreen the stage and do a > gdk_pixbuf_get_from_drawable for each frame, then send that frame on > for encoding to video. Has anybody tried this? it's not necessary. the gnome-shell project has a set of hooks that allow them to capture the contents of the screen to make videos through GStreamer. I suggest you take a look at that as well. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] clutter cairo patch
Hi all,
Had some trouble building the latest git of clutter-cairo, attached is a
patch to remove the old clutter_clone_texture_new and replace it with
clutter_clone_new in the bubbles example.
BR,
K
diff --git a/examples/bubbles.c b/examples/bubbles.c
index e6adcd6..34c711f 100644
--- a/examples/bubbles.c
+++ b/examples/bubbles.c
@@ -142,7 +142,7 @@ main (int argc, char **argv)
{
ClutterActor *actor;
- actor = clutter_clone_texture_new (CLUTTER_TEXTURE (bubble));
+ actor = clutter_clone_new (bubble);
clutter_actor_set_position (actor, i * BUBBLE_R*2, -BUBBLE_R*2);
clutter_container_add_actor (CLUTTER_CONTAINER (stage), actor);
signature.asc
Description: This is a digitally signed message part
Re: [clutter] clutter cairo patch
On Fri, 2009-06-05 at 12:35 +0100, Karl Lattimer wrote: > Had some trouble building the latest git of clutter-cairo, attached is a > patch to remove the old clutter_clone_texture_new and replace it with > clutter_clone_new in the bubbles example. clutter-cairo has been deprecated since last December -- like the DEPRECATED file in the git repository says. clutter-cairo is meant to be used only with clutter 0.8; all the functionality of clutter-cairo (and a bit more Cairo integration) is provided by clutter 0.9/1.0. ciao, Emmanuele. -- Emmanuele Bassi, Senior Engineer| emmanuele.ba...@intel.com Intel Open Source Technology Center | http://oss.intel.com -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] clutter cairo patch
On Fri, 2009-06-05 at 12:35 +0100, Karl Lattimer wrote: > Hi all, > > Had some trouble building the latest git of clutter-cairo, attached is a > patch to remove the old clutter_clone_texture_new and replace it with > clutter_clone_new in the bubbles example. Sorry, just realised that this is deprecated. Never mind. BR, K signature.asc Description: This is a digitally signed message part
[clutter] cluttermm get_scale behaving strangely
Hi everyone, I have a simple UI which relies in its logic on calling get_scale to control an animation but I've noticed that while an actor is being animated via calling set_scale in a *new_frame signal handler, get_scale keeps returning 1.0 until about half a second after the timeline animating the set_scale operation has finished. (specifically I'm scaling textures to the shortest stage dimension when they are clicked and back to their original dimensions when they are clicked again, the second step relying on get_scale returning a result bigger than 1.0) Is this expected behaviour? Is there something I can do to guarantee that the value of set_scale is propagated so that get_scale returns the correct one? Thanks. -Bartek -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] cluttermm get_scale behaving strangely
Bartosz Kostrzewa wrote: > animated via calling set_scale in a *new_frame signal handler, get_scale > keeps returning 1.0 until about half a second after the timeline > animating the set_scale operation has finished. apologies for replying to my own post but it's not even as regular as that. In effect what happens is that during the animation, get_scale returns the correct instantaneous value (output in the new_frame handler), however, once the animation is complete, for some reason the returned values are sometimes correct, and sometimes 1.0... could it be that get_scale relies on the whole texture being inside the stage boundaries? -Bartek -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] cluttermm get_scale behaving strangely
Bartosz Kostrzewa wrote: > Is this expected behaviour? Is there something I can do to guarantee > that the value of set_scale is propagated so that get_scale returns the > correct one? Ok, disregard this, the problem was that clicking triggered the animation of an underlying texture which was completely hidden from view, thus it seemed as though something fishy was going on while that was not the case. Seems like I need to adjust the z position as well as the scale to be safe. -Bartek -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
