The picture is not being allocated, nor the surface. It's only about getting
the proper surface for lavc.

This is needed because runtime hardening does not automatically look
for libraries outside of the own application bundle anymore.

On Debian Buster, the idl include path is located on /usr/include/wine/wine/

This fixes the "Unable to open include file unknwn.idl" error.

On Debian Buster, the idl include path is located on /usr/include/wine/wine/

This fixes the "Unable to open include file oaidl.idl" error.

The RENDER output supports RGB chroma better in all respects. Besides,
I have not seen an X server supporting RGB XVideo formats in a decade.

Zhao Zhili authored 6 years ago and Rémi Denis-Courmont committed 6 years ago

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

Janne Grunau authored 6 years ago and Rémi Denis-Courmont committed 6 years ago

fixed patch with the duplicate "#if defined ..." removed

Janne
---8<---
Some toolchains predefine _FORTIFY_SOURCE resulting in countless
_FORTIFY_SOURCE is redefined warnings. Using _FORTIFY_SOURCE without
compiler optimizations also generates warnings.
_FORTIFY_SOURCE is a reserved identifier in C99 ("All identifiers that
begin with an underscore and either an uppercase letter or another
underscore are always reserved for any use.") so the toolchain is
perfectly free to predefine it.

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

Martin Storsjö authored 6 years ago and Rémi Denis-Courmont committed 6 years ago

Clang doesn't support the .arch_extension directive for aarch64 at
the moment, but the same effect can be achieved by using .arch
instead.

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

KO Myung-Hun authored 6 years ago and Rémi Denis-Courmont committed 6 years ago

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

breaks compressed audio / adpcm

This reverts commit 6c3bef5f.

Any object is fine.

Always provide a display "owner" structure in caller when creating a
vout display. Also use the owner data as a pointer to the owning video
output thread.

Handling is the same for all (two) cases and does not depend on the
owner.

KO Myung-Hun authored 6 years ago and Rémi Denis-Courmont committed 6 years ago

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

KO Myung-Hun authored 6 years ago and Rémi Denis-Courmont committed 6 years ago

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

KO Myung-Hun authored 6 years ago and Rémi Denis-Courmont committed 6 years ago

-----
In file included from gui/skins2/os2/os2_factory.cpp:39:0:
gui/skins2/os2/os2_window.hpp: In member function 'virtual void OS2Window::setOSHandle(vout_window_t*) const':
gui/skins2/os2/os2_window.hpp:65:13: error: invalid use of incomplete type 'struct vout_window_t'
         pWnd->type = VOUT_WINDOW_TYPE_HWND;
             ^~
-----

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

KO Myung-Hun authored 6 years ago and Rémi Denis-Courmont committed 6 years ago

-----
In file included from gui/qt/menus.cpp:40:0:
gui/qt/main_interface.hpp: At global scope:
gui/qt/main_interface.hpp:75:10: error: 'atomic_flag' in namespace 'std' does not name a type
     std::atomic_flag videoActive;
          ^~~~~~~~~~~
-----

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