[Libva] libyami 1.1.0 release
Sean V Kelley
seanvk at posteo.de
Wed Jan 25 04:08:13 UTC 2017
On Saturday 21 Jan 2017 at 01:13:31 (-0800), Sean V Kelley writes :
> On Friday, January 20, 2017 10:33:03 PM PST you wrote:
> > On Friday, January 20, 2017 1:32:36 AM PST Xu, Guangxin wrote:
> > > Hi all:
> > >
> > > Libyami 1.1.0 released. You can get the code at
> > > https://github.com/01org/libyami/releases/tag/libyami-1.1.0
> > > https://github.com/01org/libyami-utils/releases/tag/1.1.0
> > >
I'm also happy to announce that in addition to libyami, yami-utils is now a
part of OpenSuse Factory for use with the rolling release distribution
Tumbleweed:
https://build.opensuse.org/package/show/multimedia:apps/yami-utils
Thanks,
Sean
> > > Here is release summary:
> > > libyami 1.1.0(API:0.4.0) release, work with libva 1.7.3 release
> > > =====================
> > > We add following major features:
> > > +3daae20 add Hue, Saturation, Brightness and Contrast to vpp
> > > +0c8299c fix memory leak issue in v4l2
> > > +71ec018 fix h264 baseline encoder fail issue
> > > +d39104d fix h264/h265 encoder generate invalid frame for long GOP
> > > +c7364f0 add h265 10 bits encoder
> > >
> > > We change API from 0.3.2 to 0.4.0 since following interface changes
> > > +7c6050b add enablePrefixNalUnit to h264 encoder
> > > +3daae20 add Hue, Saturation, Brightness and Contrast to vpp
> > > +c7364f0 add h265 10 bits encoder
> > >
> > >
> > > This release brought you by:
> > > Halley Zhao
> > > He Qiang
> > > Li Zhijian
> > > Linda Yu
> > > Sebastian Ramacher
> > > U. Artie Eoff
> > > Wu Dongping
> > > Xu Guangxin
> > > Yu Jiankang
> > >
> > > Best Regards.
> > >
> > >
> > > From: libyami [mailto:libyami-bounces at lists.01.org] On Behalf Of Xu,
> > > Guangxin Sent: Friday, November 11, 2016 3:12 PM
> > > To: 'libyami at lists.01.org' <libyami at ml01.01.org>;
> > > libva at lists.freedesktop.org Cc: Luo, Focus <focus.luo at intel.com>; Chehab,
> > > John <john.chehab at intel.com>; Zhuang, Lena <lena.zhuang at intel.com>
> > > Subject:
> > > [libyami] libyami 1.0.1 release
> > >
> > > Hi all:
> > > We have released a minor version for H264 SVC Temporal (frame rate)
> > > scalability encoder (https://en.wikipedia.org/wiki/Scalable_Video_Coding).
> > >
> > > We implemented a subset for SVC-T, which includes following features:
> > > 1. SVC-T hierarchical P coding.
> > > (http://iphome.hhi.de/wiegand/assets/pdfs/2010_12_PCS_h264.pdf) 2.
> > >
> > > CQP and per layer CBR bitrate control. Maximum 4 layers supported.(This
> > >
> > > need libva 1.7.3)
> > >
> > > It will make generated stream tolerable to transmission errors. Two
> > > target
> > > usages will get direct benefit from this. Video chat or DSS(digital
> > > security and surveillance).
> > >
> > > You can have a try.
> > >
> > >
> > > Best Regards.
> > >
> > >
> > >
> > > libyami 1.0.1(API:0.3.2) release, work with libva 1.7.3 release
> > > =====================
> > > This release mainly for SVC-T CBR support.We add following features:
> > > +0a241d2 add h264 SVC-T CBR support. This need libva 1.7.3.
> > > +77ba612 fix h264/h265 nalread issue in 32 bits arch
> > > +2c1fcf3 h264parser: change luma_weight_lx from int8_t to int16_t to avoid
> > > overflow +e2a9e07 vp8parser: fix one decoder conformance issue.
> > > +fb83012 make yocto buildable
> > > +518088e add wireframe function to ocl filters
> > > +other small issues.
> > >
> > > We change API from 0.3.0 to 0.3.2 since following interface change
> > > +518088e add wireframe function to ocl filters
> > > +0a241d2 add h264 SVC-T CBR support.
> > >
> > >
> > > From: Xu, Guangxin
> > > Sent: Friday, September 30, 2016 10:43 AM
> > > To: 'libyami at lists.01.org'
> > > <libyami at ml01.01.org<mailto:libyami at ml01.01.org>>;
> > > 'media-internal-devel at linux.intel.com'
> > > <media-internal-devel at linux.intel.com<mailto:media-internal-devel at linux.in
> > > t
> > > el.com>>; libva at lists.freedesktop.org<mailto:libva at lists.freedesktop.org>
> > > Cc: Chehab, John <john.chehab at intel.com<mailto:john.chehab at intel.com>>;
> > > Zhuang, Lena <lena.zhuang at intel.com<mailto:lena.zhuang at intel.com>>; Li,
> > > Jocelyn <jocelyn.li at intel.com<mailto:jocelyn.li at intel.com>>; Xiang, Haihao
> > > <haihao.xiang at intel.com<mailto:haihao.xiang at intel.com>>; Kelley, Sean V
> > > <sean.v.kelley at intel.com<mailto:sean.v.kelley at intel.com>>; Luo, Focus
> > > <focus.luo at intel.com<mailto:focus.luo at intel.com>> Subject: libyami 1.0.0
> > > release
> > >
> > > Hi all:
> > > We define libyami as lightweight media infrastructure, which is YUMMY to
> > > your video experience on Linux like platform. We want it have small
> > > footprint, fully utilize our hardware capability and have easy to use
> > > interface. After 3 years collaboration from both Intel and community, we
> > > think libyami fulfilled our original concept ; we will release it as 1.0
> > >
> > > Thanks to everyone who contribute to libyami project, without your
> > > valuable
> > > work. We cannot reach this milestone.
> > >
> > > If you are not try libyami yet. You see detailed information at
> > > https://github.com/01org/libyami/blob/apache/README
> > >
> > > Best Regards.
> > >
> > >
> > > libyami 1.0.0(API:0.3.0) release, work with libva 2016Q3 release
> > > =====================
> > > We add following major features:
> > > + 7423a97 add vp9 encoder
> > > + f6f1483 add sharpening, denoise, deinterlace for vpp
> > > + 366d909 add support for 422H, 422V and 444P
> > > + 2d4a536 add wayland support to v4l2decoder
> > > + 784ea0f improve h264 encoder speed for memory limited system
> > > + e57989f improve mpeg2 pass rate from 70% to 100%
> > > + 112b921 improve vc1 pass rate from 70% to 92%
> > > + 7f2e032 add profile setting for h264encoder
> > > + some more encoder setting for h264 and h265
> > > + more bugs fix and features please refer to git log
> > > - convert odd resolution from NV12 to I420 will make output yuv twisted
> > > - some unittest will failed.
> > >
> > > We change API from 0.2.0 to 0.3.0 since following interface change
> > > 9f45ee7 add vp9 encoder
> > > 765cb6d add single header Yami.h/YamiC.h for user to include
> > > 99b85bc map tr1 name space to std name space
> > > ea0b5fd add SVC-T support for h264 CQP mode
> > > 366d909 add support for jpeg 422H, 422V and 444P
> > > 2d4a536 add wayland support to v4l2decoder
> > > 1b53e29 deleted some unused encoder API
> > > 3147d36 enc264: implement I/P/B QP setting on CQP mode
> > > f6f1483 vpp: add denoise,sharpening and deinterlace
> > >
> > > This release brought you by:
> > > Bob Zhao
> > > Daniel Charles
> > > Dongping Wu
> > > Jiankang Yu
> > > Jia Meng
> > > Jun Zhao
> > > Lin Hai
> > > Linda Yu
> > > U. Artie Eoff
> > > Xu Guangxin
> > > Yizhou.Wei
> > > Yun Zhou
> > > Zhao, Halley
> > > Zhong Li
> > >
> > >
> > > From: libyami [mailto:libyami-bounces at lists.01.org] On Behalf Of Xu,
> > > Guangxin Sent: Wednesday, June 8, 2016 4:59 PM
> > > To: 'libyami at lists.01.org'
> > > <libyami at ml01.01.org<mailto:libyami at ml01.01.org>>;
> > > 'media-internal-devel at linux.intel.com'
> > > <media-internal-devel at linux.intel.com<mailto:media-internal-devel at linux.in
> > > t
> > > el.com>> Cc: Yu, Jiankang
> > > <jiankang.yu at intel.com<mailto:jiankang.yu at intel.com>>; Luo, Focus
> > > <focus.luo at intel.com<mailto:focus.luo at intel.com>>; Zhang, Keqiao
> > > <keqiao.zhang at intel.com<mailto:keqiao.zhang at intel.com>>; Wang, Fei W
> > > <fei.w.wang at intel.com<mailto:fei.w.wang at intel.com>>; Lin, Hai1
> > > <hai1.lin at intel.com<mailto:hai1.lin at intel.com>>; Wu, DongpingX
> > > <dongpingx.wu at intel.com<mailto:dongpingx.wu at intel.com>>; Chehab, John
> > > <john.chehab at intel.com<mailto:john.chehab at intel.com>>; Zhuang, Lena
> > > <lena.zhuang at intel.com<mailto:lena.zhuang at intel.com>> Subject: [libyami]
> > > libyami 0.4.0 release
> > >
> > > We are delighted to announce that libyami 0.4.0 was released under the new
> > > Apache v2.0 license. Hope it will give you more freedom.
> > >
> > > libyami 0.4.0 release, work with libva 2016Q2 release
> > > =====================
> > > We relicensed entire project from LGPL to Apache V2
> > > +add mpeg2 decoder
> > > +add vc1 decoder
> > > +merge all so to single libyami.so
> > > -mpeg2/vc1 pass conformance rate is 70%
> > >
> > > fix patch should ready in very soon.
> > >
> > > From: libyami [mailto:libyami-bounces at lists.01.org] On Behalf Of Xu,
> > > Guangxin Sent: Monday, December 28, 2015 1:23 PM
> > > To: 'libyami at lists.01.org'
> > > <libyami at ml01.01.org<mailto:libyami at ml01.01.org>>;
> > > 'media-internal-devel at linux.intel.com'
> > > <media-internal-devel at linux.intel.com<mailto:media-internal-devel at linux.in
> > > t
> > > el.com>> Cc: Chehab, John
> > > <john.chehab at intel.com<mailto:john.chehab at intel.com>>; Fu, Michael
> > > <michael.fu at intel.com<mailto:michael.fu at intel.com>> Subject: [libyami]
> > > libyami 0.3.1 release
> > >
> > > libyami 0.3.1 release, work with libva 2015Q4 release
> > > =====================
> > > +b frame for h264 encoder
> > > +CBR for h265 encoder
> > > +yamitransocde application, it will do zero copy transcode, much faster
> > > than yamiencode +fix static library link issue
> > > +fix various issue in vaapidisplay, vp8dec, h264enc, h265enc, factory
> > > -transocde application will use default configuration, it did not use user
> > > set one. -if you use latest ffmpeg, vp9 decoder will failed for some
> > > clips.mentioned in #347. it's not core library's issue. It's a
> > > yamidecode's
> > > issue.
> > >
> > > You can use ffmpeg 2.6 as workaround.
> > >
> > > This release brought you by:
> > > Andy Liu
> > > Charles Daniel
> > > Eoff Ullysses A
> > > Dongping Wu
> > > Guangxin Xu
> > > Hai Lin
> > > Halley Zhao
> > > Jsorg71
> > > Zhong Li
> > >
> > > From: Xu, Guangxin
> > > Sent: Thursday, September 24, 2015 9:57 AM
> > > To: libyami at lists.01.org<mailto:libyami at lists.01.org>;
> > > media-internal-devel at linux.intel.com<mailto:media-internal-devel at linux.int
> > > e
> > > l.com> Cc: Li, Jocelyn; Chehab, John; Kelley, Sean V; Fu, Michael;
> > > Charles,
> > > Daniel Subject: libyami 0.3.0 release
> > >
> > > libyami 0.3.0 release, work with libva 2015Q3 release
> > > =====================
> > > +h265 decoder
> > > +h265 encoder
> > > +new mode -2 for yamidecode, it will output per frame md5 for decoded yuv
> > > +some bug fix for vp8,vp9,h264 conformance.
> > > +simplify configure.ac
> > >
> > > This release brought you by:
> > > Andy Liu
> > > Cong Zhong
> > > Eoff Ullysses A
> > > Guangxin Xu
> > > Hai Lin
> > > Jiankang Yu
> > > Jsorg71
> > > Keqiao Zhang
> > > Wei Lin
> > > Zhong Li
> > >
> > >
> > > From: Xu, Guangxin
> > > Sent: Friday, July 31, 2015 3:53 PM
> > > To: Xu, Guangxin; libyami at lists.01.org<mailto:libyami at lists.01.org>;
> > > media-internal-devel at linux.intel.com<mailto:media-internal-devel at linux.int
> > > e
> > > l.com> Cc: Li, Jocelyn; Chehab, John; Kelley, Sean V; Fu, Michael;
> > > Charles,
> > > Daniel Subject: libyami 0.2.5 release
> > >
> > > libyami 0.2.5 release, work with libva 2015Q2 release
> > > =====================
> > > +update codec parser to latest version
> > > +fix all compile warnings.
> > > +add CBR for h264 and vp8 encoder.
> > > +add "SharedPtr<VideoFrame> getOutput()" to decoder
> > > +fix one loop filter issue in vp8dec
> > > +1 bug in NativeDisplayDrm
> > > +handle annexb format codec data in h264 decoder
> > > +one "deref NULL" bug in v4l2 encoder.
> > > +self-register enc/dec/vpp with their factories.
> > > +add a simple player to demo decoder api usage(200 lines)
> > > +add grid application to demo MxN ways decode + dipslay
> > > +select driver name base on decoder profile
> > >
> > > This release brought you by:
> > > Andy Liu
> > > Charles Daniel
> > > Eoff Ullysses A
> > > Guangxin Xu
> > > Gwenole Beauchesne
> > > Zhong Li
> > >
> > > From:
> > > media-internal-devel-request at eclists.intel.com<mailto:media-internal-devel
> > > -
> > > request at eclists.intel.com>
> > > [mailto:media-internal-devel-request at eclists.intel.com] On Behalf Of Xu,
> > > Guangxin Sent: Thursday, June 11, 2015 10:00 AM
> > > To: libyami at lists.01.org<mailto:libyami at lists.01.org>;
> > > media-internal-devel at linux.intel.com<mailto:media-internal-devel at linux.int
> > > e
> > > l.com> Cc: Li, Jocelyn; Chehab, John; Kelley, Sean V; Fu, Michael;
> > > Charles,
> > > Daniel Subject: RE: [media-internal-devel] libyami 0.2.4 release
> > >
> > > libyami 0.2.4 release
> > > =====================
> > > +add vpp interface for c++, Scaling and CSC added to vpp.
> > > +fix momory leak, uninitialized variable and invalid read reported by
> > > valgrind +3 bugs fixed for vp8 encoder.
> > > +.gitignore file
> > > + update correct profile name for vp9 since libva updated.
> > > +fix "resolution changed in v4l2 egl mode makes yami crash" issue
> > > -decode output dump can't gusss output fourcc from file extension
> > >
> > > This release brought you by:
> > > Andy Liu
> > > Charles Daniel
> > > Guangxin Xu
> > > Jiankang Yu
> > > Jsorg71
> > > Kun Luo
> > > Navare, Manasi D
> > > Sean Kelley
> > >
> > >
> > > From: Xu, Guangxin
> > > Sent: Friday, March 27, 2015 10:11 AM
> > > To: Xu, Guangxin; libyami at lists.01.org<mailto:libyami at lists.01.org>
> > > Subject: RE: libyami 0.2.3 release
> > >
> > > libyami 0.2.3 release
> > > =====================
> > > +add VIDIOC_G_CROP to io ctrl
> > > +fix one ImagePtr leak issue, since ImagePtr hold DisplayPtr, it also leak
> > > VaapiDisplay
> > >
> > > Thanks.
> > >
> > > From: libyami [mailto:libyami-bounces at lists.01.org] On Behalf Of Xu,
> > > Guangxin Sent: Wednesday, March 11, 2015 2:47 PM
> > > To: libyami at lists.01.org<mailto:libyami at lists.01.org>
> > > Subject: [libyami] libyami 0.2.2 release
> > >
> > > libyami 0.2.2 release
> > > =====================
> > >
> > > features update
> > > ---------------
> > > +fix one include issue in capi header
> > > +3 fixes for vp9 decoder and parser
> > > +use cabac as default entropy mode for h264 encoder
> > > +fix several issues when we use v4l2 decoder in gles mode
> > >
> > > This release brought you by:
> > > Daniel Charles
> > > Guangxin Xu
> > > Jay Sorg
> > > Jiankang Yu
> > > Kun Luo
> > > Sameer Kibey
> > >
> > > Thanks.
> > >
> > > From: libyami [mailto:libyami-bounces at lists.01.org] On Behalf Of Xu,
> > > Guangxin Sent: Wednesday, January 28, 2015 3:18 PM
> > > To: libyami at lists.01.org<mailto:libyami at lists.01.org>
> > > Cc: Kibey, Sameer
> > > Subject: [libyami] libyami 0.2.1 release
> > >
> > > libyami 0.2.1 release
> > > =====================
> > > the main target of this release is bug fix, especially the busy waiting
> > > issue.
> > >
> > > features update
> > > ---------------
> > > +fix one busy waiting bug in v4l2decoder.
> > >
> > > -It will drain out cpu resource even we pause the video.
> > >
> > > +4 patches apply to fix vp9 conformance test.
> > > +add fakedec, it's good start for performance measure.
> > > +fix random crash bug when we use "yamidecoder -m -1"
> > >
> > >
> > > From: Zhao, Halley
> > > Sent: Friday, January 09, 2015 6:07 PM
> > > To: 'libyami at lists.01.org'
> > > Cc: Li, Jocelyn; Kelley, Sean V
> > > Subject: libyami 0.2.0 release
> > >
> > > libyami 0.2.0 release
> > > =====================
> > >
> > > features update
> > > ---------------
> > > + add VP9 decoder
> > > + add VP8 encoder
> > > + add JPEG encoder
> > > + add Demux support leverage libavformat,: --enable-avformat
> > >
> > > - yamidecode runs ok when there is no xwindow rendering (-m -1/0)
> > > - v4l2decode is ok when there is with or w/o rendering
> > > - support libvaformat from the version installed in Ubuntu13.10
> > > - known issue: when there is video rendering, yamidecode
> > > blocks
> > >
> > > at XGetWindowAttributes() after libva dlopen(i965_drv).
> > >
> > > Add XInitThreads() make things worse. It is strange.
> > >
> > > + Fps update for "-m -1", we get stable performance data now
> > > + V4l2 fixes: seek, unconditionally stop
> > > + enable FFmpeg to use libyami for h264 decoding, create example player to
> > >
> > > demonstrate it, especially on rendering video as texture through dma_buf
> > > https://github.com/01org/player-ffmpeg-yami
> > >
> > > known issues
> > > ---------------
> > > - for avformat support in yamidecode, when there is video rendering,
> > >
> > > yamidecode blocks at XGetWindowAttributes() after libva
> > > dlopen(i965_drv).
> > > Add XInitThreads() make things worse. It is strange.
> > > v4l2decode doesn't have such issue. (yamidecode is one thread
> > > application)
> > >
> > > thoughts on libyami (media framework and window system support)
> > > --------------------------------------------------
> > > these points are not our priority yet.
> > >
> > > + Wayland support
> > >
> > > We did a lot to support Wayland before:
> > > - add Wayland platform support in libva and driver, does hack to
> > >
> > > copy wayland-drm protocol from mesa/egl
> > >
> > > - add Wayland platform in middleware, gstreamer-vaapi for example
> > >
> > > the detects are:
> > >
> > > - so far, only plain rendering is supported:
> > > wl_surface_attach/wl_surface_damage; texture video rendering is still a
> > > gap
> > >
> > > - the shared wl_display/wl_window/wl_event_queue are complex and
> > >
> > > problematic
> > >
> > > it should be much easier with dma_buf.
> > > We needn't do anything special for native window system in either vaapi
> > >
> > > driver or codec library. with dma_buf handle exported, application can
> > > draw
> > > the video frame (dma_buf) by EGL/GLES, EGL handle native window system
> > > automatically(including wrap it into a wl_buffer internally).
> > >
> > > + GStreamer support
> > >
> > > We usually do a lot on hw video buffer sharing in GStreamer, hw video
> > >
> > > buffer are platform dependent, but the framework requires to wrap them in
> > > a
> > > generic way. we do a lot in decoder to wrap a platform dependent handle
> > > into a subclass of base video buffer, then unwrap it in video sink. and
> > > tries best to hide hw detail when a sw component request to access the
> > > frame data.
> > >
> > > it becomes simple when hw codec support dma_buf, since dma_buf is Linux
> > >
> > > generic. it is possible that hw video become not the 2nd class citizen any
> > > more. we don't need additional wrapper in decoder side, and we don't need
> > > a
> > > special video sink for each hw video type.
> > >
> > > + dma_buf rendering for legacy support
> > >
> > > in the above ideas, we usually consider EGL/GLES rendering context, how
> > >
> > > about legacy usage? it is simple as well.
> > >
> > > DRI3 protocol support dma_buf, it means a dma_buf handle can be sent to
> > >
> > > server for window update. Keith said mesa is using it, and on server side
> > > glamor handle the dma_buf. the remaining gap is that YUV buffer hasn't
> > > been
> > > supported yet, but not hard to add it.
> > >
> > >
> > > From: Zhao, Halley
> > > Sent: Friday, November 28, 2014 2:26 PM
> > > To: libyami at lists.01.org<mailto:libyami at lists.01.org>
> > > Cc: Li, Jocelyn; Kelley, Sean V
> > > Subject: libyami 0.1.4 release
> > >
> > > libyami 0.1.4 release
> > > =====================
> > >
> > > features update
> > > ---------------
> > >
> > > - Additional fixes(most are thread race condition) for v4l2 wrapper
> > >
> > > (egl/gles) - Add glx support in v4l2 wrapper
> > >
> > > - Basic transcoding support: encoder test accepts input data from
> > >
> > > decoder output - Testscript is added, it supports one-run-for-all: with
> > > a
> > > folder including h264/vp8/jpeg/raw-ref, we can test them in one run. It
> > > serves as BAT (basic acceptance test) for pull request merge. - Report
> > > fps in decode test, support decoding only test (skip rendering) -
> > > Vp8/jpeg are supported in v4l2 decoder as well
> > >
> > > - Decode test can be built/run without X11
> > > - Code refinement for decoder test output and encoder classes
> > > - dma_buf fixes, when video frame is exported as dma_buf, it renders
> > >
> > > well as texture - with additional patch for chrome:
> > > V4L2VDA/V4L2VEA pass chrome video unit test
> > > video playback in browser draft ok
> > >
> > > - for v4l2 wrapper, see:
> > > https://github.com/halleyzhao/yami-share/blob/master/Yami_V4L2_wrapper_for
> > > _
> > > Chrome.pdf
> > >
> > > known issues
> > > ---------------
> > >
> > > - this release has been fully tested by validation team
> > > - some jpeg file similarity <0.99 (~0.98) after decoding
> > >
> > > https://github.com/01org/libyami/issues/108
> > >
> > > future release plan:
> > > ====================
> > >
> > > Dec: v0.2
> > >
> > > jpeg encoder
> > > vp9 decoder
> > > vp8 encoder (depends on driver availability)
> > > initial ffmpeg support
> > >
> > > Feb'15: v0.3
> > >
> > > unified input/output buffer of yami
> > > transcoding support with unified input/output buffer
> > > camera dma_buf support, camera with jpeg input
> > > use yami in ffmpeg for hw codec
> > >
> > > Future:
> > > h265 decoder
> >
> > I've recently created packaging support for Libyami and Libyami utils for
> > OpenSuse. I'm getting them into OpenSuse:Factory for use with Tumbleweed
> > (OpenSuse Rolling Release). In the meantime you can use my OBS built
> > packages here, updated for this release:
> >
> > https://build.opensuse.org/package/show/home:seanvk/libyami
> > https://build.opensuse.org/package/show/home:seanvk/libyami-utils
> >
> > Best regards,
> >
> > Sean
>
> I'm happy to announce libyami is now a part of OpenSuse Factory and available
> for Tumbleweed! I will be getting libyami-utils in next.
>
> https://build.opensuse.org/package/show/multimedia:libs/libyami
>
> Thanks!
>
> Sean
>
> --
> seanvk
> _______________________________________________
> Libva mailing list
> Libva at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libva
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Digital signature
URL: <https://lists.freedesktop.org/archives/libva/attachments/20170124/31977266/attachment.sig>
More information about the Libva
mailing list