[Ffmpeg-devel] [patch] fix up CONFIG_ENCODERS
Måns Rullgård
mru
Sun Apr 17 16:07:01 CEST 2005
Michael Niedermayer <michaelni at gmx.at> writes:
> Hi
>
> On Sunday 17 April 2005 15:11, M?ns Rullg?rd wrote:
>> Diego Biurrun <diego at biurrun.de> writes:
>> > On Fri, Apr 08, 2005 at 02:06:53PM -0600, Mike Melanson wrote:
>> >> Michael Niedermayer wrote:
>> >> >IMHO the whole CONFIG_ENCODERS should be dropped in favor of per
>> >> >encoder/decoder #ifdefs, the later can and should also be added
>> >> >incrementally, 1 codec at a time and be only around non-static
>> >> > functions of each codec or skip compiling whole files
>> >>
>> >> I support this approach as well.
>> >
>> > I think a --disable-encoding (or whatever) shortcut in configure is and
>> > will be very useful.
>
> agree
What should the rules be here? I suppose the default should be
everything on. It would then be useful to be able to
--disable-encoders --enable-encoder-foo and get only that single
encoder. Same for decoders.
>> > MPlayer is compiled with --disable-mencoder all
>> > the time and those people will benefit from skipping the code they will
>> > never need. I agree that per-codec enabling and disabling would be cool
>> > to have but until this is becomes a reality I support updating the
>> > CONFIG_ENCODERS infrastructure.
>
> iam against wasting time on something which will be replaced
>
>>
>> Do we all agree that individual disabling of each encoder/decoder is a
>> good idea? In that case, we might as well start the conversion, one
>> codec at a time. Are there any codecs that depend on other codecs?
>
> various mpeg/h26* variants ...
Like I thought. I guess the details are in the source.
--
M?ns Rullg?rd
mru at inprovide.com
More information about the ffmpeg-devel
mailing list