pipewire issues
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues
2024-03-02T19:14:58Z
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3889
Tikk Sound at the Start of the Voice with handsfree on debian
2024-03-02T19:14:58Z
masume dehghan
Tikk Sound at the Start of the Voice with handsfree on debian
At the beginning of the sound with handsfree، a Tikk sound is played.
This happens only once in each import of handsfree.
This happens only with handsfree.
Speaker is good.
I use PipeWire.
`Audio:
Device-1: Intel Haswell-ULT HD Audio...
At the beginning of the sound with handsfree، a Tikk sound is played.
This happens only once in each import of handsfree.
This happens only with handsfree.
Speaker is good.
I use PipeWire.
`Audio:
Device-1: Intel Haswell-ULT HD Audio driver: snd_hda_intel
Device-2: Intel 8 Series HD Audio driver: snd_hda_intel
API: ALSA v: k6.6.15-amd64 status: kernel-api
Server-1: PipeWire v: 1.0.3 status: active
`
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3887
Soundblaster AE-7 no Sound on many distros.
2024-03-02T18:46:56Z
Peter Schnitzler
Soundblaster AE-7 no Sound on many distros.
<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`):1.0.3
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`):...
<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`):1.0.3
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`):Fedora 39
- Desktop Environment: GNOME 45
- Kernel version (`uname -r`): 6.5
## Description of Problem:
I tried various distros for my gaming PC and could get the sound only with Ubuntu after jumping through some hoops. I suspect that this is because Ubuntu only has PipeWire Version 0.3.79.
P.S. You need to plug something in the speaker output to make the headphone output available. An old adapter plug works, which is weird. Alternatively, switch between outputs in Alsamixer.
P.P.S. Found a recommendation to switch to PulseAudio on the Fedora forum. That did not work either.
## How Reproducible:
Always reproducible
### Steps to Reproduce:
1. Have a Creative Soundblaster AE-7
2. Do the out-of-the-box installation of Fedora\Ubuntu
3. Go to Sound settings.
4. Fail to find the headphone output.
5. Plug your old headphones into the speaker output while the new headphones stay in the headphone output.
6. Select the headphone output.
### Actual Results:
There is no sound on Fedora on either output\Sound on Ubuntu on both outputs
### Expected Results:
Sound
# Additional Info (as attachments):grinning:
[pwdump_fedora.json](/uploads/dd6ab05e6a8fe6efc2652b3addf89a10/pwdump_fedora.json)
[pwdumpUbuntu_1_.json](/uploads/62bbe7ff2efd8e55ff2ca36668b5a438/pwdumpUbuntu_1_.json)
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3883
Distorted audio when mis-matched devices joined to the same virtual sink
2024-03-28T03:31:38Z
Kirin van der Veer
Distorted audio when mis-matched devices joined to the same virtual sink
I created a virtual sink for simultaneous output of audio to usb headphones and a pci audio card in the manner described on the ArchLinux wiki for "Simultaneous output to transient devices" [here](https://wiki.archlinux.org/title/WirePlu...
I created a virtual sink for simultaneous output of audio to usb headphones and a pci audio card in the manner described on the ArchLinux wiki for "Simultaneous output to transient devices" [here](https://wiki.archlinux.org/title/WirePlumber#Simultaneous_output_to_transient_devices).
When the headphones are linked to the virtual sink with any number of devices that share the same S16LE format it works perfectly.
However as soon as a pci card with the S32LE format or a USB sound output device with the S24LE format is linked then the quality of output to any of the S16LE devices becomes very poor, normally for a few seconds after the link but then again at random intervals for perhaps 10 seconds out of every 60 seconds of sound output thereafter.
I assumed that perhaps it was because the virtual sink was set to the F32P format, however it made no difference when I forced the virtual sink to be created in the S16LE format in order to match the headphones.
Interestingly the pci card with the S32LE format works perfectly with no crackling during every test, regardless of what other devices are linked to the virtual sink alongside it.
This issue only appears for some applications, most noticeably for anything running via Wine, but also Discord which is a "native" electron app.
I've attached a pw-dump from a correctly working config (good-sound.txt) and one where a single channel is linked to the pci card (bad-sound.txt).
The diff between the dump files is small and when I had a look it the only thing that caught my eye was this:
```
> "api.alsa.headroom": 0,
4536a4538,4539
> "api.alsa.period-num": 32,
> "api.alsa.period-size": 1024,
```
Could it be one of the alsa configs above that is causing the problem?
I am running libwireplumber 0.4.17 and libpipewire 1.0.2 (Included by default in Ubuntu 24.04).
I am running a completely vanilla config with no lua scripts (other than the virtual sink created as per the referenced Wiki page).
I've attached a visual representation of the links using qpwgraph to make it easier to see what I'm talking about.
I've also attached an mp3 file of the good and bad configs so you can hear the type of distortion. Note that towards the end of the "bad" recording that it starts to clear up. Typically it will then output good sound for around 30-60 seconds before reverting to the distortion.
Again, to be clear I can listen to flawless audio on any of my devices for hours on end. As long as I don't link them to the same virtual sink.
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3882
ubuntu22.04 wayland use xdg-desktop-por connect to PipeWire fail
2024-02-29T03:36:20Z
jiangjiang hu
ubuntu22.04 wayland use xdg-desktop-por connect to PipeWire fail
<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`):
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`):
- De...
<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`):
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`):
- Desktop Environment:
- Kernel version (`uname -r`):
```
pipewire --version
pipewire
Compiled with libpipewire 0.3.48
Linked with libpipewire 0.3.48
```
```
cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=22.04
DISTRIB_CODENAME=jammy
DISTRIB_DESCRIPTION="Ubuntu 22.04.4 LTS"
```
Desktop Environment:Wayland
```
uname -r
5.15.78
```
## Description of Problem:
xdg-desktop-por connect to PipeWire fail
log:
```
systemctl --user status xdg-desktop-portal
● xdg-desktop-portal.service - Portal service
Loaded: loaded (/usr/lib/systemd/user/xdg-desktop-portal.service; static)
Active: active (running) since Thu 2024-02-29 10:35:42 CST; 13min ago
Main PID: 2574 (xdg-desktop-por)
Tasks: 5 (limit: 7736)
Memory: 3.0M
CPU: 285ms
CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/xdg-desktop-portal.service
└─2574 /usr/libexec/xdg-desktop-portal
Feb 29 10:35:30 amlbian systemd[1473]: Starting Portal service...
Feb 29 10:35:42 amlbian xdg-desktop-por[2574]: PipeWire roundtrip timed out waiting for events
Feb 29 10:35:42 amlbian xdg-desktop-por[2574]: Failed connect to PipeWire: No node factory discovered
Feb 29 10:35:42 amlbian systemd[1473]: Started Portal service.
```
```
systemctl --user status pipewire
● pipewire.service - PipeWire Multimedia Service
Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2024-02-29 10:48:14 CST; 10min ago
TriggeredBy: ● pipewire.socket
Main PID: 3952 (pipewire)
Tasks: 2 (limit: 7736)
Memory: 2.1M
CPU: 10min 11.988s
CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pipewire.service
└─3952 /usr/bin/pipewire
Feb 29 10:48:14 amlbian systemd[1473]: Started PipeWire Multimedia Service.
```
Manually restarting the pipewire service and xdg-desktop-portal service doesn't work also
## How Reproducible:
### Steps to Reproduce:
1.apt install pipewire xdg-desktop-portal xdg-desktop-portal-wlr
2.reboot
3.see log
### Actual Results:
xdg-desktop-portal can not work right
### Expected Results:
xdg-desktop-portal can work right , and i can use chromium screenshare function
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`:
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3879
[ProAudio] Audio8DJ usb audio interface missing sources/sinks
2024-03-07T03:40:12Z
obs soleszenz
[ProAudio] Audio8DJ usb audio interface missing sources/sinks
<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`): pipewire 1:1.0.3-1
- Distribution and distribution version (`PRETTY_NAME` from `/etc...
<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`): pipewire 1:1.0.3-1
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): arch
- Desktop Environment: plasma
- Kernel version (`uname -r`): 6.7.6-zen1-1-zen
## Description of Problem:
My audio8dj audio interface is not showing my inputs/outputs 3-8 when i turn on the pro audio profile. In the duplex profile they are shown.
I think the problem is that the sources/sinks are seperate sub devices and probably this causes problems? See the aplay -l output at the end.
## How Reproducible:
### Steps to Reproduce:
1. Switch from duplex to pro-audio profile
2. List the ports
### Actual Results:
```
Audio
├─ Devices:
│ 45. Internes Audio [alsa]
│ 110. Audio 8 DJ [alsa]
│
├─ Sinks:
│ 48. Internes Audio Analog Stereo [vol: 0.40]
│ * 118. Audio 8 DJ Pro [vol: 1.19]
│
├─ Sink endpoints:
│
├─ Sources:
│ 49. Internes Audio Analog Stereo [vol: 1.00]
│ * 92. Audio 8 DJ Pro [vol: 1.00]
```
### Expected Results:
```
Audio
├─ Devices:
│ 45. Internes Audio [alsa]
│ 110. Audio 8 DJ [alsa]
│
├─ Sinks:
│ * 48. Internes Audio Analog Stereo [vol: 0.40]
│ 75. Audio 8 DJ Analog Stereo Channel C [vol: 1.00]
│ 92. Audio 8 DJ Analog Stereo Channel A [vol: 1.00]
│ 129. Audio 8 DJ Analog Stereo Channel D (Headphones) [vol: 1.00]
│ 149. Audio 8 DJ Analog Stereo Channel B [vol: 1.00]
│
├─ Sink endpoints:
│
├─ Sources:
│ * 49. Internes Audio Analog Stereo [vol: 1.00]
│ 118. Audio 8 DJ Analog Stereo Channel B [vol: 1.00]
│ 127. Audio 8 DJ Analog Stereo Channel C (Line/Mic) [vol: 1.00]
│ 160. Audio 8 DJ Analog Stereo Channel A [vol: 1.00]
│ 161. Audio 8 DJ Analog Stereo Channel D [vol: 1.00]
│
```
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`[pw-dump.log](/uploads/a6ec2aad988eae48126d935a6614d1ab/pw-dump.log)
```
aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: Audio8DJ [Audio 8 DJ], Gerät 0: Audio 8 DJ [Audio 8 DJ]
Sub-Geräte: 4/4
Sub-Gerät #0: subdevice #0
Sub-Gerät #1: subdevice #1
Sub-Gerät #2: subdevice #2
Sub-Gerät #3: subdevice #3
Karte 1: PCH [HDA Intel PCH], Gerät 0: ALC269VC Analog [ALC269VC Analog]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 1: PCH [HDA Intel PCH], Gerät 3: HDMI 0 [HDMI 0]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 1: PCH [HDA Intel PCH], Gerät 7: HDMI 1 [HDMI 1]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
Karte 1: PCH [HDA Intel PCH], Gerät 8: HDMI 2 [HDMI 2]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0
```
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3877
Bluetooth Battery Level for L, R and Case headphone.
2024-03-16T16:41:56Z
maniacx
Bluetooth Battery Level for L, R and Case headphone.
Feature request.
Thanks for adding support for reporting Battery Level of Bluetooth Devices.
Just curious, is any direct way of getting individial Battery Reporting Earbuds Left Right and/or Case from pipewire?
Seems like currently in B...
Feature request.
Thanks for adding support for reporting Battery Level of Bluetooth Devices.
Just curious, is any direct way of getting individial Battery Reporting Earbuds Left Right and/or Case from pipewire?
Seems like currently in Bluez is reporting an average of all 3 levels. ex L=100%, R=100% and Case=50%, Bluez reports as 70%.
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3876
If a filter-chain is loaded SPDIF no longer works.
2024-03-04T08:20:10Z
Adolfo Rodrigues
If a filter-chain is loaded SPDIF no longer works.
Unless I remove my filter-chain spdif does not work. I have my convolver config in ~/.config/pipewire/pipewire.conf.d/convolver.conf ,
If I remove convolver.conf and restart pipewire service, spdif starts working again.
![image](/uploa...
Unless I remove my filter-chain spdif does not work. I have my convolver config in ~/.config/pipewire/pipewire.conf.d/convolver.conf ,
If I remove convolver.conf and restart pipewire service, spdif starts working again.
![image](/uploads/65e4145c214717e4531508b4413115ce/image.png)
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3874
No sound with AirPlay
2024-02-25T17:19:24Z
Francesco Frassinelli
No sound with AirPlay
<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`): Linked with libpipewire 1.0.3
- Distribution and distribution version (`PRETTY_NAME`...
<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`): Linked with libpipewire 1.0.3
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Fedora Linux 38 (Workstation Edition)
- Desktop Environment: Gnome
- Kernel version (`uname -r`): 6.2.14-300.fc38.x86_64
## Description of Problem:
No audio from BlueSound Powernode 2i when using AirPlay.
## How Reproducible:
All the times when setting an app output to the AirPlay device.
### Steps to Reproduce:
1. Load the `libpipewire-module-raop-discover` module
2. Select the AirPlay device as output in `pavucontrol`
### Actual Results:
No audio.
### Expected Results:
Some sounds? :)
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`: [pw-dump_0.3.81.log](/uploads/42273d18fbc44c02b06c937be59e3127/pw-dump_0.3.81.log)
```
$ PIPEWIRE_DEBUG="*:1,mod.raop*:5,default*:5" pw-cli -m load-module libpipewire-module-raop-discover
[I][18807.458235] default | [ thread.c: 105 impl_acquire_rt()] acquire_rt thread:0x7f9cad7e76c0 prio:-1 not implemented
[D][18807.461120] mod.raop-discover | [module-raop-disc: 571 pipewire__module_init()] module 0x55913a557030: new (null)
[I][18807.473315] mod.raop-discover | [module-raop-disc: 328 create_stream()] loading module args:'{ "raop.ip": "fe80::9256:82ff:fe7f:fb49", "raop.ip.version": 6, "raop.port": 7000, "raop.name": "9056827FFB49@Sala", "raop.hostname": "Sala.local", "raop.domain": "local", "raop.audio.codec": "PCM", "raop.encryption.type": "auth_setup", "device.model": "POWERNODE 2i", "raop.transport": "udp"}'
[D][18807.474323] mod.raop-sink | [module-raop-sink: 1753 pipewire__module_init()] module 0x7f9cac5ff010: new { "raop.ip": "fe80::9256:82ff:fe7f:fb49", "raop.ip.version": 6, "raop.port": 7000, "raop.name": "9056827FFB49@Sala", "raop.hostname": "Sala.local", "raop.domain": "local", "raop.audio.codec": "PCM", "raop.encryption.type": "auth_setup", "device.model": "POWERNODE 2i", "raop.transport": "udp"}
[I][18807.475024] default | [ rtsp-client.c: 96 pw_rtsp_client_new()] new client 0x55913a5b1d00
[I][18807.475277] mod.raop-discover | [module-raop-disc: 390 resolver_cb()] found duplicate mdns entry - skipping tunnel creation
[I][18807.511635] default | [ rtsp-client.c: 487 pw_rtsp_client_connect()] 0x55913a5b1d00: connect fe80::9256:82ff:fe7f:fb49:7000
[E][18807.511824] default | [ rtsp-client.c: 519 pw_rtsp_client_connect()] Could not connect to fe80::9256:82ff:fe7f:fb49:7000: Invalid argument
[E][18814.022889] mod.client-node | [ remote-node.c: 730 client_node_port_use_buffers()] port (nil): use_buffers(0:0:0): -2 No such file or directory
[E][18814.022939] mod.client-node | [ remote-node.c: 730 client_node_port_use_buffers()] port (nil): use_buffers(0:1:0): -2 No such file or directory
[I][18814.034356] default | [ audio.c: 281 rtp_audio_process_capture()] sync to timestamp:829706369 seq:48008 ts_offset:0 SSRC:1851290816
[T][18814.039660] default | [ audio.c: 241 rtp_audio_flush_packets()] sending 352 avail:441 ts_offset:0 timestamp:829706369
[T][18814.050340] default | [ audio.c: 241 rtp_audio_flush_packets()] sending 352 avail:560 ts_offset:0 timestamp:829706721
[T][18814.055713] default | [ audio.c: 241 rtp_audio_flush_packets()] sending 352 avail:443 ts_offset:0 timestamp:829707073
```
I also tried to set `raop.latency.ms` to `5000`. I tried multiple times. I disabled IPv6, and I set `raop.ip.version` to `4`: still no sound. I am not using pipewire master, but there are no changes between the current master and version 1.0.3 for the raop code.
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3873
When switching drivers, process() gets called twice with same clock position
2024-03-25T14:38:17Z
P V
When switching drivers, process() gets called twice with same clock position
Consider this test program: https://gitlab.freedesktop.org/pvir/pipewire/-/blob/timer-test/src/examples/timer-test.c
1. Start `PIPEWIRE_DEBUG=3 ./timer-test`
2. Start `fluidsynth -a jack -m jack`
3. `pw-link timer-test:output fluidsynth...
Consider this test program: https://gitlab.freedesktop.org/pvir/pipewire/-/blob/timer-test/src/examples/timer-test.c
1. Start `PIPEWIRE_DEBUG=3 ./timer-test`
2. Start `fluidsynth -a jack -m jack`
3. `pw-link timer-test:output fluidsynth-midi:midi_00`
4. `pw-link fluidsynth-midi:left alsa_output.pci-0000_00_1b.0.analog-stereo:playback_FL` (replace with existing ALSA playback port)
5. `pw-link -d fluidsynth-midi:left alsa_output.pci-0000_00_1b.0.analog-stereo:playback_FL`
At step 4 (going from Dummy-Driver to ALSA):
```
[I][47064.271885] default | [ timer-test.c: 34 on_process()] clock 30 position 7059139867 nsec:147065413895833 dt:21355849
[I][47064.293210] default | [ timer-test.c: 34 on_process()] clock 30 position 7059140891 nsec:147065435229166 dt:21331798
[I][47064.314515] default | [ timer-test.c: 34 on_process()] clock 30 position 7059141915 nsec:147065456562500 dt:21309116
[I][47064.335875] default | [ timer-test.c: 34 on_process()] clock 30 position 7059142939 nsec:147065477895833 dt:21355371
[I][47064.341142] pw.filter | [ filter.c: 837 handle_latency()] port 0x620000000080: set input latency 0.000000-1.000000 0-0 0-0
[I][47064.520750] default | [ timer-test.c: 34 on_process()] clock 30 position 7059142939 nsec:147065477895833 dt:184871842
[I][47064.542091] default | [ timer-test.c: 34 on_process()] clock 56 position 31031296 nsec:147065684098612 dt:21349317
[I][47064.563439] default | [ timer-test.c: 34 on_process()] clock 56 position 31032320 nsec:147065705431945 dt:21340187
[I][47064.584782] default | [ timer-test.c: 34 on_process()] clock 56 position 31033344 nsec:147065726766010 dt:21342016
```
At step 5 (going from ALSA to Dummy-Driver):
```
[I][47068.168690] default | [ timer-test.c: 34 on_process()] clock 56 position 31205376 nsec:147069310718422 dt:21327109
[I][47068.189992] default | [ timer-test.c: 34 on_process()] clock 56 position 31206400 nsec:147069332051143 dt:21299205
[I][47068.211362] default | [ timer-test.c: 34 on_process()] clock 56 position 31207424 nsec:147069353384462 dt:21373153
[I][47068.232698] default | [ timer-test.c: 34 on_process()] clock 56 position 31208448 nsec:147069374718071 dt:21324629
[I][47068.245309] default | [ timer-test.c: 34 on_process()] clock 56 position 31208448 nsec:147069374718071 dt:12622675
[I][47068.246243] pw.filter | [ filter.c: 837 handle_latency()] port 0x620000000080: set input latency 0.000000-0.000000 0-0 0-0
[I][47068.266519] default | [ timer-test.c: 34 on_process()] clock 30 position 7059331611 nsec:147069408562500 dt:21197396
[I][47068.287816] default | [ timer-test.c: 34 on_process()] clock 30 position 7059332635 nsec:147069429895833 dt:21312417
[I][47068.309188] default | [ timer-test.c: 34 on_process()] clock 30 position 7059333659 nsec:147069451229166 dt:21358223
```
Note that in both cases it gets called twice with the same clock position / nsec fields.
In the second case the callbacks also were faster than realtime, which will cause latency increase if something is buffering.
It seems it goes like this:
```
[I][48974.579775] default | [ timer-test.c: 34 on_process()] clock 30 position 7150835261 nsec:148975734604166 dt:21321604
...
[D][48974.609681] mod.client-node | [ remote-node.c: 562 client_node_port_set_param()] port 0x61b000000780: set_param Spa:Enum:ParamId:Latency 0x62d00001e458
...
[D][48974.611916] mod.client-node | [ remote-node.c: 1042 node_port_info_changed()] info changed 0x615000003078
...
[I][48974.623492] default | [ timer-test.c: 34 on_process()] clock 30 position 7150835261 nsec:148975734604166 dt:43713285
...
[D][48974.624855] mod.client-node | [ remote-node.c: 422 client_node_set_io()] node 0x615000003000: set io Spa:Enum:IO:Position 0x7f970a357230
...
[D][48974.625101] mod.client-node | [ remote-node.c: 841 client_node_set_activation()] node 0x61d000001480: set activation 30: 4294967295 (nil) 0 0
[D][48974.625142] mod.client-node | [ remote-node.c: 873 client_node_set_activation()] node 0x61d000001480: remove link 0x6110000057c0: id:30 state:0x7f970a359008 pending:-2/0
[D][48974.625180] mod.client-node | [ remote-node.c: 112 clear_link()] link 0x6110000057c0
[T][48974.625242] mod.client-node | [ remote-node.c: 105 do_deactivate_link()] link 0x6110000057c0 deactivate
...
[D][48974.625821] mod.client-node | [ remote-node.c: 841 client_node_set_activation()] node 0x61d000001480: set activation 52: 5 0x7f970a357000 0 2312
[D][48974.625854] mod.client-node | [ remote-node.c: 862 client_node_set_activation()] node 0x61d000001480: add link 0x611000005e00: memid:5 fd:20 id:52 state:0x7f970a357008 pending:2/5
[T][48974.625875] mod.client-node | [ remote-node.c: 804 do_activate_link()] link 0x611000005e00 activate
[I][48974.644826] default | [ timer-test.c: 34 on_process()] clock 52 position 802816 nsec:148975799616260 dt:21329775
```
so maybe there's some sort of race with the trigger eventfd and changing the activation record and the position IO.
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3871
Pipewire server deadlocks on blocking system call randomly
2024-03-10T22:02:07Z
Robotic-Brain
Pipewire server deadlocks on blocking system call randomly
- PipeWire version (`pipewire --version`): 1.0.3 (and earlier)
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Arch Linux
- Desktop Environment: Xfce
- Kernel version (`uname -r`): 6.6.16-1-lts
## Descrip...
- PipeWire version (`pipewire --version`): 1.0.3 (and earlier)
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Arch Linux
- Desktop Environment: Xfce
- Kernel version (`uname -r`): 6.6.16-1-lts
## Description of Problem:
The pipewire deamon randomly enters an uninterruptible "disk sleep (D)" state. When this happens all audio playback becomes impossible and even rebooting the system is impossible because systemd will wait forever on pipewire to shutdown. Starting any audio playback or interaction through pw-cli etc. will freeze the application. The deamon will not respond to any signals (SIGTERM, SIGKILL etc.)
The only way to recover from this state is to forcibly shutdown the system with a hardware reset or `SysRq + b`.
## How Reproducible:
Non-deterministically once a week, more prevalent when using audio editing software like audacity.
### Steps to Reproduce:
Happens randomly; the following steps make it much more likely to happen but are not mandatory.
1. Open any sound file in audacity.
2. Select some section of audio to play in a loop (preferably short - i suspect this has something to do with the sound buffer handling)
3. Let it loop until all system audio cuts out.
4. Now starting any audio playback or even connecting to the sound server will freeze it's client application.
5. Verify that pipewire daemon is blocked (e.g.: `cat /proc/$(pgrep -x pipewire)/status`)
Other ways to reproduce:
* Play media with mpv, skipping around.
* Edit sound with ardour
For some reason streaming media with Firefox is much less likely to cause it. The file has to be on disk.
### Actual Results:
Pipewire deamon deadlocks in uninterruptible disk sleep. Service restart and even reboot is impossible.
Effectively this causes a denial of service for the whole system.
### Expected Results:
Audio keeps playing, or at least pipewire crashes (and restarts), anything that does not prevent a normal shutdown.
Comparison to pulseaudio: sometimes my USB soundcard seems to crap itself and crash. When this happens sometimes the pulseaudio server chrashes and no audio output is possible. However in this case restarting pulsaudio fixes the problem. In most cases unplugging/replugging the soundcard is enough. This simple fix does not work at all when using pipewire.
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`: Not possible because it freezes!
- `journalctl`:
[sys2.log](/uploads/fc418f5e27a15bbbd9130332ac0ad5e6/sys2.log)
- <details>
<summary>`cat /proc/$(pgrep -x pipewire)/stack`</summary>
```
[<0>] usb_kill_urb.part.0+0x92/0xd0
[<0>] usb_hcd_flush_endpoint+0xb8/0x180
[<0>] usb_disable_endpoint+0x57/0xb0
[<0>] usb_set_interface+0x90/0x3c0
[<0>] endpoint_set_interface+0x39/0xe0 [snd_usb_audio]
[<0>] snd_usb_endpoint_close+0xfc/0x110 [snd_usb_audio]
[<0>] snd_usb_hw_free+0x8c/0xe0 [snd_usb_audio]
[<0>] snd_pcm_common_ioctl+0xe2b/0x12e0 [snd_pcm]
[<0>] snd_pcm_ioctl+0x2e/0x50 [snd_pcm]
[<0>] __x64_sys_ioctl+0x97/0xd0
[<0>] do_syscall_64+0x60/0x90
[<0>] entry_SYSCALL_64_after_hwframe+0x6e/0xd8
```
</details>
- While researching this issue i found a special set of uninterruptible blocking syscalls which can be interrupted if the calling process is killed anyways. Maybe these can be used to at least make pipewire crash cleanly instead of causing a denial of service for the whole system?
- This issue is exclusive to pipewire and did not happen with pulseaudio. (switching back to pulse is a functioning workaround)
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3869
Vsock support accepted?
2024-03-10T22:02:42Z
Jörg Thalheim
Vsock support accepted?
I am working on a secure [Linux distribution](https://tiiuae.github.io/ghaf/) similar to qubesOS and was wondering if pipewire would accept a patch that allows to share audio via [VSOCK](https://man7.org/linux/man-pages/man7/vsock.7.html...
I am working on a secure [Linux distribution](https://tiiuae.github.io/ghaf/) similar to qubesOS and was wondering if pipewire would accept a patch that allows to share audio via [VSOCK](https://man7.org/linux/man-pages/man7/vsock.7.html) socket family.
It would allow us to have audio routed between VMs without any special OS or hypervisor support and with potential less overhead than TCP/UDP over normal VM interfaces. This is not just a performance advantage but also helps with security and configuration complexity since TCP/UDP requires network access, while with VSOCK we can make applications air-gapped from the network.
Let me know what you think. We are aware of the recent addition of pulseaudio/pipewire backends in qemu, but those than requires quite a bit more software linked into the hypervisor.
Thanks!
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3867
Corrupted sound when switching output, Rpi 4B, debian sid
2024-03-01T05:04:30Z
Matt Fellenz
Corrupted sound when switching output, Rpi 4B, debian sid
<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`): 1.0.3-1
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release...
<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`): 1.0.3-1
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Debian sid
- Desktop Environment: N/A
- Kernel version (`uname -r`): Not sure, can add if necessary
## Description of Problem:
When playing audio and switching the output between two USB audio devices, the audio switches output but is corrupted for a couple seconds before fixing itself. Example:
Playing correctly on Output A.
Switch to B, immediately playing corrupted on B.
After a few seconds, playing correctly on B.
Switch to A, immediately corrupted on A.
Switch to B, still playing on A, even more corrupted.
After a few seconds, switch to B and play correctly immediately upon switching.
## How Reproducible:
100%
### Steps to Reproduce:
1. Plug in two USB audio devices to the RPi 4B.
2. Use pw-play to play a simple sine wave track or similar on one of the USB devices.
3. Use pw-metadata to set target.object and make Wireplumber switch the output to the other USB device.
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3866
Couldn't find how to make profile for HDMI + stereo output
2024-02-23T15:42:08Z
Mola7Wika
Couldn't find how to make profile for HDMI + stereo output
Hello, my laptop is used as a TV in the house so my laptop is connected to a TV via HDMI, the problem is i spend a lot of time on my laptop so i need some voice too, on windows you can choose a sound output for every application and that...
Hello, my laptop is used as a TV in the house so my laptop is connected to a TV via HDMI, the problem is i spend a lot of time on my laptop so i need some voice too, on windows you can choose a sound output for every application and that's what im trying to do, when i was using pulseaudio i used to make a profile in "/usr/share/pulseaudio/alsa-mixer/profile-sets/default.conf" that allow me to use both of them
this is the profile
[Profile output:analog-stereo+output:hdmi-stereo:+input:analog-stereo]
description = Profile showing both HDMI and analog
output-mappings = analog-stereo hdmi-stereo
input-mappings = analog-stereo
when i nano that default.conf i can still see the profile but i can't find it in pavucontrol.
but i switched to pipewire since some apps features only works with pipewire, i tried to find a way to make this work on pipewire but couldn't really find a soloution
sorry if there's lack of information ask me any question and i will try and help
thank you in advance
Linux Mint 21.3 Cinnamon
Server Name: PulseAudio (on PipeWire 0.3.48)
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3864
32bit pipewire libraries don't work
2024-03-10T22:03:25Z
Pain-07
32bit pipewire libraries don't work
Hello, it seems my hardware does not have full support, when watching movies or in the browser the sound is normal, but if you run Wine, Proton-Ge, the sound test does not give any result, the recommendations of archwiki were used the lo...
Hello, it seems my hardware does not have full support, when watching movies or in the browser the sound is normal, but if you run Wine, Proton-Ge, the sound test does not give any result, the recommendations of archwiki were used the log was created, but no anomalies were found in it created a virtual device that will send everything to the main one, then launched the software and qpwgraph via pavucontrol, naturally setting the new device as the default with different settings https://ibb.co/hdWV8Mb https://ibb.co/YdWSJyg
Checked the packages pacman -Qi lib32-pipewire https://ibb.co/K7MkvRf There were also attempts to play with the data transfer rate and audio frequency; none of this helped As a result, it was decided to install pulse audio; it works out of the box where Pipewire does not work
I used some of the outdated screenshots to show what has already been done, but this does not change the essence
I still want to switch to Pipewire and I hope you will help me with this
Last screenshot `pacman -Q | grep 'pipewire|pulse|wine'`
https://ibb.co/3RGhKtT
My audio card
/devices/pci0000:00/808622A8:00/bytcht_cx2072x/sound/card1/input29
dmesg log output
```
~/storage/downloads $ cat "log(1)" | grep -v Unable | grep -i audio
[ 3.974036] i915 0000:00:02.0: [drm] HDaudio controller not detected, using LPE audio instead
[ 9.701926] input: Intel HDMI/DP LPE Audio HDMI/DP,pcm=0 as /devices/pci0000:00/0000:00:02.0/hdmi-lpe-audio/sound/card0/input15
[ 9.702111] input: Intel HDMI/DP LPE Audio HDMI/DP,pcm=1 as /devices/pci0000:00/0000:00:02.0/hdmi-lpe-audio/sound/card0/input16
[ 9.702288] input: Intel HDMI/DP LPE Audio HDMI/DP,pcm=2 as /devices/pci0000:00/0000:00:02.0/hdmi-lpe-audio/sound/card0/input17
```
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3861
Popping/crackling/skipping audio while recording multiple virtual sources / s...
2024-03-01T09:51:56Z
A1R M4X
Popping/crackling/skipping audio while recording multiple virtual sources / sinks [UMC404HD]
- PipeWire version (`pipewire --version`): 1.0.3 (Compiled & linked with 1.0.3)
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): CachyOS (Arch)
- Desktop Environment: KDE Plasma 5.27.10 on X11
- Kernel vers...
- PipeWire version (`pipewire --version`): 1.0.3 (Compiled & linked with 1.0.3)
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): CachyOS (Arch)
- Desktop Environment: KDE Plasma 5.27.10 on X11
- Kernel version (`uname -r`): 6.7.5-2-cachyos (reproducible on 6.8.rc5-1)
- OBS Flatpak / OBS package from Arch / OBS git
- Sound device: UMC404HD
## Description of Problem:
Sound popping/crackling/skipping while recording multiples sources in OBS. One source works correctly (no sound issue) but all the others are stuttering / crackling / skipping.
If disabling pro audio & virtual devices, moving to the "direct UMC404HD profile" => sound get recorded properly in OBS (but I can´t differentiate the sources).
## How Reproducible:
100%. One of my buddy with the same audio device reproduced the issue.
### Steps to Reproduce:
1. Created Virtual sinks / sources for my UMC404HD by following this wiki https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Virtual-Devices#virtual-sinks (my acutal config in the dump might differ a little bit, tried to debug on my own for 1 week before posting here)
2. Launch OBS and add each source separately
3. Record
### Actual Results:
Unusable sound from 3/4 of sources from my UMC404HD sound device.
### Expected Results:
All virtual sinks / sources should be usable.
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`:[pw-dump.log](/uploads/e8d70728a25467008367486435041c0d/pw-dump.log)
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3860
Specker sound is too low
2024-02-20T14:51:01Z
A R Asad
Specker sound is too low
- PipeWire version: pipewire-1.0.3
- Distribution and distribution version: Arch Linux
- Desktop Environment:i3wm
- Kernel version : 6.7.4-arch1-1
Recently I brought [Havit HV-SK473 USB 2.0 Speaker](https://www.startech.com.bd/havit-hv-...
- PipeWire version: pipewire-1.0.3
- Distribution and distribution version: Arch Linux
- Desktop Environment:i3wm
- Kernel version : 6.7.4-arch1-1
Recently I brought [Havit HV-SK473 USB 2.0 Speaker](https://www.startech.com.bd/havit-hv-sk473-speaker) and facing low audio quality in pulseaudio. Then I move from pulse to pipewire and first day everything looks good. After a day same problem as previous. I already try a lot of method but none of work for me.
[pw-dump.log](/uploads/31062ffba61922f07873ed01e6a7613a/pw-dump.log)
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3855
Add support for playing m4a files with `pw-play`
2024-02-18T17:01:45Z
Antti Savolainen
Add support for playing m4a files with `pw-play`
<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version: 1.0.3
- Distribution and distribution version: Arch Linux
- Desktop Environment: KDE Plasma
- Kernel versio...
<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version: 1.0.3
- Distribution and distribution version: Arch Linux
- Desktop Environment: KDE Plasma
- Kernel version: 6.7.4-arch1-1
## Description of Problem:
I've come across a couple of m4a files and they're not supported by `pw-play`. Attempting to play them results in the following error message:
```
sndfile: failed to open audio file "End Times.m4a": Format not recognised.
error: open failed: Input/output error
```
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`: [pw-dump.log](/uploads/df42db02493c964e101701942338aa04/pw-dump.log)
- Example file: [End_Times.m4a](/uploads/f7a382e7ab035c9d7c146d548ef95cde/End_Times.m4a)
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3853
[Feature request] pipewiresrc: Add property to control cursor visibility
2024-02-17T09:37:41Z
Dave Patrick Caberto
[Feature request] pipewiresrc: Add property to control cursor visibility
When using the [ScreenCast portal](https://docs.flatpak.org/en/latest/portal-api-reference.html#gdbus-org.freedesktop.portal.ScreenCast), for example, when the cursor mode is set as `Metadata`, `pipewiresrc` should allow controlling the ...
When using the [ScreenCast portal](https://docs.flatpak.org/en/latest/portal-api-reference.html#gdbus-org.freedesktop.portal.ScreenCast), for example, when the cursor mode is set as `Metadata`, `pipewiresrc` should allow controlling the visibility of the cursor. If the cursor mode is set as `Hidden` or `Embedded` the property could be ignored.
This is useful as the cursor visibility can be controlled on the fly even when the pipeline is active, rather than relying on cursor modes from the portal.
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3852
popping/crackling/skipping audio when filtering input
2024-02-19T19:07:34Z
sannagy90
popping/crackling/skipping audio when filtering input
- PipeWire version (`pipewire --version`):
```plaintext
pipewire
Compiled with libpipewire 1.0.3
Linked with libpipewire 1.0.3
```
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`):
Fedora Linux 39 (Wor...
- PipeWire version (`pipewire --version`):
```plaintext
pipewire
Compiled with libpipewire 1.0.3
Linked with libpipewire 1.0.3
```
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`):
Fedora Linux 39 (Workstation Edition)
- Desktop Environment:
Gnome 45.4
- Kernel version (`uname -r`):
6.7.4-200.fc39.x86_64
## Description of Problem:
Using a filter on the microphone is causing popping/crackling output sound on the speakers/headphones with certain applications.
## How Reproducible:
100%
### Steps to Reproduce:
1. Set up filter on on microphone
I am using a mono Microphone and [libdeep_filter_ladspa](https://github.com/Rikorose/DeepFilterNet/tree/main/ladspa) filter with the following config file
```plaintext
cat ~/.config/pipewire/pipewire.conf.d/60-libdeep-filter.conf
context.modules = [
{ name = libpipewire-module-filter-chain
args = {
media.name = "deepfilter"
node.description = "NZXT-filtered"
filter.graph = {
nodes = [
{
type = ladspa
name = "DeepFilter Mono"
plugin = /home/sandor/.ladspa/libdeep_filter_ladspa.so
label = deep_filter_mono
control = {
"Attenuation Limit (dB)" 100
}
}
]
}
audio.rate = 48000
audio.channels = 2
audio.position = [FL]
capture.props = {
node.passive = true
target.object = "alsa_input.usb-NZXT_NZXT_USB_MIC_A00015_53_06-00.mono-fallback"
}
playback.props = {
audio.position = [ MONO ]
media.class = Audio/Source
}
}
}
]
```
2. Set the filtered node as default input device in gnome settings
3. Counter Strike 2 is easy to test with, cracking/popping can be heard in the menu after clicking around for 5-10 seconds, especially when going into settings.
If I change `default.clock.min-quantum` from 32 to 512 in `pipewire.conf`, then the popping/cracking is gone. Might be related to #3309 as a similar workaround does the job.
### Actual Results:
cracking/popping sound
### Expected Results:
there should be no effect of the input filter on the output
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`:
[pw-dump.log](/uploads/c9bdf651aaacb54c86bb273d62900987/pw-dump.log)
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3848
No audio when playing videos using mpv or vlc but same video will play audio ...
2024-03-18T23:09:50Z
Randy R
No audio when playing videos using mpv or vlc but same video will play audio and video in firefox
## Description of Problem:
I noticed recently when I played various MP4 video files that I was only getting video and **no audio**. Sending the same video file to Firefox both audio + video played correctly.
## How Reproducible:
1. I...
## Description of Problem:
I noticed recently when I played various MP4 video files that I was only getting video and **no audio**. Sending the same video file to Firefox both audio + video played correctly.
## How Reproducible:
1. I did some testing and decided to open the same MP4 file via terminal in MPV via command line and explicitly requestion pipewire audio **(still no sound)**:
```
❯ mpv --ao=pipewire 'Dune Imperium - How To Play.mp4'
(+) Video --vid=1 (*) (h264 1280x720 29.970fps)
(+) Audio --aid=1 --alang=eng (*) (aac 2ch 44100Hz)
AO: [pipewire] 44100Hz stereo 2ch floatp
VO: [gpu] 1280x720 yuv420p
Exiting... (Quit)
```
2. I also explicitly had the file use 'pulse' and 'alsa' and in both cases audio + video played correctly:
```
❯ mpv --ao=pulse 'Dune Imperium - How To Play.mp4'
(+) Video --vid=1 (*) (h264 1280x720 29.970fps)
(+) Audio --aid=1 --alang=eng (*) (aac 2ch 44100Hz)
AO: [pulse] 44100Hz stereo 2ch float
VO: [gpu] 1280x720 yuv420p
Exiting... (Quit)
❯ mpv --ao=alsa 'Dune Imperium - How To Play.mp4'
(+) Video --vid=1 (*) (h264 1280x720 29.970fps)
(+) Audio --aid=1 --alang=eng (*) (aac 2ch 44100Hz)
AO: [alsa] 44100Hz stereo 2ch float
VO: [gpu] 1280x720 yuv420p
Exiting... (Quit)
```
### Expected Results:
Video files should also play the encoded audio when using pipewire.
### Operating System:
Distro: EndeavourOS base: Arch Linux
Kernel: 6.6.16-1-lts arch: x86_64 bits: 64 compiler: gcc v: 13.2.1
Desktop: GNOME v: 45.3 tk: GTK v: 3.24.41 wm: gnome-shell
dm: GDM v: 45.0.1
### Application Versions:
Firefox 122.01
❯ pipewire --version
pipewire
Compiled with libpipewire 1.0.3
Linked with libpipewire 1.0.3
**mpv --version**
mpv v0.37.0 Copyright © 2000-2023 mpv/MPlayer/mplayer2 projects
built on Jan 19 2024 09:09:45
libplacebo version: v6.338.2
FFmpeg version: n6.1.1
FFmpeg library versions:
libavutil 58.29.100
libavcodec 60.31.102
libavformat 60.16.100
libswscale 7.5.100
libavfilter 9.12.100
libswresample 4.12.100
[pw-dump.log](/uploads/0198890f24fe00f02a8aa0ca9b5f3167/pw-dump.log)