Changes in:  gst-plugins-base gst-plugins-bad

 gstreamer:be32ae0252ae4a9301cc4b360b712a9208d3dfcf
 gst-plugins-base:57295753d54da55289f50d4b2585cb234d3fedd0
 gst-plugins-good:4ecccb6ff6276d2202a8fdd0461a416a46005e70
 gst-plugins-ugly:abb56c3803f9c703f7046bf02e024df8937504fe
 gst-plugins-bad:73d9a8b0c97303b3415415efad2df4bef83cc3e6
 gst-ffmpeg:fe224775cfa13b442d73ab76e7b2d5cdd491ef75
 gnonlin:242e4e17d91be1864cad4f8193b7508e00677e52
 gst-editing-services:0a25ed00a19cc150333510e55deaa50b8cbdd9a7
 gst-python:c889037e40bb3568ef8cd9456123d744b25a919b

====== gst-plugins-base =============

====== gst-plugins-bad =============

 commit 73d9a8b0c97303b3415415efad2df4bef83cc3e6
Author: Sebastian Dröge <sebastian@centricular.com>
Date:   Mon Feb 10 18:29:23 2014 +0100

    hlsdemux: Start downloading the next fragment immediately after caching the initial fragments

    And only afterwards wait until a fragment was played. Otherwise we're keeping
    our cache most of the time at "fragments-cache" fragments minus one.

    Also allow setting "fragments-cache" to 1 now to start playback even faster.

commit 4f04f3e68e9c19986e016b932fd99bcca536d16c
Author: Sebastian Dröge <sebastian@centricular.com>
Date:   Mon Feb 10 18:27:58 2014 +0100

    hlsdemux: Start fetching new fragments whenever we have less fragments cached than given by the fragments-cache property

    Waiting until our cache is empty before starting to fetch the next fragment
    kind of defeats the purpose of caching multiple fragments.

commit 89c592ccdd37136232b32bca66c5a80eba24f288
Author: Sebastian Dröge <sebastian@centricular.com>
Date:   Mon Feb 10 18:21:38 2014 +0100

    hlsdemux: Fix bitrate calculation

    g_get_monotonic_time() returns microseconds, not nanoseconds.