Added a boolean Playlist preference called start-pause.

Setting the preference causes the src/input/input.c Run function to call the
ControlPause function after Init finishes successfully.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Since it's not used anymore.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Get the type of the media.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Add i_preparse_depth in input_item to handle how many level of sub items can be
parsed.

The "recursive" option is now moved from access/file to the playlist category.

You can now abort a long local directory opening.

NET items won't be parsed recursively since playlist_preparser_Push is not
called with the META_REQUEST_OPTION_SCOPE_NETWORK argument.

Fixes #13850
Fixes #11921
Fixes #13872
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Set b_net to true.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Set b_net to true, and set ITEM_TYPE_DIRECTORY if the item is a share of a
directory.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Set b_net to true, and set ITEM_TYPE_DIRECTORY if the item is a share of a
directory.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

When an item was a NET/STREAM type, there was no way to distinguish if the item
was a file, a playlist or directory.

Add a new variable, b_net in addition to i_type. This variable is automatically
set when creating a new Item (set to true for ITEM_TYPE_STREAM). It can be
overridden via the new input_item_NewWithTypeExt function. This new function
will allow accesses to create FILE, or DIRECTORY items with b_net set to true.

Unless forced, the preparser won't parse items with b_net == true.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

This type is set for streams (rtsp, httplive, mms...).
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

It allows to use dvdnav via a VLC access using new dvdnav stream callbacks.

When using a VLC access, dvdnav readahead flag is disabled in order to read
small chunk of data from pf_demux (that is 2kB).
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Few PID in the whole range are really used.
Minus pointers and alignment, should save ~320KBytes
in most cases.

list of possible formats https://msdn.microsoft.com/en-us/library/windows/desktop/bb173059%28v=vs.85%29.aspx

the ones marked BROKEN_PIXEL are not writing pixels properly, not knowing much
about pixel shaders, I'm not the best qualified to handle this

the ones marked UNTESTED means my Win8 machine doesn't support them
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

--
uses the same flag logic as --disable-gpl
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

Removed FIXME annotation and fixed the recognition of selected rows in
bookmarklist.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

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

See FIXME comment.

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

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

DecodeVideo is already looping.
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>

(behavior not changed)
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Avoids using movi position as offset when the broken index refers
to beginning of file and the first sample size is exactly movi's
offset.

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

NV12 is not supported in Windows 7 [1] so we need to fallback to RGBA

1: https://msdn.microsoft.com/en-us/library/windows/desktop/bb173059%28v=vs.85%29.aspx#DXGI_FORMAT_NV12Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

It happens when opening the D3D11 device fails
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>

Because if the PCR exists and has an offset,
the first PCR update will be interpolated
and no following pcr/dts offset fixup will
work without delaying playback by the
real - interpolated pcr.

It's a great idea, but not the best implementation and broken since a
long time.

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