1 | #ifndef foostreamhfoo |
2 | #define foostreamhfoo |
3 | |
4 | /*** |
5 | This file is part of PulseAudio. |
6 | |
7 | Copyright 2004-2006 Lennart Poettering |
8 | Copyright 2006 Pierre Ossman <ossman@cendio.se> for Cendio AB |
9 | |
10 | PulseAudio is free software; you can redistribute it and/or modify |
11 | it under the terms of the GNU Lesser General Public License as published |
12 | by the Free Software Foundation; either version 2.1 of the License, |
13 | or (at your option) any later version. |
14 | |
15 | PulseAudio is distributed in the hope that it will be useful, but |
16 | WITHOUT ANY WARRANTY; without even the implied warranty of |
17 | MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU |
18 | General Public License for more details. |
19 | |
20 | You should have received a copy of the GNU Lesser General Public License |
21 | along with PulseAudio; if not, see <http://www.gnu.org/licenses/>. |
22 | ***/ |
23 | |
24 | #include <sys/types.h> |
25 | |
26 | #include <pulse/sample.h> |
27 | #include <pulse/format.h> |
28 | #include <pulse/channelmap.h> |
29 | #include <pulse/volume.h> |
30 | #include <pulse/def.h> |
31 | #include <pulse/cdecl.h> |
32 | #include <pulse/operation.h> |
33 | #include <pulse/context.h> |
34 | #include <pulse/proplist.h> |
35 | |
36 | /** \page streams Audio Streams |
37 | * |
38 | * \section overv_sec Overview |
39 | * |
40 | * Audio streams form the central functionality of the sound server. Data is |
41 | * routed, converted and mixed from several sources before it is passed along |
42 | * to a final output. Currently, there are three forms of audio streams: |
43 | * |
44 | * \li Playback streams - Data flows from the client to the server. |
45 | * \li Record streams - Data flows from the server to the client. |
46 | * \li Upload streams - Similar to playback streams, but the data is stored in |
47 | * the sample cache. See \ref scache for more information |
48 | * about controlling the sample cache. |
49 | * |
50 | * \section create_sec Creating |
51 | * |
52 | * To access a stream, a pa_stream object must be created using |
53 | * pa_stream_new() or pa_stream_new_extended(). pa_stream_new() is for PCM |
54 | * streams only, while pa_stream_new_extended() can be used for both PCM and |
55 | * compressed audio streams. At this point the application must specify what |
56 | * stream format(s) it supports. See \ref sample and \ref channelmap for more |
57 | * information on the stream format parameters. FIXME: Those references only |
58 | * talk about PCM parameters, we should also have an overview page for how the |
59 | * pa_format_info based stream format configuration works. Bug filed: |
60 | * https://bugs.freedesktop.org/show_bug.cgi?id=72265 |
61 | * |
62 | * This first step will only create a client-side object, representing the |
63 | * stream. To use the stream, a server-side object must be created and |
64 | * associated with the local object. Depending on which type of stream is |
65 | * desired, a different function is needed: |
66 | * |
67 | * \li Playback stream - pa_stream_connect_playback() |
68 | * \li Record stream - pa_stream_connect_record() |
69 | * \li Upload stream - pa_stream_connect_upload() (see \ref scache) |
70 | * |
71 | * Similar to how connections are done in contexts, connecting a stream will |
72 | * not generate a pa_operation object. Also like contexts, the application |
73 | * should register a state change callback, using |
74 | * pa_stream_set_state_callback(), and wait for the stream to enter an active |
75 | * state. |
76 | * |
77 | * Note: there is a user-controllable slider in mixer applications such as |
78 | * pavucontrol corresponding to each of the created streams. Multiple |
79 | * (especially identically named) volume sliders for the same application might |
80 | * confuse the user. Also, the server supports only a limited number of |
81 | * simultaneous streams. Because of this, it is not always appropriate to |
82 | * create multiple streams in one application that needs to output multiple |
83 | * sounds. The rough guideline is: if there is no use case that would require |
84 | * separate user-initiated volume changes for each stream, perform the mixing |
85 | * inside the application. |
86 | * |
87 | * \subsection bufattr_subsec Buffer Attributes |
88 | * |
89 | * Playback and record streams always have a server-side buffer as |
90 | * part of the data flow. The size of this buffer needs to be chosen |
91 | * in a compromise between low latency and sensitivity for buffer |
92 | * overflows/underruns. |
93 | * |
94 | * The buffer metrics may be controlled by the application. They are |
95 | * described with a pa_buffer_attr structure. |
96 | * |
97 | * If PA_STREAM_ADJUST_LATENCY is set, then the tlength/fragsize |
98 | * parameters of the pa_buffer_attr structure will be interpreted |
99 | * slightly differently than otherwise when passed to |
100 | * pa_stream_connect_record() and pa_stream_connect_playback(): the |
101 | * overall latency that is comprised of both the server side playback |
102 | * buffer length, the hardware playback buffer length and additional |
103 | * latencies will be adjusted in a way that it matches tlength resp. |
104 | * fragsize. Set PA_STREAM_ADJUST_LATENCY if you want to control the |
105 | * overall playback latency for your stream. Unset it if you want to |
106 | * control only the latency induced by the server-side, rewritable |
107 | * playback buffer. The server will try to fulfill the client's latency |
108 | * requests as good as possible. However if the underlying hardware cannot |
109 | * change the hardware buffer length or only in a limited range, the |
110 | * actually resulting latency might be different from what the client |
111 | * requested. Thus, for synchronization clients always need to check |
112 | * the actual measured latency via pa_stream_get_latency() or a |
113 | * similar call, and not make any assumptions about the latency |
114 | * available. The function pa_stream_get_buffer_attr() will always |
115 | * return the actual size of the server-side per-stream buffer in |
116 | * tlength/fragsize, regardless whether PA_STREAM_ADJUST_LATENCY is |
117 | * set or not. |
118 | * |
119 | * The server-side per-stream playback buffers are indexed by a write and |
120 | * a read index. The application writes to the write index and the sound |
121 | * device reads from the read index. The read index is increased |
122 | * monotonically, while the write index may be freely controlled by |
123 | * the application. Subtracting the read index from the write index |
124 | * will give you the current fill level of the buffer. The read/write |
125 | * indexes are 64bit values and measured in bytes, they will never |
126 | * wrap. The current read/write index may be queried using |
127 | * pa_stream_get_timing_info() (see below for more information). In |
128 | * case of a buffer underrun the read index is equal or larger than |
129 | * the write index. Unless the prebuf value is 0, PulseAudio will |
130 | * temporarily pause playback in such a case, and wait until the |
131 | * buffer is filled up to prebuf bytes again. If prebuf is 0, the |
132 | * read index may be larger than the write index, in which case |
133 | * silence is played. If the application writes data to indexes lower |
134 | * than the read index, the data is immediately lost. |
135 | * |
136 | * \section transfer_sec Transferring Data |
137 | * |
138 | * Once the stream is up, data can start flowing between the client and the |
139 | * server. Two different access models can be used to transfer the data: |
140 | * |
141 | * \li Asynchronous - The application registers a callback using |
142 | * pa_stream_set_write_callback() and |
143 | * pa_stream_set_read_callback() to receive notifications |
144 | * that data can either be written or read. |
145 | * \li Polled - Query the library for available data/space using |
146 | * pa_stream_writable_size() and pa_stream_readable_size() and |
147 | * transfer data as needed. The sizes are stored locally, in the |
148 | * client end, so there is no delay when reading them. |
149 | * |
150 | * It is also possible to mix the two models freely. |
151 | * |
152 | * Once there is data/space available, it can be transferred using either |
153 | * pa_stream_write() for playback, or pa_stream_peek() / pa_stream_drop() for |
154 | * record. Make sure you do not overflow the playback buffers as data will be |
155 | * dropped. |
156 | * |
157 | * \section bufctl_sec Buffer Control |
158 | * |
159 | * The transfer buffers can be controlled through a number of operations: |
160 | * |
161 | * \li pa_stream_cork() - Start or stop the playback or recording. |
162 | * \li pa_stream_trigger() - Start playback immediately and do not wait for |
163 | * the buffer to fill up to the set trigger level. |
164 | * \li pa_stream_prebuf() - Reenable the playback trigger level. |
165 | * \li pa_stream_drain() - Wait for the playback buffer to go empty. Will |
166 | * return a pa_operation object that will indicate when |
167 | * the buffer is completely drained. |
168 | * \li pa_stream_flush() - Drop all data from the playback or record buffer. Do not |
169 | * wait for it to finish playing. |
170 | * |
171 | * \section seek_modes Seeking in the Playback Buffer |
172 | * |
173 | * A client application may freely seek in the playback buffer. To |
174 | * accomplish that the pa_stream_write() function takes a seek mode |
175 | * and an offset argument. The seek mode is one of: |
176 | * |
177 | * \li PA_SEEK_RELATIVE - seek relative to the current write index. |
178 | * \li PA_SEEK_ABSOLUTE - seek relative to the beginning of the playback buffer, |
179 | * (i.e. the first that was ever played in the stream). |
180 | * \li PA_SEEK_RELATIVE_ON_READ - seek relative to the current read index. Use |
181 | * this to write data to the output buffer that should be played as soon as possible. |
182 | * \li PA_SEEK_RELATIVE_END - seek relative to the last byte ever written. |
183 | * |
184 | * If an application just wants to append some data to the output |
185 | * buffer, PA_SEEK_RELATIVE and an offset of 0 should be used. |
186 | * |
187 | * After a call to pa_stream_write() the write index will be left at |
188 | * the position right after the last byte of the written data. |
189 | * |
190 | * \section latency_sec Latency |
191 | * |
192 | * A major problem with networked audio is the increased latency caused by |
193 | * the network. To remedy this, PulseAudio supports an advanced system of |
194 | * monitoring the current latency. |
195 | * |
196 | * To get the raw data needed to calculate latencies, call |
197 | * pa_stream_get_timing_info(). This will give you a pa_timing_info |
198 | * structure that contains everything that is known about the server |
199 | * side buffer transport delays and the backend active in the |
200 | * server. (Besides other things it contains the write and read index |
201 | * values mentioned above.) |
202 | * |
203 | * This structure is updated every time a |
204 | * pa_stream_update_timing_info() operation is executed. (i.e. before |
205 | * the first call to this function the timing information structure is |
206 | * not available!) Since it is a lot of work to keep this structure |
207 | * up-to-date manually, PulseAudio can do that automatically for you: |
208 | * if PA_STREAM_AUTO_TIMING_UPDATE is passed when connecting the |
209 | * stream PulseAudio will automatically update the structure every |
210 | * 100ms and every time a function is called that might invalidate the |
211 | * previously known timing data (such as pa_stream_write() or |
212 | * pa_stream_flush()). Please note however, that there always is a |
213 | * short time window when the data in the timing information structure |
214 | * is out-of-date. PulseAudio tries to mark these situations by |
215 | * setting the write_index_corrupt and read_index_corrupt fields |
216 | * accordingly. |
217 | * |
218 | * The raw timing data in the pa_timing_info structure is usually hard |
219 | * to deal with. Therefore a simpler interface is available: |
220 | * you can call pa_stream_get_time() or pa_stream_get_latency(). The |
221 | * former will return the current playback time of the hardware since |
222 | * the stream has been started. The latter returns the overall time a sample |
223 | * that you write now takes to be played by the hardware. These two |
224 | * functions base their calculations on the same data that is returned |
225 | * by pa_stream_get_timing_info(). Hence the same rules for keeping |
226 | * the timing data up-to-date apply here. In case the write or read |
227 | * index is corrupted, these two functions will fail with |
228 | * -PA_ERR_NODATA set. |
229 | * |
230 | * Since updating the timing info structure usually requires a full |
231 | * network round trip and some applications monitor the timing very |
232 | * often PulseAudio offers a timing interpolation system. If |
233 | * PA_STREAM_INTERPOLATE_TIMING is passed when connecting the stream, |
234 | * pa_stream_get_time() and pa_stream_get_latency() will try to |
235 | * interpolate the current playback time/latency by estimating the |
236 | * number of samples that have been played back by the hardware since |
237 | * the last regular timing update. It is especially useful to combine |
238 | * this option with PA_STREAM_AUTO_TIMING_UPDATE, which will enable |
239 | * you to monitor the current playback time/latency very precisely and |
240 | * very frequently without requiring a network round trip every time. |
241 | * |
242 | * \section flow_sec Overflow and underflow |
243 | * |
244 | * Even with the best precautions, buffers will sometime over - or |
245 | * underflow. To handle this gracefully, the application can be |
246 | * notified when this happens. Callbacks are registered using |
247 | * pa_stream_set_overflow_callback() and |
248 | * pa_stream_set_underflow_callback(). |
249 | * |
250 | * \section sync_streams Synchronizing Multiple Playback Streams |
251 | * |
252 | * PulseAudio allows applications to fully synchronize multiple |
253 | * playback streams that are connected to the same output device. That |
254 | * means the streams will always be played back sample-by-sample |
255 | * synchronously. If stream operations like pa_stream_cork() are |
256 | * issued on one of the synchronized streams, they are simultaneously |
257 | * issued on the others. |
258 | * |
259 | * To synchronize a stream to another, just pass the "master" stream |
260 | * as last argument to pa_stream_connect_playback(). To make sure that |
261 | * the freshly created stream doesn't start playback right-away, make |
262 | * sure to pass PA_STREAM_START_CORKED and -- after all streams have |
263 | * been created -- uncork them all with a single call to |
264 | * pa_stream_cork() for the master stream. |
265 | * |
266 | * To make sure that a particular stream doesn't stop playing when a |
267 | * server side buffer underrun happens on it while the other |
268 | * synchronized streams continue playing and hence deviate, you need to |
269 | * pass a pa_buffer_attr with prebuf set to 0 when connecting. |
270 | * |
271 | * \section disc_sec Disconnecting |
272 | * |
273 | * When a stream has served is purpose it must be disconnected with |
274 | * pa_stream_disconnect(). If you only unreference it, then it will live on |
275 | * and eat resources both locally and on the server until you disconnect the |
276 | * context. |
277 | * |
278 | */ |
279 | |
280 | /** \file |
281 | * Audio streams for input, output and sample upload |
282 | * |
283 | * See also \subpage streams |
284 | */ |
285 | |
286 | PA_C_DECL_BEGIN |
287 | |
288 | /** An opaque stream for playback or recording */ |
289 | typedef struct pa_stream pa_stream; |
290 | |
291 | /** A generic callback for operation completion */ |
292 | typedef void (*pa_stream_success_cb_t) (pa_stream*s, int success, void *userdata); |
293 | |
294 | /** A generic request callback */ |
295 | typedef void (*pa_stream_request_cb_t)(pa_stream *p, size_t nbytes, void *userdata); |
296 | |
297 | /** A generic notification callback */ |
298 | typedef void (*pa_stream_notify_cb_t)(pa_stream *p, void *userdata); |
299 | |
300 | /** A callback for asynchronous meta/policy event messages. Well known |
301 | * event names are PA_STREAM_EVENT_REQUEST_CORK and |
302 | * PA_STREAM_EVENT_REQUEST_UNCORK. The set of defined events can be |
303 | * extended at any time. Also, server modules may introduce additional |
304 | * message types so make sure that your callback function ignores messages |
305 | * it doesn't know. \since 0.9.15 */ |
306 | typedef void (*pa_stream_event_cb_t)(pa_stream *p, const char *name, pa_proplist *pl, void *userdata); |
307 | |
308 | /** Create a new, unconnected stream with the specified name and |
309 | * sample type. It is recommended to use pa_stream_new_with_proplist() |
310 | * instead and specify some initial properties. */ |
311 | pa_stream* pa_stream_new( |
312 | pa_context *c /**< The context to create this stream in */, |
313 | const char *name /**< A name for this stream */, |
314 | const pa_sample_spec *ss /**< The desired sample format */, |
315 | const pa_channel_map *map /**< The desired channel map, or NULL for default */); |
316 | |
317 | /** Create a new, unconnected stream with the specified name and |
318 | * sample type, and specify the initial stream property |
319 | * list. \since 0.9.11 */ |
320 | pa_stream* pa_stream_new_with_proplist( |
321 | pa_context *c /**< The context to create this stream in */, |
322 | const char *name /**< A name for this stream */, |
323 | const pa_sample_spec *ss /**< The desired sample format */, |
324 | const pa_channel_map *map /**< The desired channel map, or NULL for default */, |
325 | pa_proplist *p /**< The initial property list */); |
326 | |
327 | /** Create a new, unconnected stream with the specified name, the set of formats |
328 | * this client can provide, and an initial list of properties. While |
329 | * connecting, the server will select the most appropriate format which the |
330 | * client must then provide. \since 1.0 */ |
331 | pa_stream *pa_stream_new_extended( |
332 | pa_context *c /**< The context to create this stream in */, |
333 | const char *name /**< A name for this stream */, |
334 | pa_format_info * const * formats /**< The list of formats that can be provided */, |
335 | unsigned int n_formats /**< The number of formats being passed in */, |
336 | pa_proplist *p /**< The initial property list */); |
337 | |
338 | /** Decrease the reference counter by one. */ |
339 | void pa_stream_unref(pa_stream *s); |
340 | |
341 | /** Increase the reference counter by one. */ |
342 | pa_stream *pa_stream_ref(pa_stream *s); |
343 | |
344 | /** Return the current state of the stream. */ |
345 | pa_stream_state_t pa_stream_get_state(const pa_stream *p); |
346 | |
347 | /** Return the context this stream is attached to. */ |
348 | pa_context* pa_stream_get_context(const pa_stream *p); |
349 | |
350 | /** Return the sink input resp.\ source output index this stream is |
351 | * identified in the server with. This is useful with the |
352 | * introspection functions such as pa_context_get_sink_input_info() |
353 | * or pa_context_get_source_output_info(). This returns PA_INVALID_INDEX |
354 | * on failure. */ |
355 | uint32_t pa_stream_get_index(const pa_stream *s); |
356 | |
357 | /** Return the index of the sink or source this stream is connected to |
358 | * in the server. This is useful with the introspection |
359 | * functions such as pa_context_get_sink_info_by_index() or |
360 | * pa_context_get_source_info_by_index(). |
361 | * |
362 | * Please note that streams may be moved between sinks/sources and thus |
363 | * it is recommended to use pa_stream_set_moved_callback() to be notified |
364 | * about this. This function will return with PA_INVALID_INDEX on failure, |
365 | * including the being server older than 0.9.8. \since 0.9.8 */ |
366 | uint32_t pa_stream_get_device_index(const pa_stream *s); |
367 | |
368 | /** Return the name of the sink or source this stream is connected to |
369 | * in the server. This is useful with the introspection |
370 | * functions such as pa_context_get_sink_info_by_name() |
371 | * or pa_context_get_source_info_by_name(). |
372 | * |
373 | * Please note that streams may be moved between sinks/sources and thus |
374 | * it is recommended to use pa_stream_set_moved_callback() to be notified |
375 | * about this. This function will fail when the server is older than |
376 | * 0.9.8. \since 0.9.8 */ |
377 | const char *pa_stream_get_device_name(const pa_stream *s); |
378 | |
379 | /** Return 1 if the sink or source this stream is connected to has |
380 | * been suspended. This will return 0 if not, and a negative value on |
381 | * error. This function will return with -PA_ERR_NOTSUPPORTED when the |
382 | * server is older than 0.9.8. \since 0.9.8 */ |
383 | int pa_stream_is_suspended(const pa_stream *s); |
384 | |
385 | /** Return 1 if the this stream has been corked. This will return 0 if |
386 | * not, and a negative value on error. \since 0.9.11 */ |
387 | int pa_stream_is_corked(const pa_stream *s); |
388 | |
389 | /** Connect the stream to a sink. It is strongly recommended to pass |
390 | * NULL in both \a dev and \a volume and to set neither |
391 | * PA_STREAM_START_MUTED nor PA_STREAM_START_UNMUTED -- unless these |
392 | * options are directly dependent on user input or configuration. |
393 | * |
394 | * If you follow this rule then the sound server will have the full |
395 | * flexibility to choose the device, volume and mute status |
396 | * automatically, based on server-side policies, heuristics and stored |
397 | * information from previous uses. Also the server may choose to |
398 | * reconfigure audio devices to make other sinks/sources or |
399 | * capabilities available to be able to accept the stream. |
400 | * |
401 | * Before 0.9.20 it was not defined whether the \a volume parameter was |
402 | * interpreted relative to the sink's current volume or treated as |
403 | * an absolute device volume. Since 0.9.20 it is an absolute volume when |
404 | * the sink is in flat volume mode, and relative otherwise, thus |
405 | * making sure the volume passed here has always the same semantics as |
406 | * the volume passed to pa_context_set_sink_input_volume(). It is possible |
407 | * to figure out whether flat volume mode is in effect for a given sink |
408 | * by calling pa_context_get_sink_info_by_name(). |
409 | * |
410 | * Since 5.0, it's possible to specify a single-channel volume even if the |
411 | * stream has multiple channels. In that case the same volume is applied to all |
412 | * channels. |
413 | * |
414 | * Returns zero on success. */ |
415 | int pa_stream_connect_playback( |
416 | pa_stream *s /**< The stream to connect to a sink */, |
417 | const char *dev /**< Name of the sink to connect to, or NULL to let the server decide */ , |
418 | const pa_buffer_attr *attr /**< Buffering attributes, or NULL for default */, |
419 | pa_stream_flags_t flags /**< Additional flags, or 0 for default */, |
420 | const pa_cvolume *volume /**< Initial volume, or NULL for default */, |
421 | pa_stream *sync_stream /**< Synchronize this stream with the specified one, or NULL for a standalone stream */); |
422 | |
423 | /** Connect the stream to a source. Returns zero on success. */ |
424 | int pa_stream_connect_record( |
425 | pa_stream *s /**< The stream to connect to a source */ , |
426 | const char *dev /**< Name of the source to connect to, or NULL to let the server decide */, |
427 | const pa_buffer_attr *attr /**< Buffer attributes, or NULL for default */, |
428 | pa_stream_flags_t flags /**< Additional flags, or 0 for default */); |
429 | |
430 | /** Disconnect a stream from a source/sink. Returns zero on success. */ |
431 | int pa_stream_disconnect(pa_stream *s); |
432 | |
433 | /** Prepare writing data to the server (for playback streams). This |
434 | * function may be used to optimize the number of memory copies when |
435 | * doing playback ("zero-copy"). It is recommended to call this |
436 | * function before each call to pa_stream_write(). |
437 | * |
438 | * Pass in the address to a pointer and an address of the number of |
439 | * bytes you want to write. On return the two values will contain a |
440 | * pointer where you can place the data to write and the maximum number |
441 | * of bytes you can write. \a *nbytes can be smaller or have the same |
442 | * value as you passed in. You need to be able to handle both cases. |
443 | * Accessing memory beyond the returned \a *nbytes value is invalid. |
444 | * Accessing the memory returned after the following pa_stream_write() |
445 | * or pa_stream_cancel_write() is invalid. |
446 | * |
447 | * On invocation only \a *nbytes needs to be initialized, on return both |
448 | * *data and *nbytes will be valid. If you place (size_t) -1 in *nbytes |
449 | * on invocation the memory size will be chosen automatically (which is |
450 | * recommended to do). After placing your data in the memory area |
451 | * returned, call pa_stream_write() with \a data set to an address |
452 | * within this memory area and an \a nbytes value that is smaller or |
453 | * equal to what was returned by this function to actually execute the |
454 | * write. |
455 | * |
456 | * An invocation of pa_stream_write() should follow "quickly" on |
457 | * pa_stream_begin_write(). It is not recommended letting an unbounded |
458 | * amount of time pass after calling pa_stream_begin_write() and |
459 | * before calling pa_stream_write(). If you want to cancel a |
460 | * previously called pa_stream_begin_write() without calling |
461 | * pa_stream_write() use pa_stream_cancel_write(). Calling |
462 | * pa_stream_begin_write() twice without calling pa_stream_write() or |
463 | * pa_stream_cancel_write() in between will return exactly the same |
464 | * \a data pointer and \a nbytes values. |
465 | * |
466 | * On success, will return zero and a valid (non-NULL) pointer. If the |
467 | * return value is non-zero, or the pointer is NULL, this indicates an |
468 | * error. Callers should also pay careful attention to the returned |
469 | * length, which may not be the same as that passed in, as mentioned above. |
470 | * |
471 | * \since 0.9.16 */ |
472 | int pa_stream_begin_write( |
473 | pa_stream *p, |
474 | void **data, |
475 | size_t *nbytes); |
476 | |
477 | /** Reverses the effect of pa_stream_begin_write() dropping all data |
478 | * that has already been placed in the memory area returned by |
479 | * pa_stream_begin_write(). Only valid to call if |
480 | * pa_stream_begin_write() was called before and neither |
481 | * pa_stream_cancel_write() nor pa_stream_write() have been called |
482 | * yet. Accessing the memory previously returned by |
483 | * pa_stream_begin_write() after this call is invalid. Any further |
484 | * explicit freeing of the memory area is not necessary. |
485 | * Returns zero on success. \since 0.9.16 */ |
486 | int pa_stream_cancel_write( |
487 | pa_stream *p); |
488 | |
489 | /** Write some data to the server (for playback streams). |
490 | * If \a free_cb is non-NULL this routine is called when all data has |
491 | * been written out. An internal reference to the specified data is |
492 | * kept, the data is not copied. If NULL, the data is copied into an |
493 | * internal buffer. |
494 | * |
495 | * The client may freely seek around in the output buffer. For |
496 | * most applications it is typical to pass 0 and PA_SEEK_RELATIVE |
497 | * as values for the arguments \a offset and \a seek respectively. |
498 | * After a successful write call the write index will be at the |
499 | * position after where this chunk of data has been written to. |
500 | * |
501 | * As an optimization for avoiding needless memory copies you may call |
502 | * pa_stream_begin_write() before this call and then place your audio |
503 | * data directly in the memory area returned by that call. Then, pass |
504 | * a pointer to that memory area to pa_stream_write(). After the |
505 | * invocation of pa_stream_write() the memory area may no longer be |
506 | * accessed. Any further explicit freeing of the memory area is not |
507 | * necessary. It is OK to write to the memory area returned by |
508 | * pa_stream_begin_write() only partially with this call, skipping |
509 | * bytes both at the end and at the beginning of the reserved memory |
510 | * area. |
511 | * |
512 | * Returns zero on success. */ |
513 | int pa_stream_write( |
514 | pa_stream *p /**< The stream to use */, |
515 | const void *data /**< The data to write */, |
516 | size_t nbytes /**< The length of the data to write in bytes, must be in multiples of the stream's sample spec frame size */, |
517 | pa_free_cb_t free_cb /**< A cleanup routine for the data or NULL to request an internal copy */, |
518 | int64_t offset /**< Offset for seeking, must be 0 for upload streams, must be in multiples of the stream's sample spec frame size */, |
519 | pa_seek_mode_t seek /**< Seek mode, must be PA_SEEK_RELATIVE for upload streams */); |
520 | |
521 | /** Function does exactly the same as pa_stream_write() with the difference |
522 | * that free_cb_data is passed to free_cb instead of data. \since 6.0 */ |
523 | int pa_stream_write_ext_free( |
524 | pa_stream *p /**< The stream to use */, |
525 | const void *data /**< The data to write */, |
526 | size_t nbytes /**< The length of the data to write in bytes */, |
527 | pa_free_cb_t free_cb /**< A cleanup routine for the data or NULL to request an internal copy */, |
528 | void *free_cb_data /**< Argument passed to free_cb function */, |
529 | int64_t offset /**< Offset for seeking, must be 0 for upload streams */, |
530 | pa_seek_mode_t seek /**< Seek mode, must be PA_SEEK_RELATIVE for upload streams */); |
531 | |
532 | /** Read the next fragment from the buffer (for recording streams). |
533 | * If there is data at the current read index, \a data will point to |
534 | * the actual data and \a nbytes will contain the size of the data in |
535 | * bytes (which can be less or more than a complete fragment). |
536 | * |
537 | * If there is no data at the current read index, it means that either |
538 | * the buffer is empty or it contains a hole (that is, the write index |
539 | * is ahead of the read index but there's no data where the read index |
540 | * points at). If the buffer is empty, \a data will be NULL and |
541 | * \a nbytes will be 0. If there is a hole, \a data will be NULL and |
542 | * \a nbytes will contain the length of the hole. |
543 | * |
544 | * Use pa_stream_drop() to actually remove the data from the buffer |
545 | * and move the read index forward. pa_stream_drop() should not be |
546 | * called if the buffer is empty, but it should be called if there is |
547 | * a hole. |
548 | * |
549 | * Returns zero on success, negative on error. */ |
550 | int pa_stream_peek( |
551 | pa_stream *p /**< The stream to use */, |
552 | const void **data /**< Pointer to pointer that will point to data */, |
553 | size_t *nbytes /**< The length of the data read in bytes */); |
554 | |
555 | /** Remove the current fragment on record streams. It is invalid to do this without first |
556 | * calling pa_stream_peek(). Returns zero on success. */ |
557 | int pa_stream_drop(pa_stream *p); |
558 | |
559 | /** Return the number of bytes requested by the server that have not yet |
560 | * been written. |
561 | * |
562 | * It is possible to write more than this amount, up to the stream's |
563 | * buffer_attr.maxlength bytes. This is usually not desirable, though, as |
564 | * it would increase stream latency to be higher than requested |
565 | * (buffer_attr.tlength). |
566 | * |
567 | * (size_t) -1 is returned on error. |
568 | */ |
569 | size_t pa_stream_writable_size(const pa_stream *p); |
570 | |
571 | /** Return the number of bytes that may be read using pa_stream_peek(). |
572 | * |
573 | * (size_t) -1 is returned on error. */ |
574 | size_t pa_stream_readable_size(const pa_stream *p); |
575 | |
576 | /** Drain a playback stream. Use this for notification when the |
577 | * playback buffer is empty after playing all the audio in the buffer. |
578 | * Please note that only one drain operation per stream may be issued |
579 | * at a time. */ |
580 | pa_operation* pa_stream_drain(pa_stream *s, pa_stream_success_cb_t cb, void *userdata); |
581 | |
582 | /** Request a timing info structure update for a stream. Use |
583 | * pa_stream_get_timing_info() to get access to the raw timing data, |
584 | * or pa_stream_get_time() or pa_stream_get_latency() to get cleaned |
585 | * up values. */ |
586 | pa_operation* pa_stream_update_timing_info(pa_stream *p, pa_stream_success_cb_t cb, void *userdata); |
587 | |
588 | /** Set the callback function that is called whenever the state of the stream changes. */ |
589 | void pa_stream_set_state_callback(pa_stream *s, pa_stream_notify_cb_t cb, void *userdata); |
590 | |
591 | /** Set the callback function that is called when new data may be |
592 | * written to the stream. */ |
593 | void pa_stream_set_write_callback(pa_stream *p, pa_stream_request_cb_t cb, void *userdata); |
594 | |
595 | /** Set the callback function that is called when new data is available from the stream. */ |
596 | void pa_stream_set_read_callback(pa_stream *p, pa_stream_request_cb_t cb, void *userdata); |
597 | |
598 | /** Set the callback function that is called when a buffer overflow happens. (Only for playback streams) */ |
599 | void pa_stream_set_overflow_callback(pa_stream *p, pa_stream_notify_cb_t cb, void *userdata); |
600 | |
601 | /** Return at what position the latest underflow occurred, or -1 if this information is not |
602 | * known (e.g.\ if no underflow has occurred, or server is older than 1.0). |
603 | * Can be used inside the underflow callback to get information about the current underflow. |
604 | * (Only for playback streams) \since 1.0 */ |
605 | int64_t pa_stream_get_underflow_index(const pa_stream *p); |
606 | |
607 | /** Set the callback function that is called when a buffer underflow happens. (Only for playback streams) */ |
608 | void pa_stream_set_underflow_callback(pa_stream *p, pa_stream_notify_cb_t cb, void *userdata); |
609 | |
610 | /** Set the callback function that is called when the server starts |
611 | * playback after an underrun or on initial startup. This only informs |
612 | * that audio is flowing again, it is no indication that audio started |
613 | * to reach the speakers already. (Only for playback streams) \since |
614 | * 0.9.11 */ |
615 | void pa_stream_set_started_callback(pa_stream *p, pa_stream_notify_cb_t cb, void *userdata); |
616 | |
617 | /** Set the callback function that is called whenever a latency |
618 | * information update happens. Useful on PA_STREAM_AUTO_TIMING_UPDATE |
619 | * streams only. */ |
620 | void pa_stream_set_latency_update_callback(pa_stream *p, pa_stream_notify_cb_t cb, void *userdata); |
621 | |
622 | /** Set the callback function that is called whenever the stream is |
623 | * moved to a different sink/source. Use pa_stream_get_device_name() or |
624 | * pa_stream_get_device_index() to query the new sink/source. This |
625 | * notification is only generated when the server is at least |
626 | * 0.9.8. \since 0.9.8 */ |
627 | void pa_stream_set_moved_callback(pa_stream *p, pa_stream_notify_cb_t cb, void *userdata); |
628 | |
629 | /** Set the callback function that is called whenever the sink/source |
630 | * this stream is connected to is suspended or resumed. Use |
631 | * pa_stream_is_suspended() to query the new suspend status. Please |
632 | * note that the suspend status might also change when the stream is |
633 | * moved between devices. Thus if you call this function you very |
634 | * likely want to call pa_stream_set_moved_callback() too. This |
635 | * notification is only generated when the server is at least |
636 | * 0.9.8. \since 0.9.8 */ |
637 | void pa_stream_set_suspended_callback(pa_stream *p, pa_stream_notify_cb_t cb, void *userdata); |
638 | |
639 | /** Set the callback function that is called whenever a meta/policy |
640 | * control event is received. \since 0.9.15 */ |
641 | void pa_stream_set_event_callback(pa_stream *p, pa_stream_event_cb_t cb, void *userdata); |
642 | |
643 | /** Set the callback function that is called whenever the buffer |
644 | * attributes on the server side change. Please note that the buffer |
645 | * attributes can change when moving a stream to a different |
646 | * sink/source too, hence if you use this callback you should use |
647 | * pa_stream_set_moved_callback() as well. \since 0.9.15 */ |
648 | void pa_stream_set_buffer_attr_callback(pa_stream *p, pa_stream_notify_cb_t cb, void *userdata); |
649 | |
650 | /** Pause (or resume) playback of this stream temporarily. Available |
651 | * on both playback and recording streams. If \a b is 1 the stream is |
652 | * paused. If \a b is 0 the stream is resumed. The pause/resume operation |
653 | * is executed as quickly as possible. If a cork is very quickly |
654 | * followed by an uncork or the other way round, this might not |
655 | * actually have any effect on the stream that is output. You can use |
656 | * pa_stream_is_corked() to find out whether the stream is currently |
657 | * paused or not. Normally a stream will be created in uncorked |
658 | * state. If you pass PA_STREAM_START_CORKED as a flag when connecting |
659 | * the stream, it will be created in corked state. */ |
660 | pa_operation* pa_stream_cork(pa_stream *s, int b, pa_stream_success_cb_t cb, void *userdata); |
661 | |
662 | /** Flush the playback or record buffer of this stream. This discards any audio data |
663 | * in the buffer. Most of the time you're better off using the parameter |
664 | * \a seek of pa_stream_write() instead of this function. */ |
665 | pa_operation* pa_stream_flush(pa_stream *s, pa_stream_success_cb_t cb, void *userdata); |
666 | |
667 | /** Reenable prebuffering if specified in the pa_buffer_attr |
668 | * structure. Available for playback streams only. */ |
669 | pa_operation* pa_stream_prebuf(pa_stream *s, pa_stream_success_cb_t cb, void *userdata); |
670 | |
671 | /** Request immediate start of playback on this stream. This disables |
672 | * prebuffering temporarily if specified in the pa_buffer_attr structure. |
673 | * Available for playback streams only. */ |
674 | pa_operation* pa_stream_trigger(pa_stream *s, pa_stream_success_cb_t cb, void *userdata); |
675 | |
676 | /** Rename the stream. */ |
677 | pa_operation* pa_stream_set_name(pa_stream *s, const char *name, pa_stream_success_cb_t cb, void *userdata); |
678 | |
679 | /** Return the current playback/recording time. This is based on the |
680 | * data in the timing info structure returned by |
681 | * pa_stream_get_timing_info(). The returned time is in the sound card |
682 | * clock domain, which usually runs at a slightly different rate than |
683 | * the system clock. |
684 | * |
685 | * This function will usually only return new data if a timing info |
686 | * update has been received. Only if timing interpolation has been |
687 | * requested (PA_STREAM_INTERPOLATE_TIMING) the data from the last |
688 | * timing update is used for an estimation of the current |
689 | * playback/recording time based on the local time that passed since |
690 | * the timing info structure has been acquired. |
691 | * |
692 | * The time value returned by this function is guaranteed to increase |
693 | * monotonically (the returned value is always greater |
694 | * or equal to the value returned by the last call). This behaviour |
695 | * can be disabled by using PA_STREAM_NOT_MONOTONIC. This may be |
696 | * desirable to better deal with bad estimations of transport |
697 | * latencies, but may have strange effects if the application is not |
698 | * able to deal with time going 'backwards'. |
699 | * |
700 | * The time interpolator activated by PA_STREAM_INTERPOLATE_TIMING |
701 | * favours 'smooth' time graphs over accurate ones to improve the |
702 | * smoothness of UI operations that are tied to the audio clock. If |
703 | * accuracy is more important to you, you might need to estimate your |
704 | * timing based on the data from pa_stream_get_timing_info() yourself |
705 | * or not work with interpolated timing at all and instead always |
706 | * query the server side for the most up to date timing with |
707 | * pa_stream_update_timing_info(). |
708 | * |
709 | * If no timing information has been |
710 | * received yet this call will return -PA_ERR_NODATA. For more details |
711 | * see pa_stream_get_timing_info(). |
712 | * |
713 | * Returns zero on success, negative on error. */ |
714 | int pa_stream_get_time(pa_stream *s, pa_usec_t *r_usec); |
715 | |
716 | /** Determine the total stream latency. This function is based on |
717 | * pa_stream_get_time(). The returned time is in the sound card clock |
718 | * domain, which usually runs at a slightly different rate than the |
719 | * system clock. |
720 | * |
721 | * The latency is stored in \a *r_usec. In case the stream is a |
722 | * monitoring stream the result can be negative, i.e. the captured |
723 | * samples are not yet played. In this case \a *negative is set to 1. |
724 | * |
725 | * If no timing information has been received yet, this call will |
726 | * return -PA_ERR_NODATA. On success, it will return 0. |
727 | * |
728 | * For more details see pa_stream_get_timing_info() and |
729 | * pa_stream_get_time(). */ |
730 | int pa_stream_get_latency(pa_stream *s, pa_usec_t *r_usec, int *negative); |
731 | |
732 | /** Return the latest raw timing data structure. The returned pointer |
733 | * refers to an internal read-only instance of the timing |
734 | * structure. The user should make a copy of this structure if |
735 | * wanting to modify it. An in-place update to this data structure |
736 | * may be requested using pa_stream_update_timing_info(). |
737 | * |
738 | * If no timing information has been received before (i.e. by |
739 | * requesting pa_stream_update_timing_info() or by using |
740 | * PA_STREAM_AUTO_TIMING_UPDATE), this function will return NULL. |
741 | * |
742 | * Please note that the write_index member field (and only this field) |
743 | * is updated on each pa_stream_write() call, not just when a timing |
744 | * update has been received. */ |
745 | const pa_timing_info* pa_stream_get_timing_info(pa_stream *s); |
746 | |
747 | /** Return a pointer to the stream's sample specification. */ |
748 | const pa_sample_spec* pa_stream_get_sample_spec(pa_stream *s); |
749 | |
750 | /** Return a pointer to the stream's channel map. */ |
751 | const pa_channel_map* pa_stream_get_channel_map(pa_stream *s); |
752 | |
753 | /** Return a pointer to the stream's format. \since 1.0 */ |
754 | const pa_format_info* pa_stream_get_format_info(const pa_stream *s); |
755 | |
756 | /** Return the per-stream server-side buffer metrics of the |
757 | * stream. Only valid after the stream has been connected successfully |
758 | * and if the server is at least PulseAudio 0.9. This will return the |
759 | * actual configured buffering metrics, which may differ from what was |
760 | * requested during pa_stream_connect_record() or |
761 | * pa_stream_connect_playback(). This call will always return the |
762 | * actual per-stream server-side buffer metrics, regardless whether |
763 | * PA_STREAM_ADJUST_LATENCY is set or not. \since 0.9.0 */ |
764 | const pa_buffer_attr* pa_stream_get_buffer_attr(pa_stream *s); |
765 | |
766 | /** Change the buffer metrics of the stream during playback. The |
767 | * server might have chosen different buffer metrics than |
768 | * requested. The selected metrics may be queried with |
769 | * pa_stream_get_buffer_attr() as soon as the callback is called. Only |
770 | * valid after the stream has been connected successfully and if the |
771 | * server is at least PulseAudio 0.9.8. Please be aware of the |
772 | * slightly different semantics of the call depending whether |
773 | * PA_STREAM_ADJUST_LATENCY is set or not. \since 0.9.8 */ |
774 | pa_operation *pa_stream_set_buffer_attr(pa_stream *s, const pa_buffer_attr *attr, pa_stream_success_cb_t cb, void *userdata); |
775 | |
776 | /** Change the stream sampling rate during playback. You need to pass |
777 | * PA_STREAM_VARIABLE_RATE in the flags parameter of |
778 | * pa_stream_connect_playback() if you plan to use this function. Only valid |
779 | * after the stream has been connected successfully and if the server |
780 | * is at least PulseAudio 0.9.8. \since 0.9.8 */ |
781 | pa_operation *pa_stream_update_sample_rate(pa_stream *s, uint32_t rate, pa_stream_success_cb_t cb, void *userdata); |
782 | |
783 | /** Update the property list of the sink input/source output of this |
784 | * stream, adding new entries. Please note that it is highly |
785 | * recommended to set as many properties initially via |
786 | * pa_stream_new_with_proplist() as possible instead a posteriori with |
787 | * this function, since that information may be used to route |
788 | * this stream to the right device. \since 0.9.11 */ |
789 | pa_operation *pa_stream_proplist_update(pa_stream *s, pa_update_mode_t mode, pa_proplist *p, pa_stream_success_cb_t cb, void *userdata); |
790 | |
791 | /** Update the property list of the sink input/source output of this |
792 | * stream, remove entries. \since 0.9.11 */ |
793 | pa_operation *pa_stream_proplist_remove(pa_stream *s, const char *const keys[], pa_stream_success_cb_t cb, void *userdata); |
794 | |
795 | /** For record streams connected to a monitor source: monitor only a |
796 | * very specific sink input of the sink. This function needs to be |
797 | * called before pa_stream_connect_record() is called. |
798 | * Returns zero on success, negative on error. \since 0.9.11 */ |
799 | int pa_stream_set_monitor_stream(pa_stream *s, uint32_t sink_input_idx); |
800 | |
801 | /** Return the sink input index previously set with |
802 | * pa_stream_set_monitor_stream(). Returns PA_INVALID_INDEX |
803 | * on failure. \since 0.9.11 */ |
804 | uint32_t pa_stream_get_monitor_stream(const pa_stream *s); |
805 | |
806 | PA_C_DECL_END |
807 | |
808 | #endif |
809 | |