(bug at exit due to more generic problems with #2226 and #2227)

We really want plugins to resolve their VLC symbols against the already
loaded LibVLC core, rather than with their own version of it.
Performance benefit should be neglectible, if any.
Still, this will "fix" the plugin crash with static LibVLC builds (or
generate a due link-time error). Anyway, this is one step toward
supporting any form of static linking again.

Reported by Tobias Klein <tk@trapkit.de>

xinerama setup.

Let's wait for this issue to be statued.

This reverts commit 984fb14a.

This reverts commit bbe5c8e4.

Because this is really boring when you have some .txt files on the same folder than your movie and they are not subtitles but are auto-detected.

Network Open Tab assumes all rtp/udp addresses are multicast #2221
Please review.

This should close #2167. But must be checked for extra "/" on windows.

Close #2126

The libraries still won't build due to missing symbols though.
Signed-off-by: Christophe Mutricy <xtophe@videolan.org>

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

Working on a few remote-control applications that require more details
about the files in the playlist and the currently playing file. Also
fixed the RPN module so that the fields listed as possible arguments
for vlc_get_meta actually matches the list of fields in the Developer's
wiki.
Signed-off-by: Rémi Denis-Courmont <rdenis@simphalempin.com>

Close #2186

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

Cancelation function emits event to main-interface to shut down. Thanks to
courmisch for pointing out this possibility.

Should be final issue on ticket #1365 and this commit should fix it

Ref #1417

Close CID: 171

In the complete preferences it is not linked directly to OSD, so users don't find it. Linked to Closed #2207.

screenRec.x() and .y() should be directly those offsets needed

# HG changeset patch
# User Edouard Gomez <ed.gomez@free.fr>
# Date 1224021637 -7200
# Node ID 0c4727aa17ba532172cae4aded7d16d70ea4ea53
# Parent  8e7c3f94407dc1500438237ac6bf3d484bfba742
dshow: try to improve multithreading code for RAW sample grabbing

This patch tries to address two theoritical problems:
 - The filter capturepin should not lock p_sys->lock. By chance, win32 mt
   locking is recursive by default.
    - Do not lock again, this makes things clearer for poor POSIX coders like
      me.
 - The current code does not try to push samples as fast as it receives them.
   This is caused by the arbitrary msleep call which can differ sample delivery
   with up to 10ms delay. Moreover, only a single sample at a time was processed
   either for audio or for video.
    - Use MT condition instead of sleep so no artificial delay is introduced in
      the delivery chain.
    - Process all available samples at once.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>