[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