[FFmpeg-devel] RFC: ffplay for Android

C.L Lee cl.li1980 at gmail.com
Mon May 30 03:05:07 CEST 2011

to support Android, only OpenMAX IL layer APIs need to be considered.
For small pictures, decoding eats most of the time, however for big pictures
as 720p and more, the cost of rendering increased a lot because of the
byte-copying from AV_Frame to H/W render buffer.

Anyway the buffer for decoded frame is managed inside FFMpeg and it is not
easy to set up some kind of tunnel on embedded SOC to take advantage of the
H/W accelerator.

On Mon, May 30, 2011 at 6:17 AM, Michael Niedermayer <michaelni at gmx.at>wrote:

> On Sun, May 29, 2011 at 10:33:13PM +0800, C.L Lee wrote:
> > Hi:
> >
> > Is it possible to develop some H/W based codec(ex. based on OMX IL), but
> > still compatible with avcodec architecture?
> there is hw support in avcodec for various desktop apis, so id guess
> its possible but i dunno whats available on android
> > I have also developed an Android video player for Android, but it is
> > extremely slow compared with the native player on my Galaxy Tablet.
> are all the arm asm optims enabled?
> is the decoding or the display eating most time?
> [...]
> --
> Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
> Its not that you shouldnt use gotos but rather that you should write
> readable code and code with gotos often but not always is less readable
> Version: GnuPG v1.4.10 (GNU/Linux)
> iEYEARECAAYFAk3ixeoACgkQYR7HhwQLD6tdswCfTN/Vfdo8ar7G/h9OcJUAUFxJ
> P/8An2aQJqsnxuQrPxKTgdh4iL4BsibA
> =7ob3
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

More information about the ffmpeg-devel mailing list