[Bug 687182] playbin: autoplugging s/w and h/w accelerated deinterlacers

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #7 from Sebastian Dröge <slomo at circular-chaos.org> 2013-06-30 16:11:56 UTC ---
(In reply to comment #6)
> Okay, one idea is to:
> Implement a GstVideoPostProc interface and all videopost processing elements
> (videobalance, videoconvert, videoscale etc) are needed to implement this
> interface.
> 
> This should have the following virtual methods:
> 
> -- get_supported_capsfeatures()   : should return a list of supported
> capsfeatures.

Well, the CAPS query does that already

> -- get_supported_vpp_functions()  : should return a list of supported
> vpp_functions: a string or some enum values (eg: vaapipostproc is supporting
> deinterlace, videoscale, denoise etc in a single element)
> 
> -- has_vpp_function()          : should return true if the element supports
> specific vpp function.
> 
> -- has_hardware_acceleration()    : should return true if the element can
> provide h/w acceleration.(or something like GstColorBalanceType)
> 
> These details are enough to make efficient assumptions for autoplugging. (I
> guess)
> 
> Then it is the duty of playsinkvideoconvert to select the vpp elements based on
> supplied list of vpp_elements_having_video_post_proc_interface and supplied
> videosink element.

Makes sense otherwise, yes. The capabilities (supported functions) could be
done similar to what GstPhotography does.

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