pierre-louis wrote:
> > > Have you played with the "prebuf" field? It defines the amount of
> > buffering
> > > before playback starts. By default it is set to the tlength size,
> > that may
> > > explain your 2s wait.
> >
> > i don't think so. the 2s happens at the end of playback, not the
> > start.
> > the trac ticket i referenced explains it pretty well. (but to answer
> > your
> > question, yes, i played with it.)
>
> Quite frankly I am not sure what the problem is, even after reading the bug
> description.
>
> In your test file, you have a single stream open. If you write sequentially
> multiple tones, they will be played one after the other. There cannot be any
> issues with synchronization here, things are serial by construction.
> And if you want your program to exit quickly, then you should use
> pa_simple_flush, otherwise you will always have to wait for the buffered
> data to be played out.
>
> Indeed pa_simple_drain has a delay, but I fail to see how it's a blocking
> point.
pa_play -s somehost tone1.wav
pa_play -s somehost tone2.wav
pa_play -s somehost tone3.wav
the three tones will be separated by 2.2 second gaps of silence.
paul
=---------------------
paul fox, pgf at foxharp.boston.ma.us (arlington, ma, where it's 72.1 degrees)
