GitHub has confirmed that the /archive/ tarballs that are generated on demand
from git tags are not persistant and can change over time.
This is no longer an academic problem as this has been observed occuring.
libyami doesn't have any official maintainer-generated tarballs, so switch to
fetching over git.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
These patches are interesting from upstreaming point of view as well
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Use downloadfilename fetcher option to avoid
DL_DIR conflicts since both libyami and libyami-utils
name the tarballs to be PV.tar.gz and PV happens
to be same for both
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
This regex is used to figure out what version are on upstream,
in order to avoid detect alpha versions set it.
Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
These variables are used by checkpkg task to figure out if there are
a new version of the upstream software.
Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
When a distro disables OpenGL or using meta-intel without any distro
set, a world build fails for all recipes depending directly or
indirectly on libva, because libva is disables unless opengl is in
DISTRO_FEATURES. "opengl" must be checked for in all those recipes.
The specific use case was testing of meta-intel with
yocto-compat-layer.py against just OE-core with the local.conf.sample
from OE-core, i.e. DISTRO unset. Without this change, that failed
with:
ERROR: Nothing PROVIDES 'libva' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami-utils_1.1.0.bb, /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami_1.1.0.bb, /fast/work/meta-intel/common/recipes-multimedia/libva/libva-intel-driver_1.7.3.bb DEPENDS on or otherwise requires it)
ERROR: libva was skipped: missing required distro feature 'opengl' (not in DISTRO_FEATURES)
ERROR: Nothing RPROVIDES 'libyami-dev' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami_1.1.0.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libyami-dev'
NOTE: Runtime target 'libyami-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libyami-dev']
ERROR: Nothing RPROVIDES 'libva' (but /fast/work/meta-intel/common/recipes-multimedia/libva/va-intel.bb RDEPENDS on or otherwise requires it)
ERROR: libva was skipped: missing required distro feature 'opengl' (not in DISTRO_FEATURES)
NOTE: Runtime target 'libva' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libva']
ERROR: Nothing RPROVIDES 'libva-intel-driver' (but /fast/work/meta-intel/common/recipes-multimedia/libva/libva-intel-driver_1.7.3.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libva-intel-driver'
NOTE: Runtime target 'libva-intel-driver' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libva-intel-driver']
ERROR: Nothing RPROVIDES 'libyami-utils' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami-utils_1.1.0.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libyami-utils'
NOTE: Runtime target 'libyami-utils' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libyami-utils']
ERROR: Nothing RPROVIDES 'libyami-utils-dev' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami-utils_1.1.0.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libyami-utils-dev'
NOTE: Runtime target 'libyami-utils-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libyami-utils-dev']
ERROR: Nothing RPROVIDES 'libyami' (but /fast/work/meta-intel/common/recipes-multimedia/libyami/libyami_1.1.0.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libyami'
NOTE: Runtime target 'libyami' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libyami']
ERROR: Nothing RPROVIDES 'libva-intel-driver-dev' (but /fast/work/meta-intel/common/recipes-multimedia/libva/libva-intel-driver_1.7.3.bb RDEPENDS on or otherwise requires it)
ERROR: No eligible RPROVIDERs exist for 'libva-intel-driver-dev'
NOTE: Runtime target 'libva-intel-driver-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['libva-intel-driver-dev']
Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
The OE-Core LICENSE is mostly MIT, but should not be used as a checksum
file for a purely MIT licensed package.
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Libyami has released a verssion 1.1.0, This patch makes libaymi
up to date.
Signed-off-by: wudping <dongpingx.wu@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Libyami-utils has released a verssion 1.1.0, This patch makes
libaymi-utils up to date.
Signed-off-by: wudping <dongpingx.wu@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Wayland-native is needed for header file generation, since the addition
of Recipe Specific Sysroot, the needed wayland-scanner is not available
Signed-off-by: Saul Wold <sgw@linux.intel.com>
The upstream has moved their source base from FreeDesktop to github.com/01org.
Set $S to WORKDIR/git since this is a git repo now.
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Add libyami-utils recipe. For libyami, libyami-utils is
a testing tool, use case, contains some applications and
scripts.
The home website is:
https://github.com/01org/libyami-utils
Signed-off-by: Xu Guangxin <guangxin.xu@intel.com>
Signed-off-by: wudping <dongpingx.wu@intel.com>
Add libyami recipe. Libyami is intel VA-API Media codecs
with hardware acceleration. It's core building block for
media solution.
The home website is:
https://github.com/01org/libyami
Signed-off-by: Xu Guangxin <guangxin.xu@intel.com>
Signed-off-by: wudping <dongpingx.wu@intel.com>
libva and gstreamer-vaapi are now part of oe-core, so remove them.
The package names were changed to reflect the naming scheme, so update the
machine configurations to follow.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
This change updates libva-intel-driver to 1.7.2 which is in Intel
graphic stack 2016 Q3 release.
Signed-off-by: Jianxun Zhang <jianxun.zhang@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
This change updates libva to 1.7.2 which is in Intel graphic stack
2016 Q3 release.
Signed-off-by: Jianxun Zhang <jianxun.zhang@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
With the 1.8.x series gstreamer-vaapi got integrated into the
maintainership of the greater GStreamer project. Also this
upstreaming introduced a policy change in the source base where
gstreamer-vaapi versions are now tested only with the GStreamer
version with the same number (as opposed to the past pre-upstream
source base which had a policy of supporting a range of GStreamer
versions). So care should be taken to keep the gstreamer-vaapi
build configuration in sync with the gstreamer build configuration.
Signed-off-by: Scott D Phillips <scott.d.phillips@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
This package doesn't have a traditional tarball so the default S of PV-PN isn't
valid, set it to $WORKDIR to silence the sanity check.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
base_contains is simply a compatibility wrapper and may warn in the future, so
replace all instances with bb.utils.contains().
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
Backport the gstreamer-vaapi upstreamed patch to fix the HEVC decoding that failed on
Matroska (.mkv) video container.
This patch was imported from gstreamer-vaapi FreeDesktop git server
(git://anongit.freedesktop.org/gstreamer/gstreamer-vaapi) as of commit id :
a486942ba2d44ba2f60fec25175c681786021b48 to fix the BugZilla #762922 defect.
(https://bugzilla.gnome.org/show_bug.cgi?id=762922)
Signed-off-by: Azril Ahmad <mohd.azril.ahmad@intel.com>
Signed-off-by: Chang Rebecca Swee Fun <rebecca.swee.fun.chang@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
0001-libs-remove-unneeded-headers.patch is not required by new version.
Signed-off-by: Jianxun Zhang <jianxun.zhang@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
This patch is not built by default and should be for test purpose only.
It was based on 0.5.x, but cannot be compiled successfully once added in
the current 0.6.1 recipe. This change fixes the compiling error so that
we can use it on 0.6.1.
Signed-off-by: Jianxun Zhang <jianxun.zhang@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
0.6 removed support for GStreamer 0.10, and also removed
the configure option for selecting the supported api (it now
always autodetects the 1.x api).
Signed-off-by: Jussi Kukkonen <jussi.kukkonen@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Include the upstreamed patch to fix the timestamping issue that observed during the WMV/VC1 VAAPI decode under GStreamer on BSW CHV.
The patch was imported from FreeDesktop VAAPI git server
(git://anongit.freedesktop.org/vaapi/intel-driver) as of commit id
4307780b648245aba4ff338dcfe0172dec2e12e9
Signed-off-by: Azril Ahmad <mohd.azril.ahmad@intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Many fixes for playback, in particular this now autoplugs correctly with
GStreamer so using "gst-launch playbin" actually works.
0.5.10 has "obsolete" support for GStreamer 0.10 (in that it doesn't actually
compile) and 0.5.11 will be removing support for GStreamer 0.10 entirely, so
delete the gstreamer-vaapi-0.10 recipe.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
GStreamer 0.10 is obsolete and newer releases of gstreamer-vaapi don't support
it, so install the GStreamer 1.0 plugin.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
The NEWS file mainly talks about HEVC and JPEG improvements, but this also fixes
out of tree builds and playback under X11.
Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
As there's just a single libva recipe now having .bb and .inc split only
complicates packaging.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
1.0.16 is from 2012, and as no machines were specifically requesting this
release remove it.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
1.5.0 adds support for SkyLake hardware.
Signed-off-by: Aníbal Limón <anibal.limon@linux.intel.com>
Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Upgrade to 0.5.9, and drop the patches that were backported from git.
Also disable the built-in libvpx as it doesn't cross-compile. This
means that WebM decoding isn't supported.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
The un-versioned gstreamer-vaapi recipe is for the obsolete 0.4.3
release, so change the dependency to gstreamer-vaapi-0.10, preserving
the GStreamer version but upgrading to the current release.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
As all the EMGD based BSPs have been retired, there is no need for the
proprietary EMGD support in the meta-intel layer.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
Take a patch from upstream to fix configure when building against GStreamer 1.4.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Tom Zanussi <tom.zanussi@linux.intel.com>
