The function relative_URI() only took the base path from the meta index file into account.
This caused it to miss subdirectories mentioned in the .m3u8 files referenced from the
meta index file. Instead of looking at the base of the meta index file it now looks at
the base path (hls->url.psz_path) from the HLS stream itself for segments.

A lot of libraries are still missing.

The logic to determine if caching of segments is allowed or denied was flawed. It
only determined it onces after the playlists were loaded. In case of a meta playlist
the logic would only indicated the caching value for the last added HLS stream.

The fix is to determine p_sys->b_caching (caching segments allowed or not) when switching
segments or HLS streams (adaptive bandwidth).

It is not possible to calculate a stream size for a live HLS stream.

Cleanup parse_StreamInformation() function.

Release segments for HLS live streams even when HLS caching is allowed.

Abstract HLS playback variables into a structure

Conflicts:

	modules/stream_filter/httplive.c

stream_filter/httplive.c: Initialize HLS Live stream and abstract HLS playlist variables into a structure

Initialize HLS Live stream and abstract HLS playlist variables into a structure.

Simplify relative_URI() function.

The HLS plugin downloads all segments as fast as possible once started. This is
not very friendly to HLS servers, because it equals a full download of the movie in one go.
However by downloading only a certain amount (say 6 segments, which is about 60 seconds usually)
the load on the server is spread.

This reverts commit 0e65dd77.

Signed-off-by: Pierre d'Herbemont <pdherbemont@free.fr>

From 7.6 to 7.9, the method for setting video modes et al was changed,
in a way that is neither backwards nor forwards compatible. Even though
the 7.9 SDK includes some backwards-compatible headers for emulating
older APIs, they are unfortunately not a drop-in replacement, since they
add version numbers to struct names et al. Thus, there is no simple method
of maintaining source-level compatibility with both APIs (even though a
VLC compiled against the 7.6 SDK most likely would work if moved to a
machine with 7.9 driver), and given the choice, we should support the
newest API, as the older SDK isn't even downloadable anymore.

Thus, update unconditionally to the new API, and hope Blackmagic won't
change things too often in the future.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Add an option to pause the playback on minimizing the window. http://trac.videolan.org/vlc/ticket/2234Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Remove the filter patterns in the playlist file dialog from the translatable strings. These shouldn't be translated and malforming them could introduce a functional bug, as it happened in the case of the Spanish translation. http://trac.videolan.org/vlc/ticket/4376Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Add sanity check before downloading if measured bandwidth is sufficient to download
next segment. If not then go into error mode.

commit id: 4929a92d makes this code obsolete

Allow bandwidth adaptation while prefetching.

Seeking into the last 3 segments keeps this condition in false state. In this
case it should turn into true because the last 3 segments have already been downloaded.
Or the condition should just not be applied.

The function NextSegment() no longer resembles its name. It does not
get the next segment. It just gets the segment p_sys->segment from a
HLS stream (default p_sys->current).

Renamed the function GetSegment() to more resemble its usage.