well, Which function do you mean to?
> Also, for this frame no pixel format is set.
Add it, thanks.
>> +frame->buf[0] = av_buffer_create((uint8_t*)yami_frame,
>> + sizeof(VideoFrameRawData), yami_recycle_frame, avctx, 0);
> Breaks refcounting of the YUV420P frame?
Sorry, not catch
From: "Zhao, Halley"
- do not support multi-thread decoding, it is unnecessary for hw
- create a decode thread to interface with yami decoding, decouple
frame in and out
- the output frame type (raw data | drm handle | dmabuf) are specified
in avctx->coder during init
-
From: "Zhao, Halley"
add possible C++ based library dependency
add multiple packages dependency for one component
add h264dec basing on libyami
---
configure | 78 --
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c
From: "Zhao, Halley"
libyami is a core codec library to support hw acceleration basing on vaapi:
https://github.com/01org/libyami
this patch add h264dec basing on libyami, similar to the solution basing on
libstagefright.
moreover, it supports dma_buf and other frame mode, enabl
i,
> >
> > On Mon, Jan 12, 2015 at 12:59 AM, Zhao, Halley
> >
> > wrote:
> >
> > > I understand you concern.
> > > The wrapper doesn't help much to ffmpeg itself, however, it
> > > benefits
> much
> > > to the apps uses ffm
I understand you concern.
The wrapper doesn't help much to ffmpeg itself, however, it benefits much to
the apps uses ffmpeg, to pick up hw capability for codec.
-Original Message-
From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org]
On Behalf Of Ronald S. Bultj
m.
> -Original Message-
> From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-
> boun...@ffmpeg.org] On Behalf Of wm4
> Sent: Monday, January 12, 2015 9:35 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 2/2] add libyami.cpp for h264
> decoding by
> Maintaining decoders is the point of this project.
Yes, I agree the core of ffmpeg is codec;
But, from the user, ffmpeg is usually treated as a light-weight media
framework. Being a media framework, it is good to leverage hw codec in many
cases.
> Besides, there are some more things missing fr
From: "Zhao, Halley"
libyami is a core codec library to support hw acceleration basing on vaapi:
https://github.com/01org/libyami
this patch add h264dec basing on libyami, similar to the solution basing on
libstagefright.
moreover, it supports dma_buf and other frame mode, enabl
From: "Zhao, Halley"
- do not support multi-thread decoding, it is unnecessary for hw
- create a decode thread to interface with yami decoding, decouple
frame in and out
- the output frame type (raw data | drm handle | dmabuf) are specified
in avctx->coder during init
-
From: "Zhao, Halley"
---
configure | 24 +++-
libavcodec/Makefile| 1 +
libavcodec/allcodecs.c | 1 +
3 files changed, 21 insertions(+), 5 deletions(-)
mode change 100644 => 100755 libavcodec/Makefile
diff --git a/configure b/configure
11 matches
Mail list logo
