This only affects people still not building from subdir.
Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>

Fix #1486
Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>

Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>

Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>

This is meant so that this will still work:
$ vlc --sout rtp/ts://239.255.12.42

Also, these new constructs will work:
$ vlc --sout dccp/ts://[::]
$ vlc --sout udplite/ts://239.255.42.12Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>

conflicting booleans to select the RTP transport protocol.
Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>

Pointed-out-by: Drew Yao
Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>

Pointed-out-by: Drew Yao
Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>

Signed-off-by: Rémi Denis-Courmont <rem@videolan.org>

The previous commit "accidentally" worked around Drew Yao's first integer overflow.

Check some malloc() failures - yes it can happen when the alloc size is variable. Unfortunately, the MP4 code seems pretty hopeless.

(Hint: sizeof(char) is ONE per the definition of sizeof)
(Hint: size is the SECOND parameter of calloc, not the FIRST one)
(Hint: calloc() calls bzero(), waste of time if memory is set anyway)

(unfortunately, it will not be shareable since it contains relocations)

Let's try this again.  Detect older and new versions of ffmpeg and allow for their coexistence within VLC.