Re: [clutter] Exact screen frequency
Hi Emmanuele, I already experimented with the repaint function. but the timestamps I get have some variance. So the only way I see to get a more or less accurate timing is to use an average time value over some hundred frames. By the way, I am just playing around with some FBO and shader routines. Since you don't suggest to mix Cogl with direct calls to GL, but I would like to have the possibility to have an FBO with multiple color targets I would like to know if you have any plans to extend the cogl offscreen API to use glDrawBuffers? E.g. sth like cogl_offscreen_add_texture(CoglHandle buffer, CoglHandle texture, guint layer); to be able to use glFragData[] in a fragment shader instead of glFragColor? bye, Roland On 05.04.2010, at 15:11, Emmanuele Bassi wrote: On Sun, 2010-04-04 at 09:50 +0200, Roland Peffer wrote: Is there an elegant way to get the exact screen frequency ( in microseconds or even more accurate ) within the clutter/cogl toolkit? no. in part because there is nothing elegant, in part because the vblank synch is part of how Clutter works. if we have the right extension, on GLX we default to getting an asynchronous notification of a buffer swap; lacking that, we check if glXSwapBuffers() will block and use that delay to time our animations and scene redraws. lacking that, we fall back to a hard timer which may or may not be the same rate of the vblank. if you want to tap into the redraw rate you can install a repaint function using clutter_threads_add_repaint_func(); the function is guaranteed to be called each time Clutter redraws the Stages. ciao, Emmanuele. -- Emmanuele Bassi, Open Source Software Engineer Intel Open Source Technology Center -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] Exact screen frequency
Hello, Is there an elegant way to get the exact screen frequency ( in microseconds or even more accurate ) within the clutter/cogl toolkit? Or is there a way to get access to the vblank /default frequency time stamps clutter is triggering on? I need it for video frame realtime interpolation . Thx and wish you happy eastern! Roland -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] problem building MX 0.4 library on Mac OSX
Hi Thomas, no glib-mkenums is installed and can be launchen from the shell: noname:mx-0.4.0 rpeffer$ glib-mkenums Usage: glib-mkenums [OPTION...] [FILES...] Help Options: -h, --helpShow this help message Utility Options: --fhead textOutput file header --fprod textPer input file production --ftail textOutput file trailer --eprod textPer enum text (produced prior to value itarations) --vhead textValue header, produced before iterating over enum values --vprod textValue text, produced for each enum value --vtail textValue tail, produced after iterating over enum values --comments text Comment structure --template file Template file -v, --version Print version informations Production text substitutions: @EnumName@PrefixTheXEnum @enum_name@ prefix_the_xenum @ENUMNAME@PREFIX_THE_XENUM @ENUMSHORT@ THE_XENUM @ENUMPREFIX@ PREFIX @VALUENAME@ PREFIX_THE_XVALUE @valuenick@ the-xvalue @type@either enum or flags @Type@either Enum or Flags @TYPE@either ENUM or FLAGS @filename@name of current input file On 19.01.2010, at 10:37, Thomas Wood wrote: On Tue, 2010-01-19 at 08:40 +0100, Roland Peffer wrote: Hello, just tried to compile the moblin MX GUI toolkit on MAC OSX. after using ./configure --prefix=/usr/local I run make ...responding with the following error: make all-recursive Making all in mx GENstamp-mx-enum-types.h /bin/sh: --template: command not found make[2]: *** [stamp-mx-enum-types.h] Error 127 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 anyone have a hint for me? It looks like you are missing glib-mkenums. Regards, Thomas - Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] problem building MX 0.4 library on Mac OSX
Hello, just tried to compile the moblin MX GUI toolkit on MAC OSX. after using ./configure --prefix=/usr/local I run make ...responding with the following error: make all-recursive Making all in mx GENstamp-mx-enum-types.h /bin/sh: --template: command not found make[2]: *** [stamp-mx-enum-types.h] Error 127 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 anyone have a hint for me? Thx, Roland -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
Re: [clutter] clutter-gst color conversion bug
Hi Damien, I had a moment to check out under what condition the movies do not work and found this: FOURCC is always I420 If movie width is 636 picture is messed up! If movie width is 640 picture is good! Maybe that information helps to find the mistake in color conversion! Cheers, Roland On 24.08.2009, at 14:01, Damien Lespiau wrote: On Mon, 2009-08-24 at 06:40 +0100, Roland Peffer wrote: Hello all, Hi, I am currently working with the clutter-gst videosink / texture. I have a messed up picture with wrong colors and diagonal lines when I play various mp4 videos. Some are good others not. To figure out if this is a gstreamer problem or clutter-gst problem I run some tests, that indicate that there is a mistake in the clutter-gst display part. I guess its a mistake about data alignement in the conversion / shader routines. E.g. if I force gstreamer to convert the colorspace by ffmpegcolorspace to RGB in advance, picture is fine. If needed I can upload the critical video file to an ftp adress for testing purposes. It's to big for email delivery. I would love to have that video file to investigate the issue, opening a bug in http://bugzilla.openedhand.com (Clutter product, clutter-gst component) could help tracking progress on the bug. Thanks for reporting this. -- Damien -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] clutter-gst color conversion bug
Hello all, I am currently working with the clutter-gst videosink / texture. I have a messed up picture with wrong colors and diagonal lines when I play various mp4 videos. Some are good others not. To figure out if this is a gstreamer problem or clutter-gst problem I run some tests, that indicate that there is a mistake in the clutter-gst display part. I guess its a mistake about data alignement in the conversion / shader routines. E.g. if I force gstreamer to convert the colorspace by ffmpegcolorspace to RGB in advance, picture is fine. If needed I can upload the critical video file to an ftp adress for testing purposes. It's to big for email delivery. Kind Regards, Roland -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] How to track window size changes on user resizable window
Hi, I wonder if there is any event that gives information if the user has changed the window size? Did not find anything in the documentation regarding this. I am working with the OSX backend, clutter version 1.0.2! Thank , Roland -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com
[clutter] OSX backend fullscreen window positoning don't work
I am setting up a project under MAC OSX with clutter and have some problem with the osx window. When I call clutter_stage_fullscreen ((ClutterStage *)stage); I can see that the window goes fullscreen for a very short moment, and then is resized to standard size and positioned in the lower left corner of my screen. Changing the window size in non Fullscreen mode works, but no chance to set the position. Any idea how this can be fixed? Thx Roland -- To unsubscribe send a mail to clutter+unsubscr...@o-hand.com