Multimedia processing graphs
Find a file
Sanchayan Maity 65f3a9c481 cpu-arm: Fix incorrect free
A bug was introduced with the refactoring in da26563. In arm_init,
the buffer passed to spa_cpu_read_file is allocated and it is just
going to return that. So cpuinfo will actually point to buffer on
the stack, which need not be freed with a call to free.

The crash resulting with the incorrect free.

root@dragonboard-845c:~# pipewire --version
munmap_chunk(): invalid pointer
[  185.037284] audit: type=1701 audit(1659949975.843:14): auid=4294967295 uid=0 gid=0 ses=4294967295 pid=2243 comm="pipewire" exe="/usr/bin/pipewire" sig=6 res=1
Aborted
root@dragonboard-845c:~# wireplumber --version
munmap_chunk(): invalid pointer
[  193.453693] audit: type=1701 audit(1659949984.255:15): auid=4294967295 uid=0 gid=0 ses=4294967295 pid=2244 comm="wireplumber" exe="/usr/bin/wireplumber" sig=6 res=1
Aborted

Backtrace from the crash

(gdb) bt
!0  __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44
!1  0x0000fffff7d8edd8 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78
!2  0x0000fffff7d4a390 in __GI_raise (sig=sig@entry=6) at /usr/src/debug/glibc/2.36-r0/sysdeps/posix/raise.c:26
!3  0x0000fffff7d37498 in __GI_abort () at abort.c:79
!4  0x0000fffff7d83374 in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0xfffff7e5fc20 "%s\n") at /usr/src/debug/glibc/2.36-r0/sysdeps/posix/libc_fatal.c:155
!5  0x0000fffff7d988c0 in malloc_printerr (str=str@entry=0xfffff7e5a7f0 "munmap_chunk(): invalid pointer") at malloc.c:5660
!6  0x0000fffff7d98aac in munmap_chunk (p=p@entry=0xffffffffd258) at malloc.c:3054
!7  0x0000fffff7d9d068 in __GI___libc_free (mem=mem@entry=0xffffffffd268) at malloc.c:3375
!8  0x0000fffff7cd36cc in arm_init (impl=impl@entry=0xaaaaaaac8c48) at /usr/src/debug/pipewire/1.0-r0/spa/plugins/support/cpu-arm.c:97
!9  0x0000fffff7cd391c in impl_init (factory=<optimized out>, handle=0xaaaaaaac8c48, info=0xffffffffe548, support=<optimized out>, n_support=<optimized out>) at /usr/src/debug/pipewire/1.0-r0/spa/plugins/support/cpu.c:264
!10 0x0000fffff7f3a234 in load_spa_handle (lib=<optimized out>, factory_name=factory_name@entry=0xfffff7f6d768 "support.cpu", info=info@entry=0xffffffffe548, n_support=1,
    support=support@entry=0xfffff7fb0488 <global_support+88>) at /usr/src/debug/pipewire/1.0-r0/src/pipewire/pipewire.c:280
!11 0x0000fffff7f3a5b0 in add_interface (factory_name=factory_name@entry=0xfffff7f6d768 "support.cpu", type=type@entry=0xfffff7f62310 "Spa:Pointer:Interface:CPU", info=info@entry=0xffffffffe548,
    support=0xfffff7fb0430 <global_support>) at /usr/src/debug/pipewire/1.0-r0/src/pipewire/pipewire.c:358
