[Libva] libyami 1.1.0 release
Sean V Kelley
seanvk at posteo.de
Sat Jan 21 06:33:03 UTC 2017
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-bounces at lists.01.org] On Behalf Of Xu,
> Guangxin Sent: Friday, November 11, 2016 3:12 PM
> To: 'libyami at lists.01.org' <libyami at ml01.01.org>;
> libva at lists.freedesktop.org Cc: Luo, Focus <focus.luo at intel.com>; Chehab,
> John <john.chehab at intel.com>; Zhuang, Lena <lena.zhuang at 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: 'libyami at lists.01.org'
> <libyami at ml01.01.org<mailto:libyami at ml01.01.org>>;
> 'media-internal-devel at linux.intel.com'
> <media-internal-devel at linux.intel.com<mailto:media-internal-devel at linux.int
> el.com>>; libva at lists.freedesktop.org<mailto:libva at lists.freedesktop.org>
> Cc: Chehab, John <john.chehab at intel.com<mailto:john.chehab at intel.com>>;
> Zhuang, Lena <lena.zhuang at intel.com<mailto:lena.zhuang at intel.com>>; Li,
> Jocelyn <jocelyn.li at intel.com<mailto:jocelyn.li at intel.com>>; Xiang, Haihao
> <haihao.xiang at intel.com<mailto:haihao.xiang at intel.com>>; Kelley, Sean V
> <sean.v.kelley at intel.com<mailto:sean.v.kelley at intel.com>>; Luo, Focus
> <focus.luo at intel.com<mailto: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<mailto:libyami at ml01.01.org>>;
> 'media-internal-devel at linux.intel.com'
> <media-internal-devel at linux.intel.com<mailto:media-internal-devel at linux.int
> el.com>> Cc: Yu, Jiankang
> <jiankang.yu at intel.com<mailto:jiankang.yu at intel.com>>; Luo, Focus
> <focus.luo at intel.com<mailto:focus.luo at intel.com>>; Zhang, Keqiao
> <keqiao.zhang at intel.com<mailto:keqiao.zhang at intel.com>>; Wang, Fei W
> <fei.w.wang at intel.com<mailto:fei.w.wang at intel.com>>; Lin, Hai1
> <hai1.lin at intel.com<mailto:hai1.lin at intel.com>>; Wu, DongpingX
> <dongpingx.wu at intel.com<mailto:dongpingx.wu at intel.com>>; Chehab, John
> <john.chehab at intel.com<mailto:john.chehab at intel.com>>; Zhuang, Lena
> <lena.zhuang at intel.com<mailto: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<mailto:libyami at ml01.01.org>>;
> 'media-internal-devel at linux.intel.com'
> <media-internal-devel at linux.intel.com<mailto:media-internal-devel at linux.int
> el.com>> Cc: Chehab, John
> <john.chehab at intel.com<mailto:john.chehab at intel.com>>; Fu, Michael
> <michael.fu at intel.com<mailto: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<mailto:libyami at lists.01.org>;
> media-internal-devel at linux.intel.com<mailto:media-internal-devel at linux.inte
> 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; libyami at lists.01.org<mailto:libyami at lists.01.org>;
> media-internal-devel at linux.intel.com<mailto:media-internal-devel at linux.inte
> 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-request at eclists.intel.com<mailto: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<mailto:libyami at lists.01.org>;
> media-internal-devel at linux.intel.com<mailto:media-internal-devel at linux.inte
> 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; libyami at lists.01.org<mailto: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<mailto: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<mailto: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<mailto: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
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
--
seanvk
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <https://lists.freedesktop.org/archives/libva/attachments/20170120/b231b15e/attachment.sig>
More information about the Libva
mailing list