Rémi Denis-Courmont authored 3 years ago and Hugo Beauzée-Luyssen committed 3 years ago

This stuff is removed in AVCODEC ABI 59, and it is no longer used as of
VLC 4.0.

Rémi Denis-Courmont authored 3 years ago and Hugo Beauzée-Luyssen committed 3 years ago

This adds an initial AVS2-P2 video decoder using libdavs2.

Alexandre Janniaux authored 3 years ago and François Cartegnie committed 3 years ago

It avoids using autoconf conditionals and defining -rpath manually, and
makes HAVE_KMS available in the Makefile.am.

Alexandre Janniaux authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

The AX_APPEND_FLAG arguments were reversed, the program was not escaped
from m4 macros, and the function was declared in the body of the main
function, so it just couldn't work.

After fixing this, static module bank is back working normally on
MacOSX.

Marvin Scholz authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

The previous libavutil requirement was for libav, change
that to the matching libavutil 55.22.101 for libavcodec 57.37.100

Steve Lhomme authored 3 years ago and Hugo Beauzée-Luyssen committed 3 years ago

The CPPFLAGS were already defined for stream_out_sdi but not the LIBS.

Steve Lhomme authored 3 years ago and Hugo Beauzée-Luyssen committed 3 years ago

DeckLinkAPIDispatch.cpp is not available on Windows.

DeckLinkAPI.h is available on all supported platforms.

Allow decklink SDK from the contribs if --with-decklink-sdk is not used.

Co-authored-by: Marvin Scholz <epirat07@gmail.com>

Romain Vimont authored 3 years ago and Hugo Beauzée-Luyssen committed 3 years ago

Apply an upscaler or downscaler available through libplacebo.

Alexandre Janniaux authored 3 years ago and Hugo Beauzée-Luyssen committed 3 years ago

Those defines are always needed and should be defined by configure.ac so
as to also be present when using ./configure directly.

Pierre Lamot authored 4 years ago and Jean-Baptiste Kempf committed 3 years ago

The composition works as follow:

* Both the interface and the video are rendered in an offscreen window (using
  X11 composite extension)

* We register to damage event (x11 damage extension) to get notified when the
  content of the offscreen video window change. When we receive a damage event
  we ask the rendering part of the composition to refresh

* The interface is rendered in the offscreen surface using a RenderControl, when
  the interface do render, the composition is asked to refresh

* A dedicated thread is spawned to do the rendering, upon a refresh event it
  will take the pictures from the offscreen surface and blend them into the
  actual window using X11 render extension. Using a separated thread from Qt
  ensure that the rendering of the video will not be stalled if Qt thread is
  busy.

* The damage events are listened on a separate X11 connection and on a separate
  thread than Qt main thread (here the rendering thread). This allows to receive
  theses events independently from Qt (in case the Qt thread is stalled). Note
  that it is not possible to peek in qt X11 event queue from a non gui thread as
  the QX11Info::peekEventQueue is no longer thread safe since 5.12.

fixes: #25627, #22155

Steve Lhomme authored 3 years ago and Hugo Beauzée-Luyssen committed 3 years ago

It was necessary for the npapi build (in release/nightly builds) but it should
not be needed anymore since npapi-vlc@4c7155f3

Many Docker images already provide their own value. Only the LLVM images don't
but they will soon.

The API is available since Vista and is also available in winstore app. We
don't have to support 2 different versions anymore in 4.0.

This is always true in 4.0 builds and ensured earlier.

After 9e7ed024 the test for the environment
variable wasn't done properly. Resulting in empty variables (and error messages
during configure).

Fixes #26165

Niklas Haas authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

This is packaged everywhere relevant, including Debian 11 (stable).
Fedora 33 and Ubuntu 20.10. (Rolling release distros all have v4
anyways)

Motivation behind this is twofold: besides the obvious code
simplification, this is mainly for simpler forward compatibility with
libplacebo v4+.

Vagrant Cascadian authored 3 years ago and Steve Lhomme committed 3 years ago

This allows passing a specific value instead of inheriting these
values from the build environment.

Fixes #26035

This can only work if the Taglib plugin is available.

Fixes #26100.

Mehdi Sabwat authored 4 years ago and Hugo Beauzée-Luyssen committed 3 years ago

This commit removes conditional code for the Nacl platform, in the core.

https://blog.chromium.org/2020/08/changes-to-chrome-app-support-timeline.html

Mehdi Sabwat authored 4 years ago and Hugo Beauzée-Luyssen committed 3 years ago

This commit removes conditional code for the Nacl platform.

Alexandre Janniaux authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

Check that the linker features from Darwin ld64 for marking a symbol as
undefined (in the context of two-level namespace, it means that it can
be looked up in other namespaces) are usable. If they are not, the
static module bank is disabled since it depends on either static linkage
(which is obviously not affected by this option) or more generally the
ability to look up the static module bank symbol in a different linkage
unit/namespace.

In particular, they are currently not usable when enabling bitcode
through LDFLAGS+=" -fembed-bitcode" and compiling dynamically. On tvOS,
bitcode is mandatory, so supporting compiling with bitcode but without
the static module bank seems a rather good compromise given that it was
disabled anyway previously.

In static builds (the current shipping target for iOS and tvOS), the
static module bank stays enabled by the !HAVE_DYNAMIC_PLUGINS check.

Alexandre Janniaux authored 3 years ago and Jean-Baptiste Kempf committed 3 years ago

Those frameworks only exist for MacOSX, so it was invalid to set them up
in the general case. Fortunately, it wasn't really used on iOS and tvOS
for the executables so it didn't have consequences.

On MacOSX, the targets needing this framework already link it so it is
not needed.

Steve Lhomme authored 3 years ago and Hugo Beauzée-Luyssen committed 3 years ago

We no longer force/use pthreadGC2 in 4.0

This is often used in pair with OLE API's like SysAllocString or VariantInit.

This is necessary in UAP/Winstore builds as it's not part of the default libs.

Marvin Scholz authored 3 years ago and Steve Lhomme committed 3 years ago

This makes it consistent with all the other uses of such defines in
the source code, which are tested for their existence rather than the
actual value.

Marvin Scholz authored 3 years ago and Steve Lhomme committed 3 years ago

This function is not used at all anymore in the VLC codebase
so the check serves no purpose.

Marvin Scholz authored 3 years ago and Steve Lhomme committed 3 years ago

This function is not used at all anymore in the VLC codebase
so the check serves no purpose.

Marvin Scholz authored 3 years ago and Steve Lhomme committed 3 years ago

This function is not used at all anymore in the VLC codebase
so the check serves no purpose.

Marvin Scholz authored 3 years ago and Steve Lhomme committed 3 years ago

pread is used regardless of this check in the code, so checking it
serves no purpose

Marvin Scholz authored 3 years ago and Hugo Beauzée-Luyssen committed 3 years ago

When avcodec is found, it does not really add much value to check for
the avcodec header. avutil is required by it, so checking for that
is not needed either.

For avformat, avcodec is required, therefore checking for
avcodec and avutil headers is not needed there either.

Conditionally including those in avcommon_compat.h does not
seem needed at all, as it won't compile without these headers
anyway.

Lyndon Brown authored 6 years ago and Hugo Beauzée-Luyssen committed 3 years ago

the line removed from avcodec appears to just be a stray and
obsolete code remenant.

Sergio Ammirata authored 4 years ago and Jean-Baptiste Kempf committed 3 years ago

These support the new RIST main profile as well as the RIST simple profile.

Co-authored-by: Gijs Peskens <gijs@peskens.net>