Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

Previously, the OS automatically switched from integrated graphics to dedicated ones as soon as VLC is launched since it is using OpenGL. Of course, that's wrong, since VLC runs quite nicely on the integrated ones to draw its single texture, so there is no need to waste battery life on the dedicated card.

Trust the ObjC runtime, it will do its job properly.

2.

This fixed playback of TSC2 samples on
http://streams.videolan.org/misc/tsc2/ .

This is notably the case with Nikon-Camera generated movies

The issue here is that android-x86 doesn't guarantee an aligned stack, which means some of the inline asm functions will waste an extra register on realigning the stack.

libavcodec does however have stuff in place in all entrypoints that realign the stack on all calls into the library. If you build with --extra-cflags='-mincoming-stack-boundary=4', gcc assumes that the stack actually is aligned already, which the entry points ensure, so this inline asm builds fine.
Pointed-out-by: Martin Storsjö <martin@martin.st>
Signed-off-by: Rafaël Carré <funman@videolan.org>

This package needs exceptions.
Signed-off-by: Rafaël Carré <funman@videolan.org>

This package demands exceptions, but if it is enabled globally, it conflicts with other packages.
Signed-off-by: Rafaël Carré <funman@videolan.org>

Signed-off-by: Rafaël Carré <funman@videolan.org>

That plugin was written for Maemo 4. It barely worked with Maemo 5.
Maemo 6 did not have Hildon. Hildon is unmaintained and unused.

especially:
- don't show outdated items in sub menus
- disable unusable sub menus

close #6998

This avoids listing all video filters (not splitters!). However, the
video splitters are still wrongly included in the --video-filter list.

That way, only sources show up in the list of sources and filters in
the list of filters.

Unfortunately, some callers cannot be trusted not to leak their COM
context, causing COM initialization to fail.

Memory associated with a FcPattern is freed when the pattern is
destroyed, so copying the font filename needs to be done before
the call to FcPatternDestroy.
Signed-off-by: Thierry Reding <thierry.reding@avionic-design.de>
Modified-by: Rafaël Carré <funman@videolan.org> (simplify return)
Signed-off-by: Rafaël Carré <funman@videolan.org>