<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=us-ascii"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="ZH-CN" link="blue" vlink="purple"> <div class="WordSection1"> Congratulations to yami team!<o:p></o:p> <a name="_MailEndCompose"><o:p> </o:p></a> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm"> <a name="_____replyseparator"></a>From: Xu, Guangxin Sent: Friday, September 30, 2016 10:43 AM To: 'libyami@lists.01.org' <libyami@ml01.01.org>; 'media-internal-devel@linux.intel.com' <media-internal-devel@linux.intel.com>; libva@lists.freedesktop.org Cc: Chehab, John <john.chehab@intel.com>; Zhuang, Lena <lena.zhuang@intel.com>; Li, Jocelyn <jocelyn.li@intel.com>; Xiang, Haihao <haihao.xiang@intel.com>; Kelley, Sean V <sean.v.kelley@intel.com>; Luo, Focus <focus.luo@intel.com> Subject: libyami 1.0.0 release<o:p></o:p> </div> </div> <o:p> </o:p> Hi all:<o:p></o:p> 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<o:p></o:p> <o:p> </o:p> Thanks to everyone who contribute to libyami project, without your valuable work. We cannot reach this milestone.<o:p></o:p> <o:p> </o:p> If you are not try libyami yet. You see detailed information at <a href="https://github.com/01org/libyami/blob/apache/README">https://github.com/01org/libyami/blob/apache/README</a><o:p></o:p> <o:p> </o:p> Best Regards.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> libyami 1.0.0(API:0.3.0) release, work with libva 2016Q3 release<o:p></o:p> =====================<o:p></o:p> We add following major features:<o:p></o:p> + 7423a97 add vp9 encoder<o:p></o:p> + f6f1483 add sharpening, denoise, deinterlace for vpp<o:p></o:p> + 366d909 add support for 422H, 422V and 444P<o:p></o:p> + 2d4a536 add wayland support to v4l2decoder<o:p></o:p> + 784ea0f improve h264 encoder speed for memory limited system<o:p></o:p> + e57989f improve mpeg2 pass rate from 70% to 100%<o:p></o:p> + 112b921 improve vc1 pass rate from 70% to 92%<o:p></o:p> + 7f2e032 add profile setting for h264encoder<o:p></o:p> + some more encoder setting for h264 and h265<o:p></o:p> + more bugs fix and features please refer to git log<o:p></o:p> - convert odd resolution from NV12 to I420 will make output yuv twisted<o:p></o:p> - some unittest will failed.<o:p></o:p> <o:p> </o:p> We change API from 0.2.0 to 0.3.0 since following interface change<o:p></o:p> 9f45ee7 add vp9 encoder<o:p></o:p> 765cb6d add single header Yami.h/YamiC.h for user to include<o:p></o:p> 99b85bc map tr1 name space to std name space<o:p></o:p> ea0b5fd add SVC-T support for h264 CQP mode<o:p></o:p> 366d909 add support for jpeg 422H, 422V and 444P<o:p></o:p> 2d4a536 add wayland support to v4l2decoder<o:p></o:p> 1b53e29 deleted some unused encoder API<o:p></o:p> 3147d36 enc264: implement I/P/B QP setting on CQP mode<o:p></o:p> f6f1483 vpp: add denoise,sharpening and deinterlace<o:p></o:p> <o:p> </o:p> This release brought you by:<o:p></o:p> Bob Zhao<o:p></o:p> Daniel Charles<o:p></o:p> Dongping Wu<o:p></o:p> Jiankang Yu<o:p></o:p> Jia Meng<o:p></o:p> Jun Zhao<o:p></o:p> Lin Hai<o:p></o:p> Linda Yu<o:p></o:p> U. Artie Eoff<o:p></o:p> Xu Guangxin<o:p></o:p> Yizhou.Wei<o:p></o:p> Yun Zhou<o:p></o:p> Zhao, Halley<o:p></o:p> Zhong Li<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: libyami [<a href="mailto:libyami-bounces@lists.01.org">mailto:libyami-bounces@lists.01.org</a>] On Behalf Of Xu, Guangxin Sent: Wednesday, June 8, 2016 4:59 PM To: 'libyami@lists.01.org' <<a href="mailto:libyami@ml01.01.org">libyami@ml01.01.org</a>>; 'media-internal-devel@linux.intel.com' <<a href="mailto:media-internal-devel@linux.intel.com">media-internal-devel@linux.intel.com</a>> Cc: Yu, Jiankang <<a href="mailto:jiankang.yu@intel.com">jiankang.yu@intel.com</a>>; Luo, Focus <<a href="mailto:focus.luo@intel.com">focus.luo@intel.com</a>>; Zhang, Keqiao <<a href="mailto:keqiao.zhang@intel.com">keqiao.zhang@intel.com</a>>; Wang, Fei W <<a href="mailto:fei.w.wang@intel.com">fei.w.wang@intel.com</a>>; Lin, Hai1 <<a href="mailto:hai1.lin@intel.com">hai1.lin@intel.com</a>>; Wu, DongpingX <<a href="mailto:dongpingx.wu@intel.com">dongpingx.wu@intel.com</a>>; Chehab, John <<a href="mailto:john.chehab@intel.com">john.chehab@intel.com</a>>; Zhuang, Lena <<a href="mailto:lena.zhuang@intel.com">lena.zhuang@intel.com</a>> Subject: [libyami] libyami 0.4.0 release<o:p></o:p> </div> </div> <o:p> </o:p> We are delighted to announce that libyami 0.4.0 was released under the new Apache v2.0 license. <o:p></o:p> Hope it will give you more freedom.<o:p></o:p> <o:p> </o:p> libyami 0.4.0 release, work with libva 2016Q2 release<o:p></o:p> =====================<o:p></o:p> We relicensed entire project from LGPL to Apache V2<o:p></o:p> +add mpeg2 decoder<o:p></o:p> +add vc1 decoder<o:p></o:p> +merge all so to single libyami.so<o:p></o:p> -mpeg2/vc1 pass conformance rate is 70%<o:p></o:p> fix patch should ready in very soon.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: libyami [<a href="mailto:libyami-bounces@lists.01.org">mailto:libyami-bounces@lists.01.org</a>] On Behalf Of Xu, Guangxin Sent: Monday, December 28, 2015 1:23 PM To: 'libyami@lists.01.org' <<a href="mailto:libyami@ml01.01.org">libyami@ml01.01.org</a>>; 'media-internal-devel@linux.intel.com' <<a href="mailto:media-internal-devel@linux.intel.com">media-internal-devel@linux.intel.com</a>> Cc: Chehab, John <<a href="mailto:john.chehab@intel.com">john.chehab@intel.com</a>>; Fu, Michael <<a href="mailto:michael.fu@intel.com">michael.fu@intel.com</a>> Subject: [libyami] libyami 0.3.1 release<o:p></o:p> </div> </div> <o:p> </o:p> libyami 0.3.1 release, work with libva 2015Q4 release<o:p></o:p> =====================<o:p></o:p> +b frame for h264 encoder<o:p></o:p> +CBR for h265 encoder<o:p></o:p> +yamitransocde application, it will do zero copy transcode, much faster than yamiencode<o:p></o:p> +fix static library link issue<o:p></o:p> +fix various issue in vaapidisplay, vp8dec, h264enc, h265enc, factory<o:p></o:p> -transocde application will use default configuration, it did not use user set one.<o:p></o:p> -if you use latest ffmpeg, vp9 decoder will failed for some clips.mentioned in #347.<o:p></o:p> it's not core library's issue. It's a yamidecode's issue.<o:p></o:p> You can use ffmpeg 2.6 as workaround.<o:p></o:p> <o:p> </o:p> This release brought you by:<o:p></o:p> Andy Liu<o:p></o:p> Charles Daniel<o:p></o:p> Eoff Ullysses A<o:p></o:p> Dongping Wu<o:p></o:p> Guangxin Xu<o:p></o:p> Hai Lin<o:p></o:p> Halley Zhao<o:p></o:p> Jsorg71<o:p></o:p> Zhong Li<o:p></o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: Xu, Guangxin Sent: Thursday, September 24, 2015 9:57 AM To: <a href="mailto:libyami@lists.01.org">libyami@lists.01.org</a>; <a href="mailto:media-internal-devel@linux.intel.com"> media-internal-devel@linux.intel.com</a> Cc: Li, Jocelyn; Chehab, John; Kelley, Sean V; Fu, Michael; Charles, Daniel Subject: libyami 0.3.0 release<o:p></o:p> </div> </div> <o:p> </o:p> libyami 0.3.0 release, work with libva 2015Q3 release<o:p></o:p> =====================<o:p></o:p> +h265 decoder<o:p></o:p> +h265 encoder<o:p></o:p> +new mode -2 for yamidecode, it will output per frame md5 for decoded yuv<o:p></o:p> +some bug fix for vp8,vp9,h264 conformance.<o:p></o:p> +simplify configure.ac<o:p></o:p> <o:p> </o:p> This release brought you by:<o:p></o:p> Andy Liu<o:p></o:p> Cong Zhong<o:p></o:p> Eoff Ullysses A<o:p></o:p> Guangxin Xu<o:p></o:p> Hai Lin<o:p></o:p> Jiankang Yu<o:p></o:p> Jsorg71<o:p></o:p> Keqiao Zhang<o:p></o:p> Wei Lin<o:p></o:p> Zhong Li<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: Xu, Guangxin Sent: Friday, July 31, 2015 3:53 PM To: Xu, Guangxin; <a href="mailto:libyami@lists.01.org">libyami@lists.01.org</a>; <a href="mailto:media-internal-devel@linux.intel.com">media-internal-devel@linux.intel.com</a> Cc: Li, Jocelyn; Chehab, John; Kelley, Sean V; Fu, Michael; Charles, Daniel Subject: libyami 0.2.5 release<o:p></o:p> </div> </div> <o:p> </o:p> libyami 0.2.5 release, work with libva 2015Q2 release<o:p></o:p> =====================<o:p></o:p> +update codec parser to latest version<o:p></o:p> +fix all compile warnings.<o:p></o:p> +add CBR for h264 and vp8 encoder.<o:p></o:p> +add "SharedPtr<VideoFrame> getOutput()" to decoder<o:p></o:p> +fix one loop filter issue in vp8dec<o:p></o:p> +1 bug in NativeDisplayDrm<o:p></o:p> +handle annexb format codec data in h264 decoder<o:p></o:p> +one “deref NULL” bug in v4l2 encoder.<o:p></o:p> +self-register enc/dec/vpp with their factories.<o:p></o:p> +add a simple player to demo decoder api usage(200 lines)<o:p></o:p> +add grid application to demo MxN ways decode + dipslay<o:p></o:p> +select driver name base on decoder profile<o:p></o:p> <o:p> </o:p> This release brought you by:<o:p></o:p> Andy Liu<o:p></o:p> Charles Daniel<o:p></o:p> Eoff Ullysses A<o:p></o:p> Guangxin Xu<o:p></o:p> Gwenole Beauchesne<o:p></o:p> Zhong Li<o:p></o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: <a href="mailto:media-internal-devel-request@eclists.intel.com"> media-internal-devel-request@eclists.intel.com</a> [<a href="mailto:media-internal-devel-request@eclists.intel.com">mailto:media-internal-devel-request@eclists.intel.com</a>] On Behalf Of Xu, Guangxin Sent: Thursday, June 11, 2015 10:00 AM To: <a href="mailto:libyami@lists.01.org">libyami@lists.01.org</a>; <a href="mailto:media-internal-devel@linux.intel.com"> media-internal-devel@linux.intel.com</a> Cc: Li, Jocelyn; Chehab, John; Kelley, Sean V; Fu, Michael; Charles, Daniel Subject: RE: [media-internal-devel] libyami 0.2.4 release<o:p></o:p> </div> </div> <o:p> </o:p> libyami 0.2.4 release<o:p></o:p> =====================<o:p></o:p> +add vpp interface for c++, Scaling and CSC added to vpp.<o:p></o:p> +fix momory leak, uninitialized variable and invalid read reported by valgrind<o:p></o:p> +3 bugs fixed for vp8 encoder.<o:p></o:p> +.gitignore file<o:p></o:p> + update correct profile name for vp9 since libva updated.<o:p></o:p> +fix "resolution changed in v4l2 egl mode makes yami crash" issue<o:p></o:p> -decode output dump can't gusss output fourcc from file extension<o:p></o:p> <o:p> </o:p> This release brought you by:<o:p></o:p> Andy Liu<o:p></o:p> Charles Daniel<o:p></o:p> Guangxin Xu<o:p></o:p> Jiankang Yu<o:p></o:p> Jsorg71<o:p></o:p> Kun Luo<o:p></o:p> Navare, Manasi D<o:p></o:p> Sean Kelley<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: Xu, Guangxin Sent: Friday, March 27, 2015 10:11 AM To: Xu, Guangxin; <a href="mailto:libyami@lists.01.org">libyami@lists.01.org</a> Subject: RE: libyami 0.2.3 release<o:p></o:p> </div> </div> <o:p> </o:p> libyami 0.2.3 release<o:p></o:p> =====================<o:p></o:p> +add VIDIOC_G_CROP to io ctrl<o:p></o:p> +fix one ImagePtr leak issue, since ImagePtr hold DisplayPtr, it also leak VaapiDisplay<o:p></o:p> <o:p> </o:p> Thanks.<o:p></o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: libyami [<a href="mailto:libyami-bounces@lists.01.org">mailto:libyami-bounces@lists.01.org</a>] On Behalf Of Xu, Guangxin Sent: Wednesday, March 11, 2015 2:47 PM To: <a href="mailto:libyami@lists.01.org">libyami@lists.01.org</a> Subject: [libyami] libyami 0.2.2 release<o:p></o:p> </div> </div> <o:p> </o:p> libyami 0.2.2 release<o:p></o:p> =====================<o:p></o:p> <o:p> </o:p> features update<o:p></o:p> ---------------<o:p></o:p> +fix one include issue in capi header<o:p></o:p> +3 fixes for vp9 decoder and parser<o:p></o:p> +use cabac as default entropy mode for h264 encoder<o:p></o:p> +fix several issues when we use v4l2 decoder in gles mode<o:p></o:p> <o:p> </o:p> This release brought you by:<o:p></o:p> Daniel Charles<o:p></o:p> Guangxin Xu<o:p></o:p> Jay Sorg<o:p></o:p> Jiankang Yu<o:p></o:p> Kun Luo<o:p></o:p> Sameer Kibey<o:p></o:p> <o:p> </o:p> Thanks.<o:p></o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: libyami [<a href="mailto:libyami-bounces@lists.01.org">mailto:libyami-bounces@lists.01.org</a>] On Behalf Of Xu, Guangxin Sent: Wednesday, January 28, 2015 3:18 PM To: <a href="mailto:libyami@lists.01.org">libyami@lists.01.org</a> Cc: Kibey, Sameer Subject: [libyami] libyami 0.2.1 release<o:p></o:p> </div> </div> <o:p> </o:p> libyami 0.2.1 release<o:p></o:p> =====================<o:p></o:p> the main target of this release is bug fix, especially the busy waiting issue.<o:p></o:p> <o:p> </o:p> features update<o:p></o:p> ---------------<o:p></o:p> +fix one busy waiting bug in v4l2decoder.<o:p></o:p> -It will drain out cpu resource even we pause the video.<o:p></o:p> +4 patches apply to fix vp9 conformance test.<o:p></o:p> +add fakedec, it's good start for performance measure.<o:p></o:p> +fix random crash bug when we use "yamidecoder -m -1"<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: Zhao, Halley Sent: Friday, January 09, 2015 6:07 PM To: 'libyami@lists.01.org' Cc: Li, Jocelyn; Kelley, Sean V Subject: libyami 0.2.0 release<o:p></o:p> </div> </div> <o:p> </o:p> libyami 0.2.0 release<o:p></o:p> =====================<o:p></o:p> <o:p> </o:p> features update<o:p></o:p> ---------------<o:p></o:p> + add VP9 decoder<o:p></o:p> + add VP8 encoder<o:p></o:p> + add JPEG encoder<o:p></o:p> + add Demux support leverage libavformat,: --enable-avformat<o:p></o:p> - yamidecode runs ok when there is no xwindow rendering (-m -1/0)<o:p></o:p> - v4l2decode is ok when there is with or w/o rendering<o:p></o:p> - support libvaformat from the version installed in Ubuntu13.10<o:p></o:p> - known issue: when there is video rendering, yamidecode blocks at<o:p></o:p> XGetWindowAttributes() after libva dlopen(i965_drv).<o:p></o:p> Add XInitThreads() make things worse. It is strange.<o:p></o:p> + Fps update for "-m -1", we get stable performance data now<o:p></o:p> + V4l2 fixes: seek, unconditionally stop<o:p></o:p> + enable FFmpeg to use libyami for h264 decoding, create example player to<o:p></o:p> demonstrate it, especially on rendering video as texture through dma_buf<o:p></o:p> <a href="https://github.com/01org/player-ffmpeg-yami">https://github.com/01org/player-ffmpeg-yami</a><o:p></o:p> <o:p> </o:p> known issues<o:p></o:p> ---------------<o:p></o:p> - for avformat support in yamidecode, when there is video rendering,<o:p></o:p> yamidecode blocks at XGetWindowAttributes() after libva dlopen(i965_drv).<o:p></o:p> Add XInitThreads() make things worse. It is strange.<o:p></o:p> v4l2decode doesn't have such issue. (yamidecode is one thread application)<o:p></o:p> <o:p> </o:p> thoughts on libyami (media framework and window system support)<o:p></o:p> --------------------------------------------------<o:p></o:p> these points are not our priority yet.<o:p></o:p> <o:p> </o:p> + Wayland support<o:p></o:p> We did a lot to support Wayland before:<o:p></o:p> - add Wayland platform support in libva and driver, does hack to<o:p></o:p> copy wayland-drm protocol from mesa/egl<o:p></o:p> - add Wayland platform in middleware, gstreamer-vaapi for example<o:p></o:p> <o:p> </o:p> the detects are:<o:p></o:p> - so far, only plain rendering is supported: wl_surface_attach/wl_surface_damage;<o:p></o:p> texture video rendering is still a gap<o:p></o:p> - the shared wl_display/wl_window/wl_event_queue are complex and problematic<o:p></o:p> <o:p> </o:p> it should be much easier with dma_buf.<o:p></o:p> We needn't do anything special for native window system in either vaapi driver or<o:p></o:p> codec library. with dma_buf handle exported, application can draw the video <o:p></o:p> frame (dma_buf) by EGL/GLES, EGL handle native window system automatically(including<o:p></o:p> wrap it into a wl_buffer internally).<o:p></o:p> <o:p> </o:p> + GStreamer support<o:p></o:p> We usually do a lot on hw video buffer sharing in GStreamer, hw video buffer are<o:p></o:p> platform dependent, but the framework requires to wrap them in a generic way. we do<o:p></o:p> a lot in decoder to wrap a platform dependent handle into a subclass of base<o:p></o:p> video buffer, then unwrap it in video sink. and tries best to hide hw detail when<o:p></o:p> a sw component request to access the frame data.<o:p></o:p> <o:p> </o:p> it becomes simple when hw codec support dma_buf, since dma_buf is Linux generic.<o:p></o:p> it is possible that hw video become not the 2nd class citizen any more. we don't<o:p></o:p> need additional wrapper in decoder side, and we don't need a special video sink<o:p></o:p> for each hw video type.<o:p></o:p> <o:p> </o:p> + dma_buf rendering for legacy support<o:p></o:p> in the above ideas, we usually consider EGL/GLES rendering context, how about<o:p></o:p> legacy usage? it is simple as well.<o:p></o:p> <o:p> </o:p> DRI3 protocol support dma_buf, it means a dma_buf handle can be sent to server<o:p></o:p> for window update. Keith said mesa is using it, and on server side glamor handle<o:p></o:p> the dma_buf. the remaining gap is that YUV buffer hasn't been supported yet, but<o:p></o:p> not hard to add it.<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm"> From: Zhao, Halley Sent: Friday, November 28, 2014 2:26 PM To: <a href="mailto:libyami@lists.01.org">libyami@lists.01.org</a> Cc: Li, Jocelyn; Kelley, Sean V Subject: libyami 0.1.4 release<o:p></o:p> </div> </div> <o:p> </o:p> libyami 0.1.4 release<o:p></o:p> =====================<o:p></o:p> <o:p> </o:p> features update<o:p></o:p> ---------------<o:p></o:p> - Additional fixes(most are thread race condition) for v4l2 wrapper (egl/gles)<o:p></o:p> - Add glx support in v4l2 wrapper<o:p></o:p> - Basic transcoding support: encoder test accepts input data from decoder output<o:p></o:p> - Testscript is added, it supports one-run-for-all: with a folder including h264/vp8/jpeg/raw-ref,<o:p></o:p> we can test them in one run. It serves as BAT (basic acceptance test) for pull request merge.<o:p></o:p> - Report fps in decode test, support decoding only test (skip rendering)<o:p></o:p> - Vp8/jpeg are supported in v4l2 decoder as well<o:p></o:p> - Decode test can be built/run without X11<o:p></o:p> - Code refinement for decoder test output and encoder classes<o:p></o:p> - dma_buf fixes, when video frame is exported as dma_buf, it renders well as texture<o:p></o:p> - with additional patch for chrome:<o:p></o:p> V4L2VDA/V4L2VEA pass chrome video unit test<o:p></o:p> video playback in browser draft ok<o:p></o:p> - for v4l2 wrapper, see: <a href="https://github.com/halleyzhao/yami-share/blob/master/Yami_V4L2_wrapper_for_Chrome.pdf"> https://github.com/halleyzhao/yami-share/blob/master/Yami_V4L2_wrapper_for_Chrome.pdf</a><o:p></o:p> <o:p> </o:p> known issues<o:p></o:p> ---------------<o:p></o:p> - this release has been fully tested by validation team<o:p></o:p> - some jpeg file similarity <0.99 (~0.98) after decoding<o:p></o:p> <a href="https://github.com/01org/libyami/issues/108"> https://github.com/01org/libyami/issues/108</a><o:p></o:p> <o:p> </o:p> future release plan:<o:p></o:p> ====================<o:p></o:p> Dec: v0.2<o:p></o:p> jpeg encoder<o:p></o:p> vp9 decoder<o:p></o:p> vp8 encoder (depends on driver availability)<o:p></o:p> initial ffmpeg support<o:p></o:p> <o:p> </o:p> Feb'15: v0.3<o:p></o:p> unified input/output buffer of yami<o:p></o:p> transcoding support with unified input/output buffer<o:p></o:p> camera dma_buf support, camera with jpeg input<o:p></o:p> use yami in ffmpeg for hw codec<o:p></o:p> <o:p> </o:p> Future:<o:p></o:p> h265 decoder<o:p></o:p> </div> </body> </html>