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-boun...@lists.01.org] On Behalf Of Xu, > Guangxin Sent: Friday, November 11, 2016 3:12 PM > To: 'liby...@lists.01.org' <liby...@ml01.01.org>; > libva@lists.freedesktop.org Cc: Luo, Focus <focus....@intel.com>; Chehab, > John <john.che...@intel.com>; Zhuang, Lena <lena.zhu...@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: 'liby...@lists.01.org' > <liby...@ml01.01.org<mailto:liby...@ml01.01.org>>; > 'media-internal-de...@linux.intel.com' > <media-internal-de...@linux.intel.com<mailto:media-internal-de...@linux.int > el.com>>; libva@lists.freedesktop.org<mailto:libva@lists.freedesktop.org> > Cc: Chehab, John <john.che...@intel.com<mailto:john.che...@intel.com>>; > Zhuang, Lena <lena.zhu...@intel.com<mailto:lena.zhu...@intel.com>>; Li, > Jocelyn <jocelyn...@intel.com<mailto:jocelyn...@intel.com>>; Xiang, Haihao > <haihao.xi...@intel.com<mailto:haihao.xi...@intel.com>>; Kelley, Sean V > <sean.v.kel...@intel.com<mailto:sean.v.kel...@intel.com>>; Luo, Focus > <focus....@intel.com<mailto:focus....@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-boun...@lists.01.org] On Behalf Of Xu, > Guangxin Sent: Wednesday, June 8, 2016 4:59 PM > To: 'liby...@lists.01.org' > <liby...@ml01.01.org<mailto:liby...@ml01.01.org>>; > 'media-internal-de...@linux.intel.com' > <media-internal-de...@linux.intel.com<mailto:media-internal-de...@linux.int > el.com>> Cc: Yu, Jiankang > <jiankang...@intel.com<mailto:jiankang...@intel.com>>; Luo, Focus > <focus....@intel.com<mailto:focus....@intel.com>>; Zhang, Keqiao > <keqiao.zh...@intel.com<mailto:keqiao.zh...@intel.com>>; Wang, Fei W > <fei.w.w...@intel.com<mailto:fei.w.w...@intel.com>>; Lin, Hai1 > <hai1....@intel.com<mailto:hai1....@intel.com>>; Wu, DongpingX > <dongpingx...@intel.com<mailto:dongpingx...@intel.com>>; Chehab, John > <john.che...@intel.com<mailto:john.che...@intel.com>>; Zhuang, Lena > <lena.zhu...@intel.com<mailto:lena.zhu...@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-boun...@lists.01.org] On Behalf Of Xu, > Guangxin Sent: Monday, December 28, 2015 1:23 PM > To: 'liby...@lists.01.org' > <liby...@ml01.01.org<mailto:liby...@ml01.01.org>>; > 'media-internal-de...@linux.intel.com' > <media-internal-de...@linux.intel.com<mailto:media-internal-de...@linux.int > el.com>> Cc: Chehab, John > <john.che...@intel.com<mailto:john.che...@intel.com>>; Fu, Michael > <michael...@intel.com<mailto:michael...@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: liby...@lists.01.org<mailto:liby...@lists.01.org>; > media-internal-de...@linux.intel.com<mailto:media-internal-de...@linux.inte > 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; liby...@lists.01.org<mailto:liby...@lists.01.org>; > media-internal-de...@linux.intel.com<mailto:media-internal-de...@linux.inte > 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-requ...@eclists.intel.com<mailto:media-internal-devel- > requ...@eclists.intel.com> > [mailto:media-internal-devel-requ...@eclists.intel.com] On Behalf Of Xu, > Guangxin Sent: Thursday, June 11, 2015 10:00 AM > To: liby...@lists.01.org<mailto:liby...@lists.01.org>; > media-internal-de...@linux.intel.com<mailto:media-internal-de...@linux.inte > 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; liby...@lists.01.org<mailto:liby...@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-boun...@lists.01.org] On Behalf Of Xu, > Guangxin Sent: Wednesday, March 11, 2015 2:47 PM > To: liby...@lists.01.org<mailto:liby...@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-boun...@lists.01.org] On Behalf Of Xu, > Guangxin Sent: Wednesday, January 28, 2015 3:18 PM > To: liby...@lists.01.org<mailto:liby...@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: 'liby...@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: liby...@lists.01.org<mailto:liby...@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 -- seanvk
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Libva mailing list Libva@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libva
