[Bug 684237] videomixer: Caps negotiation does not always work
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Mon May 20 09:00:36 PDT 2013
https://bugzilla.gnome.org/show_bug.cgi?id=684237
GStreamer | gst-plugins-good | git
--- Comment #58 from Sebastian Dröge <slomo at circular-chaos.org> 2013-05-20 16:00:33 UTC ---
(In reply to comment #57)
> (In reply to comment #53)
> > (From update of attachment 229286 [details] [details])
> > I don't think this patch is correct, video caps should always contain those
> > fields... and additional fields will not cause accept-caps to fail.
>
> Here's an example:
>
> -> Branch A choose video/x-raw, but videomixer sets
> video/x-raw,pixel-aspect-ratio=1/1
> -> Branch B choose video/x-raw, which will fail accept caps, since video/x-raw
> is not a bubset of video/x-raw,pixel...
>
> Using gst_video_info_(from/to)_caps() is what introduce this issue.
Where would the caps without pixel-aspect-ratio come from? I think we should
hardcode the list of omitted fields though, or better, only put a fixed list of
fields into the srcpad caps (everything that must not change and everything
that must be provided, i.e. format, pixel-aspect-ratio, ... and width/height).
--
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.
More information about the gstreamer-bugs
mailing list