- Generated by
1.9.7
|
PipeWire 1.1.0
|
Streams are used to exchange data with the PipeWire server. A stream is a wrapper around a proxy for a pw_client_node with an adapter. This means the stream will automatically do conversion to the type required by the server.
Streams can be used to:
You can connect the stream port to a specific server port or let PipeWire choose a port for you.
For more complicated nodes such as filters or ports with multiple inputs and/or outputs you will need to use the pw_filter or make a pw_node yourself and export it with pw_core_export.
Streams can also be used to:
In this case, the PW_KEY_MEDIA_CLASS property needs to be set to "Audio/Sink" or "Audio/Source" respectively.
Make a new stream with pw_stream_new(). You will need to specify a name for the stream and extra properties. The basic set of properties each stream must provide is filled in automatically.
Once the stream is created, the state_changed event should be used to track the state of the stream.
The stream is initially unconnected. To connect the stream, use pw_stream_connect(). Pass the desired direction as an argument.
The direction is:
To make the newly connected stream automatically connect to an existing PipeWire node, use the PW_STREAM_FLAG_AUTOCONNECT and set the PW_KEY_OBJECT_SERIAL or the PW_KEY_NODE_NAME value of the target node in the PW_KEY_TARGET_OBJECT property before connecting.
An array of possible formats that this stream can consume or provide must be specified.
After connecting the stream, the server will want to configure some parameters on the stream. You will be notified of these changes with the param_changed event.
When a format param change is emitted, the client should now prepare itself to deal with the format and complete the negotiation procedure with a call to pw_stream_update_params().
As arguments to pw_stream_update_params() an array of spa_param structures must be given. They contain parameters such as buffer size, number of buffers, required metadata and other parameters for the media buffers.
After completing the format negotiation, PipeWire will allocate and notify the stream of the buffers that will be used to exchange data between client and server.
With the add_buffer event, a stream will be notified of a new buffer that can be used for data transport. You can attach user_data to these buffers. The buffers can only be used with the stream that emitted the add_buffer event.
After the buffers are negotiated, the stream will transition to the PW_STREAM_STATE_PAUSED state.
From the PW_STREAM_STATE_PAUSED state, the stream can be set to the PW_STREAM_STATE_STREAMING state by the PipeWire server when data transport is started.
Depending on how the stream was connected it will need to Produce or Consume data for/from PipeWire as explained in the following subsections.
The process event is emitted for each new buffer that can be consumed.
pw_stream_dequeue_buffer() should be used to get the data and metadata of the buffer.
The buffer is owned by the stream and stays alive until the remove_buffer callback has returned or the stream is destroyed.
When the buffer has been processed, call pw_stream_queue_buffer() to let PipeWire reuse the buffer.
pw_stream_dequeue_buffer() gives an empty buffer that can be filled.
The buffer is owned by the stream and stays alive until the remove_buffer event is emitted or the stream is destroyed.
Filled buffers should be queued with pw_stream_queue_buffer().
The process event is emitted when PipeWire has emptied a buffer that can now be refilled.
Use pw_stream_disconnect() to disconnect a stream after use.
The environment variable PIPEWIRE_AUTOCONNECT can be used to override the flag and force apps to autoconnect or not.
1.9.7