GitLab

XVideo version 2 does not provide visiblity or control over the use
of hardware video overlays. That is an implementation detail of the
X11 driver. Thus the overlay setting did not really work as advertized.
The XVideo adapter setting has to be used instead.

In fact most drivers still in use today do not use overlay, but
the 3D engine (either via vendor-specific support or via GLAMOR). And
since the XVideo plugin got lower priority than VDPAU and OpenGL, the
setting has been redundant: it only has effects if neither VDPAU nor
OpenGL are supported (!), and even --no-overlay has the same results
as --vout=x11.

Happens on stream restart

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

It cannot be NULL or empty (the default is typically "file").

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

4 ppl in a row... Not that there's no warning

Store it internally instead. There's a 1:1 relation between the 2
instances.
Fix #16866

The input_manager may want to update the RecentMRLs upon destruction,
and needs a valid settings instance to do so

diaog -> dialog

as it contains service type

as it is also used for original network id value,
we need to max its value to 0xFFFA

callack -> callback

Limit test to MPEG, H.264 and VC-1 video.
Check for video sequence end code.

Move the only 2 remaining typedef into vlc/libvlc.h

This commit move every deprecated functions to vlc/deprecated.h.

Moved functions still belong to their original doxygen group. Except legacy
logs functions that now belongs to their own deprecated group (libvlc_core
libvlc_log_deprecated).

This new type of module will be used to discover renderers (chromecast, UPnP
Renderer, miracast, airport, DIAL, ConeCast).

These modules will send new vlc_renderer_item via an event manager callback.
This new kind of item contain the necessary information to setup a new sout.
Also-by: Steve Lhomme <robux4@videolabs.io>