[FFmpeg-devel] rough PATCH: reducing the memory copies

Marc Hoffman mmhoffm
Wed Jun 27 03:42:13 CEST 2007


On 6/26/07, Michael Niedermayer <michaelni at gmx.at> wrote:
>
> Hi
>
> On Tue, Jun 26, 2007 at 08:33:34PM -0400, Marc Hoffman wrote:
> > On 6/26/07, Marc Hoffman <mmhoffm at gmail.com> wrote:
> > >
> > >
> > >
> > > On 6/25/07, mmh <mmh at pleasantst.com> wrote:
> > > >
> > > > Michael Niedermayer writes:
> > > > > Hi
> > > > >
> > > > > On Mon, Jun 25, 2007 at 08:01:15PM -0400, mmh wrote:
> > > > > Content-Description: message body text
> > > > > >
> > > > > > This saves me about 50MIPS + reduce cache stress, by
> elliminating
> > > > this
> > > > > > memory copy, which I guess happens later anyways again.
> > > > > >
> > > > > > I know that I need to creat a new function in utils.c for this
> like
> > > > > > av_new_packet probably av_ref_packet which does the work in the
> if
> > > > variant.
> > > > > >
> > > > > > What are the problems with this and, other ideas that comes to
> mind?
> > > > >
> > > > > there probably wont be any problems, it should work fine though
> > > > > as you suspected it will sometimes tough not always cause a
> memcpy()
> > > > > to be done later ...
> > > > >
> > > > >
> > > > > [...]
> > > > > > -
> > > > > > +    PROF_BEGIN();
> > > > >
> > > > > this doesnt belong in here, the code is messy enough as is
> > > > >
> > > > >
> > > > > >      ptr = s->video_buf + s->gb_buffers.offsets[s->gb_frame];
> > > > > > -    memcpy(buf, ptr, s->frame_size);
> > > > > >
> > > > > > +    if (s->gb_buffers.frames > 1) {
> > > > > > +        av_free (pkt->data);
> > > > >
> > > > > alloc+free is not ok, dont malloc()
> > > > >
> > > > >
> > > > > > +        pkt->destruct= av_destruct_packet_nofree;
> > > > > > +        pkt->data = ptr;
> > > > > > +  pkt->size = s->frame_size;
> > > > >
> > > > > tab
> > > > >
> > > > >
> > > >
> > > > Trivial prototype correction.. Sorry for the confusion.
> > >
> > >
> > >
> > > Any objections to this patch being applied?
> > >
> >
> > I'm going to appy this tomorrow morning if there are no objections.
>
> please wait until someone reviewed it


I thought you did already call out that this would work fine. I cleaned it
up and made it modular.  Now the same thing touches a few other files but
its cleaner with respect to trying to maintain the internal API of
libavcodec.  I would like to get this out of my working tree before I take
holiday.  Sorry for pushing for closure.

BTW I appreciate your reviews, they are always so insightful.

Marc




More information about the ffmpeg-devel mailing list