The iomx module is only enabled when the user has requested it
(via settings). Currently, when the iomx module has priority 80,
it is always preferred over avcodec.

For other platforms, where one would only enable omxil if one
explicitly wants to use it, this is ok, but for android, we
ship the iomx module but allow users to enable it at runtime
if they want to.

If it isn't enabled, the priorities are currently overridden by
adding "--codec avcodec,all" to the command line, but this makes
avcodec have precedence over other decoder modules that otherwise
would have higher priority (e.g. a52).

By setting the priority to 0 for the iomx version of this
module, we can more easily enable it only when asked for,
by adding "--codec iomx,all", without affecting the relative
priorities of all other codec modules.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This reverts commit e50cfac2.
This undid modifications made in f83d51d4

Don't close a NULL FILE* on android

This reverts commit 1a1bba5a.

Conflicts:

	include/vlc_fixups.h

don't make it point to a wrong location

Give the real host to configure

It would replace the 'ar' of 'arm-....'
Instead use "LIBRARY_LINK =.*ar" to be sure we replace the correct tool

On some devices (apparently froyo and earlier), some OMX core
(with sw-only codecs) already is loaded into the process, and
dlsym(RTLD_DEFAULT) can just as well return functions from that
one instead of the ones from the iomx wrapper that we've loaded.

This makes sure we really get the functions we want.
Signed-off-by: Rafaël Carré <funman@videolan.org>

On Linux, this simplifies the code and improves relocability.
On Windows, OS/2 and MacOS, this should fix a small race condition.

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

This reverts commit 3bbc2f54.
Now it exists again

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

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

Using hls_Get and segment_GetSegment instead. Those check for out of
bound access.
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>

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

parse_M3U8 uses hls_GetLast to update the HLS current hls stream, so we
have to add it to the streams array before calling parse_M3U8
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

This prevents a "bug" when we seek backward and then play again that
segment.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Change the string's text field from static to editable, so options not in the
wizard can be added. Uses the string from this field directly, rather than the
stored string.
Signed-off-by: Felix Paul Kühne <fkuehne@videolan.org>

it respects the 'live-caching' setting now, is vastly more responsive and even got correct timing.

Thanks to emi and Luca for the ideas and help

this were caused by an incomplete implementation of a 2.0-next feature

This disables V4L2 completely.

This reverts commit 5740099f.
This caused autoconf errors and besides I still do not agree.

(I do not know why it was removed in the first place though - not me!
 As a consequence, we cannot scan TV channels in VLC >= 2.0...)

we could end up with 'ggcc'
forgotten in a6e2d066