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.

Many people don't care about NPAPI and it's hard to build

This reverts commit 937911d5 which was
obsoleted by commit 0fd580b8c0f1590d2b01a5062b4a1d616cd80e1c.

Also covers #2575 and #11514

I don't really see how this can happen, but it should fix it.

Close #13190

Close #12888

Or just ugly in some themes

Unfortunately, this can cause a slight offset of the colour planes if the
top/left crop offset is not a multiple of the subsampling ratio.

This reverts commit 44d4685b.
When using a scaling algorithm other than nearest neighbor, this change
caused the picture padding to be scaled with the video.

This moves Direct3D on Windows (with no effects on actual order) and
OpenGL on Linux/BSD (now exceeding XVideo thanks shaders and blending).

It remains to be decided whether OpenGL should be increased on Windows;
in principles, it should have a higher priority than D2D and DDraw.