Changes in:  gstreamer

 gstreamer:a93615aea1a85d5059de43614d5e6148f6ae4054
 gst-plugins-base:fa393e5d60bcb61ba0e48905b19a3b76847d31ee
 gst-plugins-good:a46f667853fecd34ffbbcfd0920295af930a80b7
 gst-plugins-ugly:12509f4a80a4469430bcc6e6f5847955ae60440f
 gst-plugins-bad:1122b56ff613d52e1f6e8ea321975487382973c1
 gst-ffmpeg:1b5895c9365e2c02f65a1a9bdffcee327beaee18
 gnonlin:5d52548056b05a0a2fb7fd901c6b8623c2a1b642
 gst-editing-services:105d901c12d4e9e1f6cdf0681a9e961d80bb6a1e
 gst-python:c889037e40bb3568ef8cd9456123d744b25a919b

====== gstreamer =============

 commit a93615aea1a85d5059de43614d5e6148f6ae4054
Author: Arnaud Vrac <avrac@freebox.fr>
Date:   Fri Jan 24 19:19:08 2014 +0100

    multiqueue: do not reduce single queue below current level

    When the single queue size was just bumped by 1 to allow more buffers to
    be added, the buffers limit could be reduced to the current level when
    setting the max-size-buffers property. This would result in a stall
    since the queue would not grow anymore at this point.

    Prevent this by not reducing a single queue size below the current
    number of buffers + 1.

    https://bugzilla.gnome.org/show_bug.cgi?id=712597