Great! -----Original Message----- From: Sean V Kelley [mailto:[email protected]] Sent: Tuesday, November 15, 2016 8:21 AM To: Xu, Guangxin <[email protected]> Cc: [email protected] <[email protected]>; [email protected]; Chehab, John <[email protected]>; Zhuang, Lena <[email protected]>; Li, Jocelyn <[email protected]>; Xiang, Haihao <[email protected]>; Luo, Focus <[email protected]> Subject: Re: libyami 1.0.1 release
ArchLinux has been updated to 1.0.1 for libyami and libyami-utils in AUR. Thanks, Sean On Thu, Nov 10, 2016 at 11:11 PM, Xu, Guangxin <[email protected]> wrote: > 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: '[email protected]' <[email protected]>; > '[email protected]' > <[email protected]>; [email protected] > Cc: Chehab, John <[email protected]>; Zhuang, Lena > <[email protected]>; Li, Jocelyn <[email protected]>; Xiang, > Haihao <[email protected]>; Kelley, Sean V > <[email protected]>; Luo, Focus <[email protected]> > 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:[email protected]] On Behalf Of Xu, > Guangxin > Sent: Wednesday, June 8, 2016 4:59 PM > To: '[email protected]' <[email protected]>; > '[email protected]' > <[email protected]> > Cc: Yu, Jiankang <[email protected]>; Luo, Focus > <[email protected]>; Zhang, Keqiao <[email protected]>; Wang, > Fei W <[email protected]>; Lin, Hai1 <[email protected]>; Wu, > DongpingX <[email protected]>; Chehab, John > <[email protected]>; Zhuang, Lena <[email protected]> > 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:[email protected]] On Behalf Of Xu, > Guangxin > Sent: Monday, December 28, 2015 1:23 PM > To: '[email protected]' <[email protected]>; > '[email protected]' > <[email protected]> > Cc: Chehab, John <[email protected]>; Fu, Michael > <[email protected]> > 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: [email protected]; [email protected] > 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; [email protected]; > [email protected] > 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: [email protected] > [mailto:[email protected]] On Behalf Of > Xu, Guangxin > Sent: Thursday, June 11, 2015 10:00 AM > To: [email protected]; [email protected] > 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; [email protected] > 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:[email protected]] On Behalf Of Xu, > Guangxin > Sent: Wednesday, March 11, 2015 2:47 PM > To: [email protected] > 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:[email protected]] On Behalf Of Xu, > Guangxin > Sent: Wednesday, January 28, 2015 3:18 PM > To: [email protected] > 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: '[email protected]' > 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: [email protected] > 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 -- Sean V. Kelley <[email protected]> Open Source Technology Center / SSG Intel Corp. _______________________________________________ Libva mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/libva
