> > 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. -Pierre
