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

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

This avoids deinitializing the global OMX Core if a second
instance of the module is initialized (e.g. for testing whether
it can handle decoding another stream) and deinitialized while
the first instance still is active.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

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

This should fix a regression on non-FPU builds whereby the built-in
downmix of some decoders was not used anymore.

add_deprecated_alias does not work at all, so lets avoid it. Anyway,
the remaining affected configuration items are not very commonly used.
This works around #5266.

Exceptions:
 - decklink and shm new plugins in VLC 1.2,
 - imem not usable through VLC directly,
 - rtmp never compiled in VLC 1.1 (and VLC 1.2).

This should fix the warning about 8 not being a valid control type.

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

This changes the path added in
17c3d301 to the right one.
Signed-off-by: Rafaël Carré <funman@videolan.org>

Doing the white balance is an action, showing as a "void" variable
in VLC and button control in V4L2. So it made no sense to have an
integer configuration item for it.

They were deprecated in Linux version 2.6.26.

Ideally, we should subclass QAbstractSpinBox to support 64-bits values.
But in the mean time, lets at least support the int32_t range.

Otherwise, the caller cannot determine that the value is not defined,
such that the vlc_value_t is not set and cannot be used.

As per the specification, only those three types have default values.

The V4L2 plug-in is a bit peculiar with dynamically generated object
variables. We need to keep track of which controls/variables we have,
so that we can remove the variables callbacks later. The only other
way to solve this bug, that I could think of, consisted of extending
the VLC variables subsystem (which would be worse in code freeze).

This rewrite also fixes a few other bugs:
 * Support menu with non-zero based minumum choice
 * Support menu with discontinuous choices range
 * Redumdant use the extended controls API as fallback
   (This only makes sense to set more than one control at a time,
    or to set 64-bits and string controls. VLC does none of that.)
 * Unused "controls-update" and "allcontrols" variables.
 * Skipping disabled, read-only and volatile controls.

Support for the legacy control enumeration API (pre-2.6.18 kernel) is
removed; and the code is now independent of the VLC object type (it
could easily be reused for say, a V4L2 video output).

This should force a build failure when the checksum file is not in
sync with the list of required sources.

This is superseded by the MCE plug-in. libosso is not available on
Maemo 6 while MCE is available on all versions.