Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

I would really prefer to remove vlc_poll() from exports in the long
term.

Signed-off-by: Rémi Denis-Courmont <remi.denis-courmont@nokia.com>

Invalid free pointed out by xxcv.

macosx: implement RTP stream selection. Closes #2497, while #2496 is invalid as RTMP streams can easily opened by pasting the respective URL in the 'URL' field...

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

When cleared the menu was not refreshed.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

Signed-off-by: Laurent Aimar <fenrir@videolan.org>

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

Some broken .Ram playlist have .rm extensions. The real demuxer should take the actula .rm files before.

Adds a RAM playlist demuxer to read .ram playlist files. Handles parameters author, copyright, clipinfo, start, end and title.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

On my linux x86_64 system, when trying to statically link the x264
module against libx264, I get the following error:

/usr/bin/ld: /usr/local/lib/libx264.a(cabac-a.o): relocation
R_X86_64_PC32 against symbol `x264_cabac_range_lps' can not be used when
making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value

Even though libx264 was compiled as PIC. Dynamically linking against the
shared library, built during the same process, works well.

The x264 folks said that VLC needed to use the -Bsymbolic flag to allow
conversation of a static PIC library into a shared library, so that's
what I did, and it works for me.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

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