Rearrange hls_Thread logic with live playback in mind. In case all segments have been
downloaded, then make sure that reloading the playlist file happens before downloading
the next segment. This is also true when it is time to reload the playlist.

Print a warning if the download segment counter and playback segment counter are
less then 3 segments apart. Print and error if they are the same.

no functional changes

Use the sequence number of the segment in msg_* instead of the array index.

Make error path simpler.

Matching #EXT-* keywords was off by one for several.

Add extensive debugging information for detecting issues in HLS live streams.

Reload .m3u8 playlist from the server and try merging its result with the current
available information. The array of segments for the current stream is only appended
and does currently not shrink. Shrinking the segment list will be dealt with in another patch.

and a few other fixes

3 setting to set meshx, meshy and texturesize
Fixed a crash if there is no available presets
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

TODO: use HAL or another way

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

Malformatted files may have a zero i_subpackets value. In this case,
we cannot use the array, but we still have to free it (calloc(0)).

This should fix LP#690173.
Reported-by: Dan Rosenberg <drosenberg@vsecurity.com>

commit-id: 61042012fa846988d7d7c364396478850afedf67 simplified relative_URI()
a bit too much.

If a username and password are suplied, then use it when constructing the
URI.

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.