[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