Signed-off-by: Pierre d'Herbemont <pdherbemont@free.fr>

 It allows to easily convert from any charset supported by
vlc_iconv to UTF-8 (but with a performance penalty).

Allocate a palette for the format/region and reuse it. subpicture_region_Delete should take care of freeing it, but please someone double checks this to be sure.

Reported by: Alexander Stein
References: https://bugs.gentoo.org/show_bug.cgi?id=300406

 - Noone knew what it was
 - Only FFmpeg+DMO were there and not being SPU_ES decoders
 - Maybe SDEC meant _S_ubtitles...
 - FFmpeg and DMO are in Video codecs now.

If you don't like this solution, I suggest merging all codecs subcat

 * Generate the plugins cache for the build tree during make all
   (if not cross-compiling).
 * Generate the plugins cache for the installation during make install
   (if not staging with DESTDIR).

The vout window provider may issue a series of several resize events in a row.
(e.g a user switching back and forth between two layouts in skins2)
Some events may then be wrongly discarded by xcb based on a check that doesn't
represent the latest situation.
The new design actually can accept all resizing events, and only processes the last event of a series of events detected by xcb. No filtering is needed in xcb.

This rgeatly reduces the changes that it's generated more than once,
if there are multiple concurrent VLC's, or if VLC crashes before exit.

As we now store the cache in ~/.cache, this has become quite useless.
In any case, practically no software implements this spec, adn the
author seems to have lost interest over  years ago.

Most RTSP clients expect native RTP and won't cope with Transport
Stream. Also, since RTSP takes care of RTP setup, there is little
benefit in having a single stream.

The code looks suspicious though.

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>