Changes in:  gstreamer

 gstreamer:26e27417d7b350db2230ade793c1eee52068f03f
 gst-plugins-base:9613f79c1e63ca6a7257484402cc3fb4e0a9fc51
 gst-plugins-good:a5ceab82dd8658bf2e81aff95891962340eef6be
 gst-plugins-ugly:0243810e1e0d35fff1023d3f6c42967cc7aaff6e
 gst-plugins-bad:8fb662884232c6840a094c0d40b54888e3efd6c3
 gst-ffmpeg:61153a5ac231141e4395b9f0bb28a26fa808a098
 gnonlin:79624b830af08437d9a17464ba688c6a228f790b
 gst-editing-services:28770ce53b97678dcd7e5d981e748f643bc9c8cd
 gst-python:20860bc63376944cc7749255123e201feec5f39c

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

 commit 26e27417d7b350db2230ade793c1eee52068f03f
Author: Sebastian Dröge <slomo@circular-chaos.org>
Date:   Mon Sep 9 14:21:56 2013 +0200

    tests/capsfilter: Fix memory leak and compare caps directly instead of strcmp()

commit 7854e392dd82fe21837a2abac3c5949b519285e3
Author: Sebastian Rasmussen <sebrn@axis.com>
Date:   Fri Sep 6 23:03:54 2013 +0200

    tests/capsfilter: Test caps-related queries and property

commit 4cb596ddd6919701744387339e9a957a6f71b2b6
Author: Gustavo Noronha Silva <gns@gnome.org>
Date:   Fri Sep 6 15:09:46 2013 -0300

    Update the buffering state before stalling for more data

    In some cases the wait for more data was happening without updating
    the buffering state, meaning the API user would not be able to notice
    it should pause the pipeline and update UI to indicate that is the
    case, the video would likely stutter instead.

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