This is extra-precaution, but it cannot do harm

VLC doesn't use foreign M4 macros anymore

This reverts commit ae14df5a.

[d85d6537] explains why it is needed

This introduce a circular dependency. The correct way (which what Rafael is doing) is to explicitely set the dependencies in the .package to automake, libtool...

This fix unbreaks those who don't build autoconf.

Note, I have absolutely no idea why this is needed. This doesn't feel right anyhow.

It could happen when the demuxer was forced.

It was called 2 times.

Payload types are scoped to the RTP session, and we put each ES in its
own session, so no risk of conflict

It is described on http://shinnai.altervista.org/exploits/SH-008-20101026.html
Thanks to geal for helping finding the problem
(cherry picked from commit b531955c2206c88250cacc511793facc32cbced6)
Signed-off-by: Rafaël Carré <rafael.carre@gmail.com>

IV attribute of tag #EXT-X-KEY was parsed for any version of the protocol.
However chapter "7. Protocol version compatibility" lists the IV tag being
protocol version 2 or higher. This patch restricts the IV attribute to version
2 or higher of the protocol.
(cherry picked from commit a07189f8187302417cc2b6741bf9ab8d8c3c6e4c)

Properly pass duration to the correct hls_stream_t instance currently in use.

Take relative URI into account. This patch relies on protocol (s->psz_access)  information being
included in the stream_t * in addition to psz_path.

In addition to p_access->psz_location also add p_access->psz_access to the contructed
stream_t *. It will allow a stream_filter to determine the protocol used in case it was
constructed with an access input.

Cleanup

Remove debug code no longer needed.

Remove unused include files.

See frame_mbs_only_flag chapter 7.4.2.1