allows only to control some important options of the AtmoLight module, which control the color calculation.
Hardware setup has to be done inside the normal video filter setup.

- added more thread locking/synchronization, to avoid potential risk of race conditions
- changed the option to choose the output device
- added support for MoMoLight (http://www.ambilight4pc.com/momolight/momolight.html)
- added support for a simple serial DMX (255 channel) controller
- added support for Quattro Atmo Light (allows to use four separated classic AtmoLights, as one virtual AtmoLight)
- changed the way color packets are passed from AtmoExternalCaptureInput to AtmoLiveView useing a queue object (instead of a unsynchronized global variable)
- renamed some options inside atmo.cpp to meet the requirements from the video effect dialog widget (later commit)
- changed the way to define the zones for image color extraction (because the number of zones isn't longer fixed to 4 or 5)
- removed the need to copy some .dll as bridge for the external AtmoWin into the VideoLAN folder, try to load the dll from the same folder like AtmoWinX.exe
- do not a complete fade out, if the filter processed a low number of frames and gets stopped (keeps VideoLAN quick responding, if switching through deinterlacing modes)
- added a debug option to see which pixels are used for color computation (just for fun)
- added more infos to README.txt inside the source folder

Add album name and break long lines.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

From Qt's doc:
"This enables the view to do some optimizations for performance purposes."

...to enable permanent hiding of art display

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.