- video.deinterlaceEnable(char *mode) : enable deinterlace filter which type is defined by mode
     - video.deinterlaceDisable()          : disable deinterlace filter
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

- video.deinterlaceEnable(char *mode) : enable deinterlace filter which type is defined by mode
 - video.deinterlaceDisable()          : disable deinterlace filter
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Patch by ozvald (see #2733)

  - libvlc_video_enable_deinterlace(libvlc_media_player_t *p_mi, int b_enable, const char *psz_mode, libvlc_exception_t *p_e)
      - b_enable: boolean to enable or disable deinterlace filter
      - psz_mode: char to define the deinterlace mode (blend, linear...)
Signed-off-by: Laurent Aimar <fenrir@videolan.org>

This string is already in use, so no problem with stringfreeze for
1.0 (According to xtophe).

In general, we should avoid PL_LOCK'ing around stuff that the Datasource does,
and restrict it to the lines that directly deal with the core playlist.

This should fix #2810

This closes #2814

It allows to use mouse inside a simple "video filter2"
It is not meant to stay.

Unfortunately, the thread stack remains allocated as our threading
abstraction does not support detaching.

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>

It avoid an assert if a program was created after the input was paused.

Also updated a bit more against old ffmpeg version.

Add a few more lockings around other playlist data as well. We really need to redo all this stuff.

macosx: volume needs to be stored in absolute numbers instead of percentages. If you don't do this, the user will get a quite different noise experience...

Closes #2805

(cherry picked from commit c01710dd)

(cherry picked from commit 9f71b31e)