[gstreamer-bugs] [Bug 595468] a GstVideoMixer base class would be nice

[GStreamer (bugzilla.gnome.org)]

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

Edward Hervey <bilboed> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1

--- Comment #8 from Edward Hervey <bilboed at gmail.com> 2009-10-06 08:02:50 UTC ---
Copy-pasting videomixer to do cairomix was perfectly understandable. was just
nagging you there :)

Why isn't a videomixer-that-does-it-all-and-brews-coffee-at-7am a good idea ?
Because then we'd all of a sudden break the atomicity of the elements and link
that one element against all those external libraries + duplicate helper code
present in other plugins (gl, vdpau, cairo,...)

One idea would be to:
* rename the current videomixer to <somethingelse>videomixer
* Have a new meta-element for videomixing that will pick/convert in a smart
fashion [1] which BaseVideoMixer subclass to use based on input/output caps.

We end up with:
* all pipelines/apps using one single videomixer element without caring what
it's feeding it (apart obviously from knowing that it's some kind of video
format).
* plugins for new systems (i.e. vdpau or cairo) providing new mixing
implementations which can be used without rebuilding the widely used videomixer

[1] : No, I have no idea what smartness to use... but using the videomixer
implementation which works in the configured output format would be a good
start.

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