[FFmpeg-devel] dvdata.h mess, are there still objections to fixing it

Reimar Döffinger Reimar.Doeffinger
Thu Oct 15 20:56:36 CEST 2009


On Thu, Oct 15, 2009 at 07:44:24PM +0100, M?ns Rullg?rd wrote:
> Reimar D?ffinger <Reimar.Doeffinger at gmx.de> writes:
> 
> > On Thu, Oct 15, 2009 at 07:21:36PM +0100, M?ns Rullg?rd wrote:
> >> Reimar D?ffinger <Reimar.Doeffinger at gmx.de> writes:
> >> > I remember that dvdata.h was discussed in the past.
> >> > There is a huge amount of data in that header, and it is included 3
> >> > times.
> >> > That means that the FFmpeg binary contains
> >> > dv_idct_factor_hd1080, dv_idct_factor_hd720, work_chunks_dv100pali,
> >> > work_chunks_dv100ntsci, dv_idct_factor_sd etc. 3 times, making about
> >> > 233kB of .bss wasted for no good reason at all.
> >> > Preferably someone should check which ones are actually, really,
> >> > performance relevant and that compiler optimizes away and keep only
> >> > those in the header, but in case nobody volunteers, are there any
> >> > objections to moving dv_profiles and all the non-const stuff to a
> >> > separate .c file (while adding ff_ prefix)?
> >> 
> >> Just do it.
> >
> > Yeah, after looking at its effects I started working on it.
> > It only moves out the profiles, which I really expect not
> > to make any performance difference.
> > .rodata size reduced by 3264 bytes, .bss size reduced by
> > 312416 bytes (on x86_64).
> > While I can't imagine that I could have messed it up, I'd appreciate a
> > quick verification of the Makefile part.
> 
> I can't read michael-diffs.

Huh? If you mean the svn cp "mess", just look only at the last few lines
of the diff.



More information about the ffmpeg-devel mailing list