Discussion:
libyami 1.1.0 release
(too old to reply)
Xu, Guangxin
2017-01-20 01:32:36 UTC
Permalink
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-***@lists.01.org] On Behalf Of Xu, Guangxin
Sent: Friday, November 11, 2016 3:12 PM
To: '***@lists.01.org' <***@ml01.01.org>; ***@lists.freedesktop.org
Cc: Luo, Focus <***@intel.com>; Chehab, John <***@intel.com>; Zhuang, Lena <***@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: '***@lists.01.org' <***@ml01.01.org<mailto:***@ml01.01.org>>; 'media-internal-***@linux.intel.com' <media-internal-***@linux.intel.com<mailto:media-internal-***@linux.intel.com>>; ***@lists.freedesktop.org<mailto:***@lists.freedesktop.org>
Cc: Chehab, John <***@intel.com<mailto:***@intel.com>>; Zhuang, Lena <***@intel.com<mailto:***@intel.com>>; Li, Jocelyn <***@intel.com<mailto:***@intel.com>>; Xiang, Haihao <***@intel.com<mailto:***@intel.com>>; Kelley, Sean V <***@intel.com<mailto:***@intel.com>>; Luo, Focus <***@intel.com<mailto:***@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-***@lists.01.org] On Behalf Of Xu, Guangxin
Sent: Wednesday, June 8, 2016 4:59 PM
To: '***@lists.01.org' <***@ml01.01.org<mailto:***@ml01.01.org>>; 'media-internal-***@linux.intel.com' <media-internal-***@linux.intel.com<mailto:media-internal-***@linux.intel.com>>
Cc: Yu, Jiankang <***@intel.com<mailto:***@intel.com>>; Luo, Focus <***@intel.com<mailto:***@intel.com>>; Zhang, Keqiao <***@intel.com<mailto:***@intel.com>>; Wang, Fei W <***@intel.com<mailto:***@intel.com>>; Lin, Hai1 <***@intel.com<mailto:***@intel.com>>; Wu, DongpingX <***@intel.com<mailto:***@intel.com>>; Chehab, John <***@intel.com<mailto:***@intel.com>>; Zhuang, Lena <***@intel.com<mailto:***@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-***@lists.01.org] On Behalf Of Xu, Guangxin
Sent: Monday, December 28, 2015 1:23 PM
To: '***@lists.01.org' <***@ml01.01.org<mailto:***@ml01.01.org>>; 'media-internal-***@linux.intel.com' <media-internal-***@linux.intel.com<mailto:media-internal-***@linux.intel.com>>
Cc: Chehab, John <***@intel.com<mailto:***@intel.com>>; Fu, Michael <***@intel.com<mailto:***@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: ***@lists.01.org<mailto:***@lists.01.org>; media-internal-***@linux.intel.com<mailto:media-internal-***@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; ***@lists.01.org<mailto:***@lists.01.org>; media-internal-***@linux.intel.com<mailto:media-internal-***@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-***@eclists.intel.com<mailto:media-internal-devel-***@eclists.intel.com> [mailto:media-internal-devel-***@eclists.intel.com] On Behalf Of Xu, Guangxin
Sent: Thursday, June 11, 2015 10:00 AM
To: ***@lists.01.org<mailto:***@lists.01.org>; media-internal-***@linux.intel.com<mailto:media-internal-***@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; ***@lists.01.org<mailto:***@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-***@lists.01.org] On Behalf Of Xu, Guangxin
Sent: Wednesday, March 11, 2015 2:47 PM
To: ***@lists.01.org<mailto:***@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-***@lists.01.org] On Behalf Of Xu, Guangxin
Sent: Wednesday, January 28, 2015 3:18 PM
To: ***@lists.01.org<mailto:***@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: '***@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: ***@lists.01.org<mailto:***@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
2017-01-21 06:33:03 UTC
Permalink
Post by Xu, Guangxin
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
libyami 1.1.0(API:0.4.0) release, work with libva 1.7.3 release
=====================
+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
Halley Zhao
He Qiang
Li Zhijian
Linda Yu
Sebastian Ramacher
U. Artie Eoff
Wu Dongping
Xu Guangxin
Yu Jiankang
Best Regards.
Guangxin Sent: Friday, November 11, 2016 3:12 PM
[libyami] libyami 1.0.1 release
We have released a minor version for H264 SVC Temporal (frame rate)
scalability encoder (https://en.wikipedia.org/wiki/Scalable_Video_Coding).
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
=====================
+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
release
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
=====================
+ 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
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
Guangxin Sent: Wednesday, June 8, 2016 4:59 PM
el.com>> Cc: Yu, Jiankang
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.
Guangxin Sent: Monday, December 28, 2015 1:23 PM
el.com>> Cc: Chehab, John
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.
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
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
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
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
Andy Liu
Charles Daniel
Eoff Ullysses A
Guangxin Xu
Gwenole Beauchesne
Zhong Li
Guangxin Sent: Thursday, June 11, 2015 10:00 AM
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
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
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.
Guangxin Sent: Wednesday, March 11, 2015 2:47 PM
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
Daniel Charles
Guangxin Xu
Jay Sorg
Jiankang Yu
Kun Luo
Sameer Kibey
Thanks.
Guangxin Sent: Wednesday, January 28, 2015 3:18 PM
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
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
- 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
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
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
V4L2VDA/V4L2VEA pass chrome video unit test
video playback in browser draft ok
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
====================
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
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
Sean V Kelley
2017-01-21 09:13:31 UTC
Permalink
Post by Sean V Kelley
Post by Xu, Guangxin
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
libyami 1.1.0(API:0.4.0) release, work with libva 1.7.3 release
=====================
+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
Halley Zhao
He Qiang
Li Zhijian
Linda Yu
Sebastian Ramacher
U. Artie Eoff
Wu Dongping
Xu Guangxin
Yu Jiankang
Best Regards.
Guangxin Sent: Friday, November 11, 2016 3:12 PM
[libyami] libyami 1.0.1 release
We have released a minor version for H264 SVC Temporal (frame rate)
scalability encoder (https://en.wikipedia.org/wiki/Scalable_Video_Coding).
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
=====================
+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
t
release
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
=====================
+ 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
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
Guangxin Sent: Wednesday, June 8, 2016 4:59 PM
t
el.com>> Cc: Yu, Jiankang
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.
Guangxin Sent: Monday, December 28, 2015 1:23 PM
t
el.com>> Cc: Chehab, John
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.
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
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
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
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
Andy Liu
Charles Daniel
Eoff Ullysses A
Guangxin Xu
Gwenole Beauchesne
Zhong Li
-
Guangxin Sent: Thursday, June 11, 2015 10:00 AM
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
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
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.
Guangxin Sent: Wednesday, March 11, 2015 2:47 PM
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
Daniel Charles
Guangxin Xu
Jay Sorg
Jiankang Yu
Kun Luo
Sameer Kibey
Thanks.
Guangxin Sent: Wednesday, January 28, 2015 3:18 PM
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
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
- 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
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
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
V4L2VDA/V4L2VEA pass chrome video unit test
video playback in browser draft ok
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
====================
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
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
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
Sean V Kelley
2017-01-25 04:08:13 UTC
Permalink
Post by Sean V Kelley
Post by Sean V Kelley
Post by Xu, Guangxin
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
Post by Sean V Kelley
Post by Sean V Kelley
Post by Xu, Guangxin
libyami 1.1.0(API:0.4.0) release, work with libva 1.7.3 release
=====================
+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
Halley Zhao
He Qiang
Li Zhijian
Linda Yu
Sebastian Ramacher
U. Artie Eoff
Wu Dongping
Xu Guangxin
Yu Jiankang
Best Regards.
Guangxin Sent: Friday, November 11, 2016 3:12 PM
[libyami] libyami 1.0.1 release
We have released a minor version for H264 SVC Temporal (frame rate)
scalability encoder (https://en.wikipedia.org/wiki/Scalable_Video_Coding).
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
=====================
+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
t
release
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
=====================
+ 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
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
Guangxin Sent: Wednesday, June 8, 2016 4:59 PM
t
el.com>> Cc: Yu, Jiankang
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.
Guangxin Sent: Monday, December 28, 2015 1:23 PM
t
el.com>> Cc: Chehab, John
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.
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
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
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
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
Andy Liu
Charles Daniel
Eoff Ullysses A
Guangxin Xu
Gwenole Beauchesne
Zhong Li
-
Guangxin Sent: Thursday, June 11, 2015 10:00 AM
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
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
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.
Guangxin Sent: Wednesday, March 11, 2015 2:47 PM
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
Daniel Charles
Guangxin Xu
Jay Sorg
Jiankang Yu
Kun Luo
Sameer Kibey
Thanks.
Guangxin Sent: Wednesday, January 28, 2015 3:18 PM
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
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
- 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
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
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
V4L2VDA/V4L2VEA pass chrome video unit test
video playback in browser draft ok
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
====================
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
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
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
https://lists.freedesktop.org/mailman/listinfo/libva
Loading...