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-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.in > > t > > 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.in > > t > > 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.in > > t > > 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.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; liby...@lists.01.org<mailto:liby...@lists.01.org>; > > media-internal-de...@linux.intel.com<mailto:media-internal-de...@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-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.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; 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
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
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Libva mailing list Libva@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libva
