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

[Michael Niedermayer]

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

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I have never wished to cater to the crowd; for what I know they do not
approve, and what they approve I do not know. -- Epicurus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070719/a7405c1b/attachment.pgp>