[gstreamer-bugs] [Bug 435120] cairosvgoverlay

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=435120
  GStreamer | gst-plugins-bad | git

Luciana Fujii <luciana> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |luciana at holoscopio.com

--- Comment #18 from Luciana Fujii <luciana at holoscopio.com> 2010-09-16 21:38:38 UTC ---
I have been using a self-made element cairoimageoverlay
(http://git.holoscopio.com/git/hplugins.git/). One of the requirements that
made me develop this was that I needed to change the image I was using to
overlay while the pipeline was playing, and I needed to change the size and
position of the image being displayed also with the pipeline playing, and that
could change multiple times per second. Both of these requirements seemed hard
to do using filesrc + imagefreeze + videomixer and much simpler to do if the
element handled the image itself.

I am planing to switch to cairosvgoverlay when it is available, but I would
probably need to adapt my aplication and maybe the element.

So, would it be desirable to have resizing in cairosvgoverlay? Maybe a resizing
to a size relative to the frame size instead of the fit_to_frame property.
Than, fit_to_frame would be achieved with the resize to 1.0? Or would this be
achievable using the data property?

What I really wouldn't want is to have to feed data through the pad and
transform it using gstreamer, which would gave me the same complexity filesrc +
imagefreeze + videomixer I am trying to avoid.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.