< Playback only: minimum request. The server does not request * less than minreq bytes from the client, instead waits until the * buffer is free enough to request more bytes at once. It is * recommended to set this to (uint32_t) -1, which will initialize * this to a value that is deemed sensible by the server. This * should be set to a value that gives PulseAudio enough time to * move the data from the per-stream playback buffer into the * hardware playback buffer.
< Playback only: pre-buffering. The server does not start with * playback before at least prebuf bytes are available in the * buffer. It is recommended to set this to (uint32_t) -1, which * will initialize this to the same value as tlength, whatever * that may be. * * Initialize to 0 to enable manual start/stop control of the stream. * This means that playback will not stop on underrun and playback * will not start automatically, instead pa_stream_cork() needs to * be called explicitly. If you set this value to 0 you should also * set PA_STREAM_START_CORKED. Should underrun occur, the read index * of the output buffer overtakes the write index, and hence the * fill level of the buffer is negative. * * Start of playback can be forced using pa_stream_trigger() even * though the prebuffer size hasn't been reached. If a buffer * underrun occurs, this prebuffering will be again enabled.
< Playback only: target length of the buffer. The server tries * to assure that at least tlength bytes are always available in * the per-stream server-side playback buffer. The server will * only send requests for more data as long as the buffer has * less than this number of bytes of data. * * It is recommended to set this to (uint32_t) -1, which will * initialize this to a value that is deemed sensible by the * server. However, this value will default to something like 2s; * for applications that have specific latency requirements * this value should be set to the maximum latency that the * application can deal with. * * When PA_STREAM_ADJUST_LATENCY is not set this value will * influence only the per-stream playback buffer size. When * PA_STREAM_ADJUST_LATENCY is set the overall latency of the sink * plus the playback buffer size is configured to this value. Set * PA_STREAM_ADJUST_LATENCY if you are interested in adjusting the * overall latency. Don't set it if you are interested in * configuring the server-side per-stream playback buffer * size.
< Maximum length of the buffer in bytes. Setting this to (uint32_t) -1 * will initialize this to the maximum value supported by server, * which is recommended. * * In strict low-latency playback scenarios you might want to set this to * a lower value, likely together with the PA_STREAM_ADJUST_LATENCY flag. * If you do so, you ensure that the latency doesn't grow beyond what is * acceptable for the use case, at the cost of getting more underruns if * the latency is lower than what the server can reliably handle.
Playback and record buffer metrics