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-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 > _______________________________________________ > Libva mailing list > Libva@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/libva
signature.asc
Description: Digital signature
_______________________________________________ Libva mailing list Libva@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libva
