[MPlayer-dev-eng] New audio filter layer finished

Arpi arpi at thot.banki.hu
Wed Oct 2 11:52:44 CEST 2002


Hi,

> > > but what's more important: it seems the resample filter delays 1.2-1.5
> > > seconds of teh audio. the a-v sync code detects and slowly corrects it
> > > but it took a while.  is there any partcular reason for such big delay?
> > 
> > hmm. if i seek, there is no delay any more, strange.
> > it seems that the filter dropped the first audio 'packet' it got, and as teh
> > first packet is big enough to fill the whole audio buffer (audio preload) it
> > causes 1-1.5s initial delay.
> > 
> > i'm sleepy now, will debug it deeper tomorrow.
> 
> yes it's teh filter...
> 
> Start playing...
> 
> AF: 69122 -->
> Reallocating memory in module resample, old len = 0, new len = 63639
> 0
> AF: 69120 --> 0
> AF: 69120 --> 0
> AF: 69120 --> 13180
> AF: 57004 --> 52372

digging a bit deeper i've found thet the bug is inside af_resampel.c,
it gets the right len but returns bad.

it's probably caused by 16bit arith used there!??

  uint16_t              len   = 0;              // Number of input samples

etc

why is int16 used everywhere ?
buffers may be (and are) larger than 65535.


A'rpi / Astral & ESP-team

--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu



More information about the MPlayer-dev-eng mailing list