This tries to prioritize stuff a little better and more uniformly:

 - less than  20: console (text)
 - less than  50: plain frame buffers
 - less than 100: no embedded windowing
 - less than 150: SW scaling
 - less than 200: SW chroma conversion
 - rest: good stuff :-)

This removes multiple plugins with identical priorities. On Windows,
native outputs are now priorized over XCB (as there now is a Win32 port
of XCB). The ordering amongst native Windows outputs is preserved.
On X11, GLX is put ahead of plain as it supports scaling. SDL and
DirectFB are demoted as they cannot be embedded.

Old order:

 - XCB XVideo
 - Windows Direct3D (Vista+)
 - Windows DirectX
 - XCB X11
 - Windows Direct3D (XP-)
 - Windows Direct2D
 - DirectFB, SDL
 - XCB GLX
 - Linux FB
 - Windows GL - Windows GAPI
 - Colored ASCII Art
 - ASCII Art - Windows GDI

New order:

 - Windows Direct3D (Vista+)
 - Windows DirectX
 - Windows Direct3D (XP-)
 - XCB XVideo

 - Windows Direct2D
 - Windows GL
 - XCB GLX

 - Windows GAPI
 - Windows GDI
 - XCB X11

 - SDL
 - DirectFB
 - Linux FB

 - Colored ASCII Art
 - ASCII Art

They contain no translatable string

This is evil!

I am going to kill camcorder manufacturers

This is equivalent, but seems to be working better on mingw

By adding include the same way as in charset.c

Corresponding to Laurent's explanation on IRC

Currently, vlc puts the value *and* the description in the value field
for id3 TXXX tags, e.g. in Media Information:
REPLAYGAIN_TRACK_GAIN: REPLAYGAIN_TRACK_GAIN +3.30 dB

This leads to vlc_audio_replay_gain_MergeFromMeta() failing because it
can't parse the floating point value. Since the fieldList() of an
UserTextIdentificationFrame has exactly two members, it is safe to just
use the last (value) member. In Media Information:
REPLAYGAIN_TRACK_GAIN: +3.30 dB

This makes ReplayGain work for mp3 files.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Those are not used (currently). This commit is only meant to avoid the
error messages for unknown formats.

AV16 (RGBA 4-bits per channel) was mistaken for RV16 otherwise. Pixels
occupy 16 bits, of which all 16 bits are useful, for both formats.

We already removed hd1000v, so this was not really any use.