[gstreamer-bugs] [Bug 486758] queue element fails to re-negotiate caps upstream when sink windows resize

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=486758

  GStreamer | gstreamer (core) | Ver: HEAD CVS

Wim Taymans changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |0.10.15




------- Comment #1 from Wim Taymans  2007-10-15 11:36 UTC -------
        * plugins/elements/gstmultiqueue.c: (gst_single_queue_push_one),
        (gst_single_queue_new):
        * plugins/elements/gstqueue.c: (gst_queue_init),
        (gst_queue_push_one):
        Fix queue negotiation. If acceptcaps unconditionally returns TRUE,
        upstream is tricked into thinking it can suggest a format downstream
        while downstream does not support that format. The real problem is that
        core calls acceptcaps when pushing a buffer with new caps, for which we
        do a little workaround by setting the caps on the srcpad ourselves
        before pushing the buffer (until this is figured out). Fixes #486758.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=486758.