[MPlayer-dev-eng] [PATCH] fix for -srate bug
D Richard Felker III
dalias at aerifal.cx
Sun Oct 17 17:31:53 CEST 2004
On Sun, Oct 17, 2004 at 05:06:34PM +0200, Attila Kinali wrote:
> On Sun, 1 Aug 2004 23:53:58 +0900
> Attila Kinali <attila at kinali.ch> wrote:
>
> > On Fri, Jul 16, 2004 at 02:55:26PM -0400, Giacomo Comes wrote:
> > > Some time ago I reported a bug with the -srate option.
> > > I have been digging around a little bit and I found the solution.
> > > This patch solve the problem.
> > >
> > > --- libaf/af.c.ori 2004-07-15 17:42:07.000000000 -0400
> > > +++ libaf/af.c 2004-07-15 17:42:28.000000000 -0400
> > > @@ -382,12 +382,6 @@
> > > if(!af || (AF_OK != af->control(af,AF_CONTROL_RESAMPLE_RATE,
> > > &(s->output.rate))))
> > > return -1;
> > > - // Use lin int if the user wants fast
> > > - if ((AF_INIT_TYPE_MASK & s->cfg.force) == AF_INIT_FAST) {
> > > - char args[32];
> > > - sprintf(args, "%d:0:0", s->output.rate);
> > > - af->control(af, AF_CONTROL_COMMAND_LINE, args);
> > > - }
> > > if(AF_OK != af_reinit(s,af))
> > > return -1;
> > > }
> > >
> > > This code went in 2004-01-27 and it's what cause the problem with -srate.
> > > Can somebody explain if it can be safely removed or it has to stay but it needs
> > > some modification?
> >
> > Good question. Is there somebody out there who cares about af ?
>
> Anyone out there ?
the original code is correct as far as i can tell. if someone claims
it's a bug they need to explain why, not just send a patch.
rich
More information about the MPlayer-dev-eng
mailing list