This will help prevent erroneous linking to mixed versions
of libva-xyz window system libraries that may not be binary
compatible. For example,
1. User installs libva-dev from distro packages that
provides all libva-xyz.pc/.so window system libraries.
2. Then, user compiles and installs libva from source with 1
or more [auto] disabled libva-xyz window system libraries.
3. Finally, user compiles libva-utils from source, but configure
finds a mix of distro installed and user compiled
libva-xyz window system libraries and encounters linker
error when not binary compatible with user installed
libva.so.
Signed-off-by: U. Artie Eoff <ullysses.a.eoff@intel.com>
Similar to:
bfb6b98ed6 exclude vgem node and invalid drm node in vainfo
But adapted to use drmGetDevices2() for more generic handling.
It's possible to have a vgem node at 128, and the VA-API node is at 129,
for example.
Signed-off-by: Brian Norris <briannorris@chromium.org>
Not all toolchains provide support for -fstack-protector. This patch
provides a configure check to avoid build errors like
/home/buildroot/buildroot/output/host/opt/ext-toolchain/bin/../lib/gcc/x86_64-buildroot-linux-uclibc/6.4.0/../../../../x86_64-buildroot-linux-uclibc/bin/ld: cannot find -lssp_nonshared
/home/buildroot/buildroot/output/host/opt/ext-toolchain/bin/../lib/gcc/x86_64-buildroot-linux-uclibc/6.4.0/../../../../x86_64-buildroot-linux-uclibc/bin/ld: cannot find -lssp
1. SFC is for decode Scalar & Format Converter
2. Shows downscaling and ARGB conversion
3. Only shows one frame
Signed-off-by: kanghuaz <kanghua.zhu@intel.com>
Bump version to 2.4.0.pre1 for future development.
release process:
1. master will always be pre release version
2. branch will have official release such as 2.3.0, 2.3.1,2.4.0
3. after branch out release branch, minor version will be bumped.
Signed-off-by: XinfengZhang <carl.zhang@intel.com>
We moved libva from github/01org to github/intel, however some files
still have links to the old 01org URLs, this commit updates these
links to the new intel URLs. In addition, this commit added a contact
email address for security issue reporting
https://github.com/intel/libva-utils/issues/103
Signed-off-by: Haihao Xiang <haihao.xiang@intel.com>
The locally generated va_version.h was erroneous and
not even being used in the tests. This is because
va/va.h already includes the "real" va/va_version.h.
Thus, remove local va_version.h.in.
Signed-off-by: U. Artie Eoff <ullysses.a.eoff@intel.com>
Test case for deinterlacing, denoise, color balance, sharpening,
blending, scaling and some surface formats conversion
(NV12<->YV12<-->I420).
v7:
* Rename program name to vavpp
* Change noinst_PROGRAMS to bin_PROGRAMS so that the binary will be
installed.
v6:
Apply the patch to libva-utils and fix the corresponding files (Haihao)
Version5:
1). Clean dependecy on X11 in Makefile.am
2). Change bin_PROGRAMS to noinst_PROGRAMS for valgrind check
Version4:
1). Remove dependency on X11.
2). Change bin_PROGRAMS to noinst_PROGRAMS to avoid installing test
application to system directory.
3). Correct copy right time and adjust some code style.
Version3:
1). Realloc surface attribute array if its size is smaller than the
requirement of driver when calling vaQuerySurfaceAttrib() function.
2). Fix typo error of BLENDING_GLOBAL_ALPHA in config file.
Signed-off-by: Li Xiaowei <xiaowei.a.li@intel.com>
FEI support has been added in VA-API version 0.40.1, which
is the minum required version for the libva-utils too.
libva PR: https://github.com/01org/libva/pull/105
Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com>
Notify user an error if user provides --enable-wayland/--enable-x11 however the
requirement can't be met. drm has been checked mandatorily
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
When wayland-client meets the requirement but libva-wayland doesn't
exist, we will get the following error because USE_WAYLAND and
HAVE_VA_WAYLAND don't keep consistency
CXXLD mpeg2vldemo
../common/.libs/libva-display.a(libva_display_la-va_display.o):(.data.rel+0x0):
undefined reference to `va_display_hooks_wayland'
collect2: error: ld returned 1 exit status
This fixes https://github.com/01org/libva-utils/issues/42
Signed-off-by: Xiang, Haihao <haihao.xiang@intel.com>
Compilation scripts on different distributions (i.e. arch, gentoo) rely
on the tarball name to use hyphens between words.
This patch will create tarballs with hyphenated names
TEST="make dist, should produce libva-utils.tar.*"
Fixes#21
Signed-off-by: Daniel Charles <daniel.charles@intel.com>
On the summary the driver folder doesn't need to be shown
as libva and intel-vaapi-driver are already exposing such
information
Fixes#15
Signed-off-by: Daniel Charles <daniel.charles@intel.com>
libva-utils contains utilities and example applications to
use VA-API.
--enable-tests configure flag enables a suite of unit tests
that are based on Google Test Framework
The flag name is modified to keep consistency with intel-vaapi-driver
unit tests configuration flag
Fixes:#12
Signed-off-by: Daniel Charles <daniel.charles@intel.com>
debian control files are maintained by packagers
Yes there is a "convenience" factor to roll your
own debian package, but this is not maintained by
us and represents a fork from debian packagers.
As with the bit rot of libva.spec, remove this.
fixes#6
Signed-off-by: Sean V Kelley <seanvk@posteo.de>
This initial set of files covers the va.h API for all the
functions used to exercise successfully the VA-API.
Tests are divided per VA-API function with a common Fixture that
contains all calling functions to the VA-API. For the use cases
covered already there are tests for the proper functionality and also
for expected error situations.
The tests creates combinations with all the inputs to the VA-API function
and then it checks the results based on what the driver implementation reports
as supported
The set of tests can be run on any h/w supported and any driver.
The VendorString test is assuming Intel i965 driver, please help
adding the test for other drivers
More tests will be continously added
Signed-off-by: Daniel Charles <daniel.charles@intel.com>
Define autoconf/automake rules to build libgtest.la
as a convenience library.
Add --enable-gtests configure option (default:no).
All Gtests are built by configure flag, since this is a test
repository then the differentiation is made.
Signed-off-by: U. Artie Eoff <ullysses.a.eoff@intel.com>
Reviewed-by: Sean V Kelley <seanvk@posteo.de>
Signed-off-by: Daniel Charles <daniel.charles@intel.com>
libva-utils is a new git repository that will host sample applications
for libva, conformance tests and others relevant to libva
It is using the same version as libva and it should follow libva version.
It is intended to be released together with libva
It has the same license as libva
Initial functionality ports the vainfo application from libva repository.
The git history for it will remain on libva. To port vainfo, also the
a common libva-display library was ported. The original tests for encoder
and decoder are also ported to this repository. debian folder for vainfo
was also ported
The basic tests are going to be substituted by a new set of tests based
on Gtest framework.
libva-utils will dynamically link libva, use pkg-config to compile and
link properly.
Signed-off-by: Daniel Charles <daniel.charles@intel.com>
U. Artie Eoff