Changes in:  gst-plugins-good

 gstreamer:c3181fa5df967cc67f3323b20c3cc2f71aff4b03
 gst-plugins-base:c24a1254c9f1f73e23a1471ce9dd08f513618c8b
 gst-plugins-good:c1cd2f81f98cfe62f03c9a2c8eee5484667400bf
 gst-plugins-ugly:7e3811cc21d82604ac6bff6fde6b60307fc9c958
 gst-plugins-bad:dedb95dc6face4941eb674fc79efdc9eb5fa9390
 gst-ffmpeg:8025ac289bee401f6511ee319c2d6c9c93a97322
 gnonlin:973bdcef5d88569057bffb7fdf87540a2f27101f
 gst-editing-services:14a2f5943d97318ce87d268f9dd17629a94c5800
 gst-python:c889037e40bb3568ef8cd9456123d744b25a919b

====== gst-plugins-good =============

 commit c1cd2f81f98cfe62f03c9a2c8eee5484667400bf
Author: Thiago Santos <ts.santos@sisa.samsung.com>
Date:   Fri Dec 27 02:14:02 2013 -0300

    qtdemux: improve mss_mode/fragmented special handling

    Make it clear what should be handled purely by mss mode:
    1) Expose the streams on the first moof as there are no moov atoms
    2) Properly cleanup streams on flushes

    Add a note about the meaning of upstream_newsegment and mss_mode
    for future reference.

    Make all other special fragment handling shared for both dash
    and mss streams.

commit a82f3418fdc1e7787828f0a2a946b12e6f00332f
Author: Thiago Santos <ts.santos@sisa.samsung.com>
Date:   Thu Dec 12 10:50:27 2013 -0300

    qtdemux: drain the adapter before pushing EOS

    In a fragmented scenario, qtdemux is operating in push mode
    and it gets a fragmented buffer. While processing its data
    downstream gets unlinked (or a input-selector changes its
    active pad and returns not-linked). Qtdemux stops processing
    this fragment and returns not-linked upstream, leaving the
    remaining data in its adapter.

    When it gets an EOS it should make sure that all the data it
    had received is pushed before pushing EOS.