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
[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