!12 0x0000fffff7f3b3f8 in pw_init (argc=argc@entry=0xffffffffea5c, argv=argv@entry=0xffffffffea50) at /usr/src/debug/pipewire/1.0-r0/src/pipewire/pipewire.c:661
!13 0x0000aaaaaaaa1104 in main (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/pipewire/1.0-r0/src/daemon/pipewire.c:79
(gdb) f 8
!8  0x0000fffff7cd36cc in arm_init (impl=impl@entry=0xaaaaaaac8c48) at /usr/src/debug/pipewire/1.0-r0/spa/plugins/support/cpu-arm.c:97
97      /usr/src/debug/pipewire/1.0-r0/spa/plugins/support/cpu-arm.c: No such file or directory.
(gdb) info locals
flags = 122
cpuinfo = 0xffffffffd268 "processor\t: 0\nBogoMIPS\t: 38.40\nFeatures\t: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop\nCPU implementer\t: 0x51\nCPU architecture: 8\nCPU variant\t.
line = 0xaaaaaaac8ce0 "\310\252\252\252\n"
buffer = "processor\t: 0\nBogoMIPS\t: 38.40\nFeatures\t: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop\nCPU implementer\t: 0x51\nCPU architecture: 8\nCPU variant\t: 0x7\nCPU pa"...
arch = <optimized out>
__func__ = "arm_init"
2023-01-14 19:51:33 +00:00
.gitlab gitlab-ci: move check_missing_headers into its own job and hide the script 2022-10-18 17:19:28 +03:00
doc doc: remove duplicate FULL_PATH_NAMES field 2023-01-12 18:09:54 +01:00
include/valgrind fix codespell issues 2021-10-07 15:26:18 +00:00
man man: fix typo in pw-link: Whithout -> Without 2023-01-12 18:08:28 +01:00
pipewire-alsa use TARGET_OBJECT instead of the deprecated NODE_TARGET 2023-01-10 16:51:47 +01:00
pipewire-jack clarify PIPEWIRE_NODE 2023-01-10 17:11:43 +01:00
pipewire-v4l2 v4l2: support setting target source 2023-01-11 11:43:37 +00:00
po Update ka.po 2022-11-20 18:45:47 +00:00
spa cpu-arm: Fix incorrect free 2023-01-14 19:51:33 +00:00
src adapter: only add port name override when not empty 2023-01-13 17:52:24 +01:00
subprojects Remove media-session from this tree 2021-10-18 20:44:07 +10:00
test pipewire: support global log level in PIPEWIRE_DEBUG 2022-12-14 18:00:54 +01:00
.cirrus.yml Bump FreeBSD CI to 13.1 2022-08-11 14:57:43 +03:00
.codespell-ignore .codespell-ignore: update to current codebase 2021-10-07 15:26:18 +00:00
.editorconfig editorconfig: add xml files for the man pages 2021-05-20 07:34:17 +00:00
.gitignore gitignore: remove config.h.meson 2022-03-12 03:16:45 +01:00
.gitlab-ci.yml gitlab-ci: Add readline dependency 2022-11-07 16:30:40 +01:00
autogen.sh Replace Pipewire with PipeWire for consistency 2021-07-14 16:56:54 +10:00
CODE_OF_CONDUCT.md Add a code of coduct 2019-11-08 13:57:36 +05:30
COPYING Relicense as MIT/X11 2018-11-05 17:48:52 +01:00
INSTALL.md INSTALL.md: add note about uninstallation 2022-06-15 19:11:50 +00:00
LICENSE 0.3.28 2021-05-19 10:11:36 +02:00
Makefile.in pipewire: use dlclose unless PIPEWIRE_DLCLOSE is set to false 2022-12-12 17:11:04 +01:00
meson.build 0.3.64 2023-01-12 10:31:04 +01:00
meson_options.txt pulse-server: add gsettings module 2022-12-07 09:45:43 +01:00
NEWS 0.3.64 2023-01-12 10:31:04 +01:00
pw-uninstalled.sh pw-uninstalled: make v4l2 easily available 2022-11-08 20:45:50 +00:00
README.md clarify PIPEWIRE_NODE 2023-01-10 17:11:43 +01:00
template.test.in Optionally install examples and tests 2020-06-16 17:58:02 +00:00

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 applications 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 (or use one of XEWIDT for none, error, warnings, info, debug, or trace, respectively).
  • PIPEWIRE_LOG=<filename> to redirect log to filename
  • PIPEWIRE_LOG_SYSTEMD=false to disable logging to systemd journal
  • 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. This function does not attempt to configure the samplerate.
  • PIPEWIRE_RATE=<num/denom> to configure a rate for the graph.
  • PIPEWIRE_QUANTUM=<num/denom> to configure latency as a fraction and a samplerate. This function will attempt to change the graph samplerate to denom and use the specified num as the buffer size.
  • PIPEWIRE_NODE=<id> to request a link to the specified node. The id can be a node.name or object.serial of the target 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, you 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.

JACK applications will automatically use the buffer-size chosen by the server. You can force a maximum buffer size (latency) by setting the PIPEWIRE_LATENCY environment variable like so:

PIPEWIRE_LATENCY=128/48000 jack_simple_client

Requests the jack_simple_client to run with a buffer of 128 or less samples.

Running PulseAudio applications

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

PulseAudio applications still use the regular PulseAudio client libraries and you don't need to do 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)
...

You can use pavucontrol to change profiles and ports, change volumes or redirect streams, just like with PulseAudio.

Running ALSA applications

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

$ aplay -L

ALSA applications 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

To inspect and manipulate the PipeWire graph via GUI, you can use Helvum.

Alternatively, you can use use one of the excellent JACK tools, such as Carla, catia, qjackctl, ... However, you will not be able to see all features like the video ports.

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.

pw-top monitors the real-time status of the graph. This is handy to find out what clients are running and how much DSP resources they use.

pw-dump dumps the state of the PipeWire daemon in JSON format. This can be used to find out the properties and parameters of the objects in the PipeWire daemon.

There is a more complicated tool to inspect the state of the server with pw-cli. This tool 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.

The Wiki can be found here

Contributing

PipeWire is Free Software and is developed in the open. It is mostly licensed under the MIT license. Check LICENSE for more details about the exceptions.

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

Join us on IRC at #pipewire on OFTC.

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

Donate using Liberapay.

Getting help

You can ask for help on the IRC channel (see above). You can also ask questions by raising a gitlab issue.