Maybe one day we will support autodetecting V4L2 device nodes
(as file://) but until then...

For the time being, mmap() is used if supported, otherwise read() if
supported, otherwise fail. This makes the user pointer method dead
code. It might make sense to revive it on capable device drivers to
support zero copy, but until then that method is no better than mmap().

Also an integer values in the MRL (v4l2://standard=XXX) is now
interpreted as a v4l2_std_id bit field, just like the command line
option (--v4l2-standard=XXX). This fixes an out-of-bound read with
large values.

Keeping the list of video standards in memory was almost pure waste:
The whole data set was only used to print one debug message.

The list of supported standards depends on the selected input.
So listing the standards during probe was wrong in any case.

Oops :D

This should fix compilation with kernel headers 2.6.27 and older
(obviously not tested).

libv4l2 directly wraps the system call if it does not know the file
descriptor. There is no need for VLC to reinvent the wheel.

"libv4l *always* reports emulated formats to ENUM_FMT,
 except when conversion is disabled."

When libv4l2 is used:
 * open the device with close-on-exec descriptor flag,
 * convert from UTF-8 to local path.

avoid having extern Open() symbol defined multiple times in static builds

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

The largest change here consists of building the plug-ins cache after
vlc-cache-gen (instead of after modules previously).

Better patch welcome

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Note that VLC does not support more than one alias per item.

...rather than in all modules/* directories