[Libva] libyami 1.0.1 release
Li, Jocelyn
jocelyn.li at intel.com
Tue Nov 15 01:25:05 UTC 2016
Great!
-----Original Message-----
From: Sean V Kelley [mailto:sean.v.kelley at intel.com]
Sent: Tuesday, November 15, 2016 8:21 AM
To: Xu, Guangxin <guangxin.xu at intel.com>
Cc: libyami at lists.01.org <libyami at ml01.01.org>; libva at lists.freedesktop.org; Chehab, John <john.chehab at intel.com>; Zhuang, Lena <lena.zhuang at intel.com>; Li, Jocelyn <jocelyn.li at intel.com>; Xiang, Haihao <haihao.xiang at intel.com>; Luo, Focus <focus.luo at intel.com>
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 <guangxin.xu at intel.com> 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: 'libyami at lists.01.org' <libyami at ml01.01.org>;
> 'media-internal-devel at linux.intel.com'
> <media-internal-devel at linux.intel.com>; libva at lists.freedesktop.org
> Cc: Chehab, John <john.chehab at intel.com>; Zhuang, Lena
> <lena.zhuang at intel.com>; Li, Jocelyn <jocelyn.li at intel.com>; Xiang,
> Haihao <haihao.xiang at intel.com>; Kelley, Sean V
> <sean.v.kelley at intel.com>; Luo, Focus <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>;
> 'media-internal-devel at linux.intel.com'
> <media-internal-devel at linux.intel.com>
> Cc: Yu, Jiankang <jiankang.yu at intel.com>; Luo, Focus
> <focus.luo at intel.com>; Zhang, Keqiao <keqiao.zhang at intel.com>; Wang,
> Fei W <fei.w.wang at intel.com>; Lin, Hai1 <hai1.lin at intel.com>; Wu,
> DongpingX <dongpingx.wu at intel.com>; Chehab, John
> <john.chehab at intel.com>; Zhuang, Lena <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>;
> 'media-internal-devel at linux.intel.com'
> <media-internal-devel at linux.intel.com>
> Cc: Chehab, John <john.chehab at intel.com>; Fu, Michael
> <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; media-internal-devel at linux.intel.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;
> media-internal-devel at linux.intel.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] On Behalf Of
> Xu, Guangxin
> Sent: Thursday, June 11, 2015 10:00 AM
> To: libyami at lists.01.org; media-internal-devel at linux.intel.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
> 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
> 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
> 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
> 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 <sean.v.kelley at intel.com> Open Source Technology Center / SSG Intel Corp.
More information about the Libva
mailing list