[Bug 787820] glvideomixer: need update output geo after src caps reconfigure
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Tue Sep 19 08:03:59 UTC 2017
https://bugzilla.gnome.org/show_bug.cgi?id=787820
--- Comment #13 from Haihua Hu <jared.hu at nxp.com> ---
(In reply to Matthew Waters (ystreet00) from comment #12)
> (In reply to Haihua Hu from comment #11)
> > I notice there is a description of the videoaggregator specification on
> > https://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-bad-
> > libs/html/GstVideoAggregator.html
> >
> > Description
> >
> > VideoAggregator can accept AYUV, ARGB and BGRA video streams. For each of
> > the requested sink pads it will compare the incoming geometry and framerate
> > to define the output parameters. Indeed output video frames will have the
> > geometry of the biggest incoming video stream and the framerate of the
> > fastest incoming one.
>
> Which is all overrideable so not really a strong argument for conforming to
> a certain behaviour.
But Maybe let videoaggregator decide output size is more reasonable. When
sinkcaps has changed, but glvideomixer output caps cannot been reconfigured
even no capsfilter downstream. It's more import to repest the calculated best
width and height. What's your opinion? Or do you have some solution to support
both kind of case
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list