GitXplorerGitXplorer
f

debian-pipewire

public
0 stars
0 forks
0 issues

Commits

List of commits on branch debian/master.
Verified
dfedd4c61a8a31948fc3714a6689f42db86cfed5

New upstream release

ffrancois2metz committed 4 years ago
Unverified
9e64ed44ff0858556b529f2218d051039bb9e9d1

Update upstream source from tag 'v0.3.19'

ffrancois2metz committed 4 years ago
Unverified
1f5dac4d390957f08c7a9e957a4b47b11084b37d

New upstream version 0.3.19

ffrancois2metz committed 4 years ago
Unverified
b2b45abe0198354ff43e5bf1bc0324b060dde97a

0.3.19

wwtay committed 4 years ago
Unverified
87292432b7aa4b908f5c9073af48866fa770a635

alsa: add option to configure period-size

wwtay committed 4 years ago
Unverified
bad9a36a84e5a33f4cb32d2b9b86762a566d590c

rtkit: set nice-level to -11 by defaukt

wwtay committed 4 years ago

README

The README file for this repository.

PipeWire

PipeWire is a server and user space API to deal with multimedia pipelines. This includes:

  • Making available sources of video (such as from a capture devices or application provided streams) and multiplexing this with clients.
  • Accessing sources of video for consumption.
  • Generating graphs for audio and video processing.

Nodes in the graph can be implemented as separate processes, communicating with sockets and exchanging multimedia content using fd passing.

Building and installation

The preferred way to install PipeWire is to install it with your distribution package system. This ensures PipeWire is integrated into the rest of your system for the best experience.

If you want to build and install PipeWire yourself, refer to install for instructions.

Usage

The most important purpose of PipeWire is to run your favorite apps.

Some application use the native PipeWire API, such as most compositors (gnome-shell, wayland, ..) to implement screen sharing. These apps will just work automatically.

Most audio applications can use either ALSA, JACK or PulseAudio as a backend. PipeWire provides support for all 3 backends. Depending on how your distribution has configured things this should just work automatically or with the provided scripts shown below.

PipeWire can use environment variables to control the behaviour of applications:

  • PIPEWIRE_DEBUG=<level> to increase the debug level
  • PIPEWIRE_LOG=<filename> to redirect log to filename
  • PIPEWIRE_LATENCY=<num/denom> to configure latency as a fraction. 10/1000 configures a 10ms latency. Usually this is expressed as a fraction of the samplerate, like 256/48000, which uses 256 samples at a samplerate of 48KHz for a latency of 5.33ms.
  • PIPEWIRE_NODE=<id> to request a link to the specified node

Using tools

pw-cat can be used to play and record audio and midi. Use pw-cat -h to get some more help. There are some aliases like pw-play and pw-record to make things easier:

$ pw-play /home/wim/data/01.\ Firepower.wav

Running JACK applications

Depending on how the system was configured, your can either run PipeWire and JACK side-by-side or have PipeWire take over the functionality of JACK completely.

In dual mode, JACK apps will by default use the JACK server. To direct a JACK app to PipeWire, you can use the pw-jack script like this:

$ pw-jack <appname>

If you replaced JACK with PipeWire completely, pw-jack does not have any effect and can be omitted.

Running PulseAudio applications

PipeWire can run a PulseAudio compatible replacement server. You can't use both servers at the same time. Usually you package manager will make the server conflict so that you can only install one or the other.

PulseAudio application still use the regular PulseAudio client libraries and you don't need to to anything else than change the server implementation.

A successful swap of the server can be verified by checking the output of

pactl info

It should include the string:

...
Server Name: PulseAudio (on PipeWire 0.3.x)
...

Running ALSA applications

If the PipeWire alsa module is installed, it can be seen with

$ aplay -L

ALSA application can then use the pipewire: device to use PipeWire as the audio system.

Running GStreamer applications

PipeWire includes 2 GStreamer elements called pipewiresrc and pipewiresink. They can be used in pipelines such as this:

$ gst-launch-1.0 pipewiresrc ! videoconvert ! autovideosink

Or to play a beeping sound:

$ gst-launch-1.0 audiotestsrc ! pipewiresink

PipeWire provides a device monitor as well so that:

$ gst-device-monitor-1.0

Shows the PipeWire devices and applications like cheese will automatically use the PipeWire video source when possible.

Inspecting the PipeWire state

There is currently no native graphical tool to inspect the PipeWire graph but we recommend to use one of the excellent JACK tools, such as Carla, catia, qjackctl,... You will not be able to see all features like the video ports but it is a good start.

pw-mon dumps and monitors the state of the PipeWire daemon.

pw-dot can dump a graph of the pipeline, check out the help for how to do this.

There is a more complicated tool to inspect the state of the server with pw-cli. This tools can be used interactively or it can execute single commands like this to get the server information:

$ pw-cli info 0

Documentation

Find tutorials and design documentation here.

The (incomplete) autogenerated API docs are here.

Contributing

PipeWire is Free Software and is developed in the open. It is licensed under the MIT license.

Contributors are encouraged to submit merge requests or file bugs on gitlab.

Join us on IRC at #pipewire on Freenode.

We adhere to the Contributor Covenant for our code of conduct.