[Bug 684237] videomixer: Caps negotiation does not always work

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Sat May 18 18:24:21 PDT 2013


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

Nicolas Dufresne <nicolas.dufresne> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #244689|none                        |reviewed
             status|                            |

--- Comment #50 from Nicolas Dufresne <nicolas.dufresne at collabora.co.uk> 2013-05-19 01:24:16 UTC ---
Review of attachment 244689:
 --> (https://bugzilla.gnome.org/review?bug=684237&attachment=244689)

I think this one will need some thought, and maybe second opinion. What I had
in mind for when I'd give a second round to this, would have been to keep the
filter caps passed durring  caps query, and only send reconfigure if the
selected caps are part of the filtered caps. This way, only element with buggy
negotiation could loop.

::: gst/videomixer/videomixer2.c
@@ +322,3 @@
+          "current caps are %" GST_PTR_FORMAT, caps, mix->current_caps);
+      gst_pad_push_event (pad, gst_event_new_reconfigure ());
+      return FALSE;

I'm worried about this one because if an element don't call accept_caps()
(which is optional iirc) because it only support a single format, it may keep
sending and getting reconfigure again and again.

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