[Libva] libyami 1.0.0 release
Sean V Kelley
sean.v.kelley at intel.com
Tue Oct 4 20:32:37 UTC 2016
ArchLinux packages have been updated.
Note that these are currently in AUR.
https://aur.archlinux.org/packages/libyami/
https://aur.archlinux.org/packages/libyami-utils/
If you would like to see this get promoted out of AUR, I encourage you to
register with AUR on ArchLinux.org and VOTE!
Thanks,
Sean
On Thu, Sep 29, 2016 at 7:42 PM, Xu, Guangxin <guangxin.xu at intel.com> wrote:
> 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
> <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
> <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
> <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
> <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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libva/attachments/20161004/3de0ab8e/attachment-0001.html>
More information about the Libva
mailing list