List was not returned by reference

Prevent the es_out from overriding the NowPlaying state by splitting
the meta into NowPlaying and ESNowPlaying.

The function input_item_GetNowPlayingFb can be used to return the
preferred meta value.

Closes #11877

This led to a random crash when resizing video on a small display (or when
resizing small video).
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

Use getInputBuffer and getOutputBuffer instead of getInputBuffers and
getOutputBuffers.

see http://developer.android.com/reference/android/media/MediaCodec.htmlSigned-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Fail only if a critical method is not found.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

Starting API 21, the way to know the number of output buffers is deprecated.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Mostly to remove "#include <iphlpapi.h>" which is unecessary, and can
break
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This fixes corking especially.

This function already starts playback if stopped (and as far as I know
it always has).

This function already checks if the playlist is running internally,
in which case it has no effects.

Those two functions have no effects if the playlist is stopped.
Otherwise they force the playlist to playing ("running") or paused
state respectively.

As a reminder, the existing playlist_Play() forces the playlist into
running state (unless it is empty), and playlist_Stop() forces the
playlist into stopped state (unless the input thread refuses to die).
There are no functions to force the playlist to paused state.

The behaviour is unchanged:
 - if stopped: starts playing,
 - if playing: pauses playing,
 - if paused: resumes playing.