[Libva] libyami 1.1.0 release
Sean V Kelley
seanvk at posteo.de
Sat Jan 21 09:13:31 UTC 2017
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
> >
> > 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <https://lists.freedesktop.org/archives/libva/attachments/20170121/2c96b3bf/attachment-0001.sig>
More information about the Libva
mailing list