GBM platform allows to provide an EGL context even without display
server.

Co-authored-by: Romain Vimont <rom1v@videolabs.io>

Sort of revert 1d2b56c6 but it actually
finish the work done in ticket #9367 by removing the last recursive
makefile target in modules/.

It allows faster make (though not significant here) but most of all,
sharing the same variable definition scope in modules/ for all
makefiles.

In particular, this facilitate for future work implementing partial
linking at the module level, which actually needs the list of all
plugins being compiled.

The plugin's values are not used anymore.

The MMAL_CFLAGS / MMAL_LIBS will be used in the Makefile.am instead of
the plugin defined flags, since there are multiple plugins, and in
addition of a HAVE_MMAL conditional.

In addition, -L flags are LIBADD flags, and not LDFLAGS flags, so it's
actually put into MMAL_LIBS instead of defining a MMAL_LDFLAGS.

With autoconf 2.70, the following warnings are emitted:

configure.ac:56: warning: AC_PROG_LEX without either yywrap or noyywrap is obsolete
./lib/autoconf/programs.m4:716: _AC_PROG_LEX is expanded from...
./lib/autoconf/programs.m4:709: AC_PROG_LEX is expanded from...
configure.ac:56: the top level

The documentation[1] of autoconf now states:

> Prior to Autoconf 2.70, AC_PROG_LEX did not take any arguments, and
> its behavior was different from either of the above possibilities: it
> would search for a library that defines yywrap, and would set LEXLIB
> to that library if it finds one. However, if a library that defines
> this function could not be found, LEXLIB would be left empty and LEX
> would not be reset. This behavior was due to a bug, but several
> packages came to depend on it, so AC_PROG_LEX still does this if
> neither the yywrap nor the noyywrap option is given.
>
> Usage of AC_PROG_LEX without choosing one of the yywrap or noyywrap
> options is deprecated. It is usually better to use noyywrap and define
> the yywrap function yourself, as this almost always renders the LEXLIB
> unnecessary.

The behaviour of the argument on autoconf < 2.70 is to ignore the
argument, so there are no issues with adding the option.

[1] https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.70/html_node/Particular-Programs.html#Particular-Programs

KO Myung-Hun authored Jan 20, 2021 and Steve Lhomme committed Jan 29, 2021

Signed-off-by: Steve Lhomme <robux4@ycbcr.xyz>

Romain Vimont authored Jan 06, 2021 and Hugo Beauzée-Luyssen committed Jan 25, 2021

Signed-off-by: Hugo Beauzée-Luyssen <hugo@beauzee.fr>

This is a lot more accurate and wastes a lot less time than the Query approach.
The D3D11 Fence value is set when the GPU is done doing the previous
(rendering) commands. Then we can wait in the CPU for this event and return when
it's done. All decoder/filter commands seem to not have any impact so that's
really the signal we're looking for to tell the core we're done rendering.

This is only supported on newer mingw toolchains and only on Windows 10
Creators Update, which should cover pretty much all Win10 installed machines.

Better fixes #21600

All checks were nested which was really hard to read and modify
correctly. Instead use a state variable to track the detection status
and chain AS_IF condition for each test.

No need to compile the module and have the Open always fail.

Most of the codecs that are supported by this module are already
supported by FFmpeg anyway and its quite heavy dependency-wise (needing
SDL and SDL_image).
Instead, rely on avcodec and remove this module.

Kartik Ohri authored Jul 22, 2020 and Thomas Guillem committed Sep 10, 2020

Co-Authored-By: Thomas Guillem <thomas@gllm.fr>

Qt headers are spamming logs as soon as you include the headers on the
current CI Qt version.

Create a libvlc_opengl and libvlc_opengles library that are built only
if one other target is needing it, avoiding to compile the OpenGL code
once per module using it and removing the need for OPENGL_COMMON* vars.

As the fact we're using OpenGL or OpenGL ES is defined at compile time,
the clients must use the correct variant depending on what they use.

In addition, this patch refactor the glesv2 detection in order to
enable both the gles2 display plugin and the libvlc_opengles.la target
which must not be built on Windows target for example.

This moves the network device management in a specific IDeviceLister
implementation, and now handles all filesystem (local and network) from
the same code

Older versions of mingw had bogus headers when using WIN32_LEAN_AND_MEAN.
Also integrate the patch from Francois to fix the detection in configure.

Co-authored-by: Francois Cartegnie <fcvlcdev@free.fr>

telx is also optional

This is the proper counterpart to windowsapp.

Now that we have a proper Docker image to build it:
registry.videolan.org/vlc-debian-llvm-uwp:20200603145315

A recent mingw64 8 (unreleased) is needed to make use of this. It's available
in our Docker images and in msys2 (although it's using msvcrt so it will
probably fail to link properly)

The forced -lwindowsappcompat is added like the other LDFLAGS in configure.ac.

That's what should be used when calling WaitOnAddress.
It's not part of the kernel32.dll anymore.

https://docs.microsoft.com/en-us/windows/win32/api/synchapi/nf-synchapi-waitonaddress

It may link with iphlpapi but be forbidden in UWP.

This test relies on the fact that -Werror-implicit-function-declaration works
in the compiler. And that's why it's done after it's enabled.

It's only used for the --miface option to set the preferred multicast interface.

Lionel Landwerlin authored May 11, 2020 and Thomas Guillem committed May 13, 2020

LibVA 2.0 (project version) or VAAPI 1.0 (API version)

Signed-off-by: Thomas Guillem <thomas@gllm.fr>

If there's one in the process use it. If there's none fallback to
default VLC icon with the old code.

This not only avoids VLC builds depending on GTK, but this should
prevent crashes if GTK 2 is present in the process (e.g. through Qt plugin).