[pulseaudio-discuss] long delay after "paplay -s somehost foo.wav"

Paul Fox pgf at foxharp.boston.ma.us
Wed Aug 10 14:20:39 PDT 2011

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 fox, pgf at foxharp.boston.ma.us (arlington, ma, where it's 72.1 degrees)

More information about the pulseaudio-discuss mailing list