It doesn't compile though, and is using a broken interface like crop

It is known to crash due to invalid buffer handling. On Linux, I get
memory accesses before the start of the audio buffer. It also crashes
on Windows. Until someone cares to fix it, and I think it really never
worked correctly, lets use the "ugly" resampler, which is not too ugly.

This should fix #3631, #4366, #4491 and possibly others.

Broken since d14e0b78

It's pretty much always -1.

It's been 7 years now...

Constify some function arguments.

After rewriting to use stream_* API gaps in segment sequence numbers
where detected. Solving this issue fixes live playback which was broken
since the rewrite to use the stream_* API.

Make the error message easier to read by splitting it up.

stream_filter/httplive.c: Append new segment any (HLS Live playback) when gap in sequence numbers is detected.

When a gap in segment sequence numbers is detected append the new one
anyway, since there is nothing that can be done to restore the missing
information. It will result in a playback hickup, but that cannot be
helped. Instead only complain loudly.

When reloading the HLS Playlist failes do not leak already allocated
hls_stream_t and segment_t structures. Instead cleanup.

Reloading HLS m3u8 file for live playback in a separate track. It used
to piggy back on the download track, which made it reload less often.
Since it would check the m3u8 file reload once after each download, which
generally takes longer then the suggested m3u8 reload algorithm.

This gets rid of one thread per RTP input. This will also ease would-be
support for RTCP.

pledit id is used twice in this file (must be unique)

filenames must always be forced to lower case in the case of .wsz files
(since the winamp2.xml expects them in this form)

skins2 expects notification to occur if and only if the variable really changes.

This patch fixes things for And and Or variables.
This fixes trac #4529

This trick only works if the action ends up in the state really being toggled.
This is not always the case and can then lead to undesirable effects,
for instance the play button going to pause when no playback is underway.

This trick was needed to prevent visual artefacts when refreshing was a heavy
task, but is no longer needed since refreshing has been heavily optimised.

This reverts commit 7d3c30f9.

As specified in the MSDN documentation
It will warn, though