[vlc-devel] At last, the problem! Now, what to do?
John Michael Zorko
j.zorko at att.net
Wed Jun 4 06:29:33 CEST 2003
Hello, all ...
I've been chasing this wobbly audio problem for days now. The
resampling code I identified weeks ago, but I never understood why
seeking a lot triggers it so much. Now, I do.
Freakin' input_Peek(), which is called by the MP3 demuxer's GetHeader()
every time I seek, which is how I do fast-forward / rewind (how else is
one to rewind, other than lseek()ing backwards?) Our friend
input_Peek() calls input_FillBuffer(), which is _usually_ managed by
input_ManageClockRef() via pf_demux (MP3 demuxer in my case). Seeking
bypasses the whole clock management routines, which means that whenever
we seek, we end up putting stuff in the decoder FIFO without waiting
the appropriate amount of time. So, the stuff gets streamed out
faster, hence the client VLC's have to alter their playback rate to
keep in sync.
This is a problem with input_Seek(), my ff / rewind code exacerbates it
because that's how it does its' thing. I want to fix this, but i'm not
sure how yet. Any ideas? Should seeks be constrained by
input_ManageClockRef(), as reads are (by the demux module)?
Falling You - exploring the beauty of voice and sound
New EP, "hope thrown down," available now at
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>
More information about the vlc-devel