[FFmpeg-devel] PATCH: allow load_input_picture, load_input_picture to be architecture dependent

Marc Hoffman mmhoffm
Thu Jul 19 13:35:55 CEST 2007


On 7/19/07, Michael Niedermayer <michaelni at gmx.at> wrote:
> Hi
>
> On Wed, Jul 18, 2007 at 10:37:08PM -0400, Marc Hoffman wrote:
> > On 7/18/07, Michael Niedermayer <michaelni at gmx.at> wrote:
> > > Hi
> > >
> > > On Wed, Jul 18, 2007 at 09:22:57PM -0400, Marc Hoffman wrote:
> > > > On 7/4/07, Michael Niedermayer <michaelni at gmx.at> wrote:
> > > > >
> > > > > Hi
> > > > >
> > > > > On Tue, Jun 26, 2007 at 03:49:11PM -0400, mmh wrote:
> > > > > Content-Description: message body text
> > > > > >
> > > > > > This patch lays the ground work for pipelined data movement for the
> > > > > > load_input_picture function.
> > > > > >
> > > > > > If this load is pipelined my embedded system will save around 33MIPS
> > > > > > for QVGA video encode, multiply by 4 for SD.
> > > > > >
> > > > > > This functionality includes 2 functions, get_frame, and frame_ready
> > > > > > which can be defined by a specific architecture.
> > > > >
> > > > > just ensure that the linesize is correct and that
> > > > > CODEC_FLAG_INPUT_PRESERVED
> > > > > is set then the image wont be copied
> > > >
> > > >
> > > > Hi,
> > > >
> > > > Where do you propose I make this change, I guess I'm not 100% clear on this
> > > > idea.
> > >
> > > in the code which uses libavcodec (that is likely ffmpeg.c) but it might be
> > > better to wait until after libavfilter ...
> > >
> >
> > We need this now (real soon),
>
> who is we?
>
>
> > how long before libavfilter?
>
> months

We would be me ++ folks using Blackfin in real systems that are
waiting for better system performance.

Thanks
Marc




More information about the ffmpeg-devel mailing list