pipewire issueshttps://gitlab.freedesktop.org/pipewire/pipewire/-/issues2023-09-25T16:02:31Zhttps://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2986Audio input and output problems with Beats Studio32023-09-25T16:02:31ZFurkan GüzelAudio input and output problems with Beats Studio3<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
<!-- If you can, test also with Pulseaudio and list `pulseaudio --version`. -->
- PipeWire version (`pipewire --version`): 0.3...<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
<!-- If you can, test also with Pulseaudio and list `pulseaudio --version`. -->
- PipeWire version (`pipewire --version`): 0.3.58
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Ubuntu 22.10 x86_64
- Desktop Environment: GNOME 43.1
- Kernel version (`uname -r`): 5.19.0-29-generic
- BlueZ version (`bluetoothctl --version`):bluetoothctl: 5.65
- `lsusb`:
```
Bus 004 Device 002: ID 11b0:6368 ATECH FLASH TECHNOLOGY Multi-Reader
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 14cd:8601 Super Top 4-Port hub
Bus 001 Device 004: ID 046d:c07e Logitech, Inc. G402 Gaming Mouse
Bus 001 Device 003: ID 2516:0051 Cooler Master Co., Ltd. AMD SR4 lamplight Control
Bus 001 Device 002: ID 0461:4e8e Primax Electronics, Ltd HP USB Keyboard
Bus 001 Device 007: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
```
- Bluetooth devices:
```
Device F8:5C:7D:0C:7F:FB JBL Clip 4
Device F4:7D:EF:F9:2D:C9 Galaxy Buds (2DC9)
Device DC:F4:CA:BC:98:5E Beats Studio³
```
## Description of Problem:
in sound settings > output devices it shows two devices one is HeadPhone - Beats Studio3 second is Handsfree - Beats Studio3, Handsfree - Beats Studio3 sounds horrible and on the input device, there is only Handsfree - Beats Studio3 option when I choose that it chooses the same option on the output device, that's why I can't use the microphone on my headphone I am not sure if headphone - beats studio should show up on input device but if it normally should then that's the problem.
Note: no matter what configuration I choose hands-free beats studio always sounds horrible and I don't know if its related but the same issue happens from time to time with headphone beats studio but I am able to fix that by changing the config between codec "SBC XQ" and "SBC"
## How Reproducible:
### Steps to Reproduce:
1. Connect the headphone to the computer
2. enter setting > sound
3. From Input Device Choose Handsfree - Beats Studio3 or check If there is a device called Headphone - Beats studio3
### Actual Results:
No device named Headphone - Beats studio3 on the input device
the horrible sound quality on Handsfree - Beats Studio3 output device
### Expected Results:
The sound quality should be normal and the mic input should work.
# Additional Info:
This problem does not happen with Galaxy Buds(2DC9)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2985Fade-in for the first second or two at each playback/file2023-05-15T11:19:17ZAndoru EkkusuFade-in for the first second or two at each playback/file<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`): 0.3.63
- 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`): 0.3.63
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Manjaro Linux
- Desktop Environment: XFCE
- Kernel version (`uname -r`): 5.15.85-1-MANJARO
## Description of Problem:
Having this issue with PipeWire, where it would skip the first one or two second(s) of the playback, then immediately fade in.
Looked into this problem, was suggested that this might be an issue with power saving being used on on Intel HDA/integrated sound module. However, I’m using a USB headphone DAC/amplifier.
So in that case I disable that power saving feature for the device through modprobe:
```
$ inxi -A
Audio:
Device-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio
driver: snd_hda_intel
Device-2: Intel 8 Series/C220 Series High Definition Audio
driver: snd_hda_intel
Device-3: FiiO K3 type: USB driver: snd-usb-audio
Sound API: ALSA v: k5.15.85-1-MANJARO running: yes
Sound Server-1: PipeWire v: 0.3.63 running: yes
```
```
$ cat /etc/modprobe.d/snd-usb-audio.conf
options snd-usb-audio power_save=0
```
Did the same for snd_hda_intel for good measure.
Both of these did not fix my issue.
This happens with all apps, including VLC, Firefox, Tenacity, sound notifications for other apps. System sounds and Wine apps seem unaffected weirdly enough.
## How Reproducible:
Happens 75% of the time. Sometimes when I seek to the beginning of the track/video, I get to hear the first few seconds, but not always.
### Steps to Reproduce:
1. Play audio/video in the aforementioned apps
### Actual Results:
2. 1-2 seconds of silence
3. Audio fades in and plays as normal
### Expected Results:
2. Play audio as normal, from beginning to end
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`: [pw-dump.log](/uploads/5f2299cd6747d0294c2efb4997e3f09d/pw-dump.log)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2983Upgrade to 3.64 hangs pipewire and wireplumber2023-02-18T01:24:43ZC MurphyUpgrade to 3.64 hangs pipewire and wireplumber<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`):3.64
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`):F...<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`):3.64
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`):Fedora Linux 37 (Workstation Edition
- Desktop Environment:Gnome
- Kernel version (`uname -r`):6.1.6-200.fc37.x86_64
## Description of Problem:
I upgraded first to from Fedora via dnf. With this upgrade, PW upgraded to 3.64. Coincidentally, the kernel upgraded from 6.0.18 to 6.1.5. Prior to this upgrade, I was able to use all sound applications (VLC, Zoom, etc) without issue. Immediately after the upgrade, I experienced the following symptoms:
- No sound from the sound card
- Shutdown does not complete. Shutdown lists PW and WP as the programs it is waiting for.
- pw-cli ls just locks up when I execute it.
- If I prevent PW and WP from starting, aplay can still play sound through the alsa device hw:0,0.
-pwdump locks up when I try to execute it.
## How Reproducible:
### Steps to Reproduce:
1. Run system with PW and WP enabled
2.
3.
### Actual Results:
See symptoms
### Expected Results:
Trouble free sound operation as before.
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`:https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2981Error using Matrix Spatialiser plugin2023-01-20T22:56:17Zsmendez1Error using Matrix Spatialiser plugin<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`): pipewire
Compiled with libpipewire 0.3.63
Linked with libpipewire 0.3.63
- Distribu...<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`): pipewire
Compiled with libpipewire 0.3.63
Linked with libpipewire 0.3.63
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Manjaro Linux
- Desktop Environment: KDE
- Kernel version (`uname -r`): 6.0.15-1-MANJARO
## Description of Problem:
I am attempting to use the [matrix spatializer filter chain](https://gitlab.freedesktop.org/pipewire/pipewire/-/blob/master/src/daemon/filter-chain/sink-matrix-spatialiser.conf)
When I restart pipewire, I get the following error during initialization:
**Jan 20 15:58:44 smendez-linux-pc pipewire[1237894]: default: failed to load plugin 'matrix_spatialiser_1422': No such file or directory**
## How Reproducible:
Every time I restart pipewire
### Steps to Reproduce:
See description
### Actual Results:
Failure message and pipewire does not come up
### Expected Results:
Pipewire comes up and matrix spatializer filter chain is properly created
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`: N/A as pipewire has not come uphttps://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2980The volume switch (play/pause) on the Bluetooth headphones has stopped working.2024-01-13T13:14:59ZArtemThe volume switch (play/pause) on the Bluetooth headphones has stopped working.I recently upgraded to pipewire version 0.3.64 and the sound switch in my bluetooth headphones stopped working. I installed the old version of pipewire 0.3.49-1 and it worked.
I created a file `~/.config/wireplumber/bluetooth.lua.d/51-d...I recently upgraded to pipewire version 0.3.64 and the sound switch in my bluetooth headphones stopped working. I installed the old version of pipewire 0.3.49-1 and it worked.
I created a file `~/.config/wireplumber/bluetooth.lua.d/51-dummy-player.lua`
```
bluez_monitor.properties["bluez5.dummy-avrcp-player"] = true
```
But the play/pause buttons don't work.
```
- PipeWire version: 0.3.64
- Distribution and distribution version: Fedora Linux 37 Workstation Edition
- Desktop Environment: GNOME 43.2
- Kernel version: 6.1.6-200.fc37.x86_64
- BlueZ version: 5.66
- bluetoothctl devices: AirPods Pro
```https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2977Piewire not initializing after computer restart (Audio defaults to PulseAudio)2023-09-07T03:11:28ZVaskoPiewire not initializing after computer restart (Audio defaults to PulseAudio)<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
<!-- If you can, test also with Pulseaudio and list `pulseaudio --version`. -->
- PipeWire version (`pipewire --version`): **l...<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
<!-- If you can, test also with Pulseaudio and list `pulseaudio --version`. -->
- PipeWire version (`pipewire --version`): **libpipewire 0.3.63**
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): **Ubuntu 20.04.5 LTS**
- Desktop Environment: **Yes**
- Kernel version (`uname -r`): **5.15.0-56-generic**
- BlueZ version (`bluetoothctl --version`): **bluetoothctl: 5.53**
- `lsusb`:
```
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 0489:e0cd Foxconn / Hon Hai Wireless_Device
Bus 003 Device 002: ID 06cb:00fd Synaptics, Inc.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 04f2:b6be Chicony Electronics Co., Ltd Integrated Camera
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
```
- Bluetooth devices:
```
Device 2C:76:00:DE:9B:35 AirPods Pro
```
- `pactl info`:
```
Server String: /run/user/1000/pulse/native
Library Protocol Version: 33
Server Protocol Version: 35
Is Local: yes
Client Index: 1093
Tile Size: 65472
User Name: vasko
Host Name: TUEIRSI-MIA-N41
Server Name: PulseAudio (on PipeWire 0.3.63)
Server Version: 15.0.0
Default Sample Specification: float32le 2ch 48000Hz
Default Channel Map: front-left,front-right
Default Sink: bluez_output.2C_76_00_DE_9B_35.a2dp-sink
Default Source: alsa_input.pci-0000_04_00.6.analog-stereo
Cookie: 5c86:4c6f
```
## Description of Problem:
Pipewire not initializing after I restart my computer (defaults to PulseAudio). For configuring pipewire on Ubuntu 20.04, I followed [this](https://linuxconfig.org/how-to-install-pipewire-on-ubuntu-linux) instruction.
The problem can be resolved by running the following commands in the terminal:
```
systemctl --user --now disable pipewire pipewire-pulse
systemctl --user --now enable pulseaudio.service pulseaudio.socket
systemctl --user --now enable pipewire pipewire-pulse
systemctl --user --now disable pulseaudio.service pulseaudio.socket
```
## How Reproducible:
### Steps to Reproduce:
I followed [this](https://linuxconfig.org/how-to-install-pipewire-on-ubuntu-linux) instruction to install and configure PipeWire on Ubuntu 20.04. After done with configuration, restart the computer. Output of `pactl info` after computer restart:
```
User Name: vasko
Host Name: TUEIRSI-MIA-N41
Server Name: PulseAudio
Server Version: 15.0.0
```
### Actual Results:
PipeWire not working after computer restart.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2976pipewire 0.3.64, volume meters in pavucontrol no longer work2023-09-22T11:22:20ZKeyofBlueSpipewire 0.3.64, volume meters in pavucontrol no longer work- PipeWire version: 0.3.64
- Distribution and distribution version: Debian Sid
- Desktop Environment: xfce 4.18
- Kernel version: 6.1.4
## Description of Problem:
Dear developers,
after upgrading to pipewire 0.3.64, in pavucontrol, vol...- PipeWire version: 0.3.64
- Distribution and distribution version: Debian Sid
- Desktop Environment: xfce 4.18
- Kernel version: 6.1.4
## Description of Problem:
Dear developers,
after upgrading to pipewire 0.3.64, in pavucontrol, volume meters doesn't work anymore.
## How Reproducible:
Always
### Steps to Reproduce:
1. play some sound
### Actual Results:
Pavucontrol doesn't show any activity on the volume meters
### Expected Results:
Pavucontrol should show activity on the volume meters
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`:
[pw-dump.log](/uploads/ee3d18cf8573364bf4054cf6d3eb86cf/pw-dump.log)
Thanks and best regards.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2975pipewire 0.3.64, combined sink no longer work2023-08-01T18:12:44ZKeyofBlueSpipewire 0.3.64, combined sink no longer work- PipeWire version: 0.3.64
- Distribution and distribution version: Debian Sid
- Desktop Environment: xfce 4.18
- Kernel version: 6.1.4
## Description of Problem:
Dear developers,
after upgrading to pipewire 0.3.64, combined sink no lo...- PipeWire version: 0.3.64
- Distribution and distribution version: Debian Sid
- Desktop Environment: xfce 4.18
- Kernel version: 6.1.4
## Description of Problem:
Dear developers,
after upgrading to pipewire 0.3.64, combined sink no longer work. The module get loaded and the combined sink is created, but no sound output from it.
## How Reproducible:
Always
### Steps to Reproduce:
1. load module-combine-sink e.g.: `pactl load-module module-combine-sink slaves="alsa_output.pci-0000_01_00.1.hdmi-stereo alsa_output.pci-0000_00_1b.0.analog-stereo"`
### Actual Results:
No sound from the combined sink
### Expected Results:
sound from the combined sink
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`:
[pw-dump.log](/uploads/c61ddd2fb8e52694e1a3d525a8530108/pw-dump.log)
Thanks and best regards.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2973Differences between PulseAudio and PipeWire when using pactl2023-01-19T10:59:46ZAlessandro BonoDifferences between PulseAudio and PipeWire when using pactl#### PipeWire version
```
$ pipewire --version
pipewire
Compiled with libpipewire 0.3.47
```
#### `pactl` version
```
$ pactl --version
pactl 15.0
Compiled with libpulse 15.0.0
Linked with libpulse 15.0.0
```
## Description of Problem:...#### PipeWire version
```
$ pipewire --version
pipewire
Compiled with libpipewire 0.3.47
```
#### `pactl` version
```
$ pactl --version
pactl 15.0
Compiled with libpulse 15.0.0
Linked with libpulse 15.0.0
```
## Description of Problem:
When using PipeWire instead of PulseAudio I get a different result with the same `pactl` command.
## How Reproducible:
Always.
### Steps to Reproduce:
Execute the following command:
```
pactl load-module module-pipe-source file=~/virtmic.fifo source_properties=device.description=Virtual-Microphone rate=48000 channels=2
```
### Actual Results:
A source is created, however the description `Virtual-Microphone` is ignored and the sample format is `float32le`.
```
pactl list sources
[...]
Source #66
State: SUSPENDED
Name: pactl
Description: pactl
Driver: PipeWire
Sample Specification: float32le 2ch 48000Hz
Channel Map: front-left,front-right
Owner Module: 536870913
Mute: no
Volume: front-left: 0 / 0% / -inf dB, front-right: 0 / 0% / -inf dB
balance 0.00
Base Volume: 65536 / 100% / 0.00 dB
Monitor of Sink: n/a
Latency: 0 usec, configured 0 usec
Flags: DECIBEL_VOLUME LATENCY
Properties:
node.group = "pipewire.dummy"
node.virtual = "true"
media.class = "Audio/Source"
pulse.module.id = "536870913"
media.name = "pipesource playback"
stream.is-live = "true"
node.name = "pactl"
node.autoconnect = "true"
adapt.follower.node = ""
object.register = "false"
factory.id = "6"
audio.adapt.follower = ""
factory.mode = "split"
library.name = "audioconvert/libspa-audioconvert"
clock.quantum-limit = "8192"
client.id = "45"
object.id = "46"
object.serial = "66"
Formats:
pcm
```
This is the source created when using PulseAudio by using the same command
```
Source #1
State: SUSPENDED
Name: fifo_input
Description: Virtual-Microphone
Driver: module-pipe-source.c
Sample Specification: s16le 2ch 48000Hz
Channel Map: front-left,front-right
Owner Module: 24
Mute: no
Volume: front-left: 65536 / 100% / 0.00 dB, front-right: 65536 / 100% / 0.00 dB
balance 0.00
Base Volume: 65536 / 100% / 0.00 dB
Monitor of Sink: n/a
Latency: 0 usec, configured 0 usec
Flags: DECIBEL_VOLUME LATENCY
Properties:
device.string = "/home/myuser/virtmic.fifo"
device.description = "Virtual-Microphone"
device.icon_name = "audio-input-microphone"
Formats:
pcm
```
### Expected Results:
The `source_properties=device.description=Virtual-Microphone` option should not get ignored and if unspecified the sample format should be `s16` which is the default format according to the [PulseAudio documentation](https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Modules/#devicedrivermodules).
# Notes:
I managed to set the description with the following command:
```
pactl load-module module-pipe-source file=~/virtmic.fifo source_name=Virtual-Microphone format=s16 rate=48000 channels=2
```
Apparently, PipeWire derives the description from `source_name` and uses it to set both `Name` and `Description` fields.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2972Mic not working on QEMU guest and -device [ich9-]intel-hda2023-03-27T13:12:05ZAndré MatosMic not working on QEMU guest and -device [ich9-]intel-hdaTested with latest Pipewire release and master, on Garuda and NixOS unstable guests, on NixOS unstable host
## Description of Problem:
Trying pipewire inside guest with QEMU's intel-hda audio devices work for output, but not input/micro...Tested with latest Pipewire release and master, on Garuda and NixOS unstable guests, on NixOS unstable host
## Description of Problem:
Trying pipewire inside guest with QEMU's intel-hda audio devices work for output, but not input/microphone/recording.
## How Reproducible:
Always
### Steps to Reproduce:
1. Install `quickemu` on host, for sane qemu defaults
2. `$ quickget garuda latest kde-lite` # garuda kde defaults to pipewire
3. `$ quickemu --vm garuda-latest-kde-lite.conf` # one can see `garuda-latest-kde-lite/garuda-latest-kde-lite.sh` for the full qemu cmdline, including `-device intel-hda` (ich6)
4. Inside VM, try to record audio on browser, or install `pavucontrol` and check Input Devices
### Actual Results:
A Microphone or Line-in is detected for Builtin Analog Audio, but the activity bar isn't even shown, and recording is always mute.
### Expected Results:
Microphone records audio from host.
# Additional Info (as attachments):
Pulseaudio on Guest works fine with same qemu cmdline. The issue is reproducible regardless of host's audio framework (tested with both PulseAudio and Pipewire, with QEMU's pulseaudio `-audiodev` for both, and jack for pipewire)
- `pw-dump > `[pw-dump.log](/uploads/b5185adb90a093d20061f542d61105fc/pw-dump.log)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2971Focusrite Solo, sound distorted after updating tumbleweed, and pipewire.2023-01-19T13:09:33ZGps2010Focusrite Solo, sound distorted after updating tumbleweed, and pipewire.Focusrite solo was working fine until I updated tumbleweed.
Sound from motherboard is still fine, and the solo does work on win10, I tried this to rule out the solo is broke.Focusrite solo was working fine until I updated tumbleweed.
Sound from motherboard is still fine, and the solo does work on win10, I tried this to rule out the solo is broke.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2969Rate mismatch with filter-chain when switching rates2023-06-28T10:37:30ZDmitry SharshakovRate mismatch with filter-chain when switching rates## Description of Problem:
Occasionally, filter chain manages to get stuck with capture and playback being on different rates. If that happens, it creates crackling due to under-/overflow and repeating buffer/reading zeroes.
This, but c...## Description of Problem:
Occasionally, filter chain manages to get stuck with capture and playback being on different rates. If that happens, it creates crackling due to under-/overflow and repeating buffer/reading zeroes.
This, but caused by misconfiguration, is fixed by https://gitlab.freedesktop.org/pipewire/pipewire/-/commit/e0cc07210086359cea69fd25b6b1af16f5b3cc51
## How Reproducible:
Randomly
### Steps to Reproduce:
Switch rates with filter-chain based sink. Sometimes you can see capture and playback at different rates.
### Actual Results:
Rate mismatch
### Expected Results:
Filter chain behaves appropriately and obliges capture and playback to match ratesDmitry SharshakovDmitry Sharshakovhttps://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2968UBSAN: left shift of negative value -29 in fmt-ops-c.c:conv_s24_32_to_f32d_c2023-01-24T21:05:59ZP VUBSAN: left shift of negative value -29 in fmt-ops-c.c:conv_s24_32_to_f32d_cUBSAN does not seem to like the left shift in `fmt-ops.h:S24_32_TO_F32`: getting the following in some cases
```
../spa/plugins/audioconvert/fmt-ops-c.c:159:1: runtime error: left shift of negative value -29
#0 0x7fef70a05bed in conv...UBSAN does not seem to like the left shift in `fmt-ops.h:S24_32_TO_F32`: getting the following in some cases
```
../spa/plugins/audioconvert/fmt-ops-c.c:159:1: runtime error: left shift of negative value -29
#0 0x7fef70a05bed in conv_s24_32_to_f32d_c ../spa/plugins/audioconvert/fmt-ops-c.c:159
#1 0x7fef70ac8493 in impl_node_process ../spa/plugins/audioconvert/audioconvert.c:2571
#2 0x7fef70a57a6e in follower_ready ../spa/plugins/audioconvert/audioadapter.c:1216
#3 0x7fef6b8e8eb4 in media_on_timeout ../spa/plugins/bluez5/media-source.c:628
#4 0x7fef764c3d45 in loop_iterate ../spa/plugins/support/loop.c:452
#5 0x7fef87539b91 in do_loop ../src/pipewire/data-loop.c:81
#6 0x7fef85a8abae in custom_start ../src/modules/module-rt.c:765
#7 0x7fef866ae12c in start_thread (/lib64/libc.so.6+0x8b12c)
#8 0x7fef8672fbbf in __clone3 (/lib64/libc.so.6+0x10cbbf)
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior ../spa/plugins/audioconvert/fmt-ops-c.c:159:1 in
```https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2966PipeWire Module: RTP sink does not appear in "Output Device" in sound of GNOM...2023-01-17T12:42:11ZHiero32PipeWire Module: RTP sink does not appear in "Output Device" in sound of GNOME settings- PipeWire version : 0.3.63
- Distribution and distribution version: Pop!_OS 22.04 LTS
- Kernel version : 6.0.12-76060006-generic
## Description of Problem:
I executed:
```
pw-cli -m load-module libpipewire-module-rtp-sink sap.ip=192.1...- PipeWire version : 0.3.63
- Distribution and distribution version: Pop!_OS 22.04 LTS
- Kernel version : 6.0.12-76060006-generic
## Description of Problem:
I executed:
```
pw-cli -m load-module libpipewire-module-rtp-sink sap.ip=192.168.10.2 destination.ip=192.168.10.2 stream.props={node.name="test-rtp-sink"}
```
This makes test-rtp-sink node automatically links to audio input(mic).
test-rtp-sink does not appear in "Output Device" in sound of GNOME settings, therefore can not be selected.
I want to output from playback(using audio application) to test-rtp-sink.
### Additional Info
I tried to add following lines:
```
if (pw_properties_get(props, PW_KEY_MEDIA_CLASS) == NULL)
pw_properties_set(props, PW_KEY_MEDIA_CLASS, "Audio/Sink");
```
right after:
```
if (pw_properties_get(stream_props, PW_KEY_NODE_NETWORK) == NULL)
pw_properties_set(stream_props, PW_KEY_NODE_NETWORK, "true");
```
With this modification, I can select test-rtp-sink for output device using "GNOME Settings" or executing "pactl set-default-sink test-rtp-sink".
Is this correct way ?https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2965Sound Crackling when using Virtual Surround2023-01-17T08:24:56ZNoah CausinSound Crackling when using Virtual Surround<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`):
pipewire
Compiled with libpipewire 0.3.64
Linked with libpipewire 0.3.64
- Distribut...<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`):
pipewire
Compiled with libpipewire 0.3.64
Linked with libpipewire 0.3.64
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`):
Fedora Linux 37 (Workstation Edition)
- Desktop Environment:
Gnome 43.2
- Kernel version (`uname -r`):
6.1.5-200.fc37.x86_64
## Description of Problem:
Since 0.3.64, virtual surround produces crackling sounds. Downgrading to 0.3.63 or disabling virtual surround fixes the problem. I also tried using commit "1d9640af" from the master branch, but the problem remains.
I don't see any errors in the pipewire, pipewire-pulse, or wireplumber logs
## How Reproducible:
Consistently reproducible
### Steps to Reproduce:
1. Load provided impulcifer hesuvi file
2. Watch example trailer in firefox: [Elite Dangerous Trailer](https://www.youtube.com/watch?v=YESNObZJTgQ)
3. Sound crackles immediately when trailer begins
### Actual Results:
Sound crackling happens
### Expected Results:
No sound crackling happens
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`:
[pw-dump.log](/uploads/88d52a0ed66135ef1de73a53bfe46593/pw-dump.log)
- pw-top:
![Screenshot_from_2023-01-16_15-45-00](/uploads/500c0bda55cde7e9df1693a75363778a/Screenshot_from_2023-01-16_15-45-00.png)
- config file:
[pipewire.conf](/uploads/70e44294d3805a74d39f203a93ef592d/pipewire.conf)
- hesuvi file:
![hesuvi](/uploads/ec57a4bb8ff576c57561585cc5aab68b/hesuvi.wav)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2964Crash communicating between daemon 0.3.48/49 and client 0.3.57/58/592023-01-19T09:20:38ZKurt KartaltepeCrash communicating between daemon 0.3.48/49 and client 0.3.57/58/59- PipeWire version (`pipewire --version`): server: 0.3.48 (ubuntu 22.04), client: 0.3.58/59 (flatpak freedesktop sdk)
- Desktop Environment: Gnome and Kde
- Kernel version (`uname -r`): ubuntu 22.04 kernels
## Description of Problem:
Us...- PipeWire version (`pipewire --version`): server: 0.3.48 (ubuntu 22.04), client: 0.3.58/59 (flatpak freedesktop sdk)
- Desktop Environment: Gnome and Kde
- Kernel version (`uname -r`): ubuntu 22.04 kernels
## Description of Problem:
Users report crashes in pipewire when attempting to screenshare on ubuntu 22.04, but only when mixing versions e.g. using flatpak which has a later version of pipewire for the client.
## How Reproducible:
Attempt to share a screen/window on gnome or kde on ubuntu 22.04 when using the flatpak `com.obsproject.Studio`.
### Steps to Reproduce:
1. Run ubuntu 22.04
1. `flatpak run com.obsproject.Studio`
1. Right click the Scenes list in the lower left
2. Add a window/screen capture.
2. Choose the window/screen to capture in the xdg-desktop-portal dialog
3. Observe the crash
### Actual Results:
Reported backtrace
```
#0 0x00007fff9e73821e in impl_send_command () at /usr/lib/x86_64-linux-gnu/libpipewire-0.3.so.0
#1 0x00007fff9e71c9bb in pw_impl_node_set_state () at /usr/lib/x86_64-linux-gnu/libpipewire-0.3.so.0
#2 0x00007fff9c12ea3d in client_node_command () at /usr/lib/x86_64-linux-gnu/pipewire-0.3/libpipewire-module-client-node.so
#3 0x00007fff9c13d474 in client_node_demarshal_command.lto_priv () at /usr/lib/x86_64-linux-gnu/pipewire-0.3/libpipewire-module-client-node.so
#4 0x00007fff9c176738 in process_remote () at /usr/lib/x86_64-linux-gnu/pipewire-0.3/libpipewire-module-protocol-native.so
#5 0x00007fff9c176dc0 in on_remote_data () at /usr/lib/x86_64-linux-gnu/pipewire-0.3/libpipewire-module-protocol-native.so
#6 0x00007fff9e68f3c0 in loop_iterate () at /usr/lib/x86_64-linux-gnu/spa-0.2/support/libspa-support.so
#7 0x00007fff9e73f2bc in do_loop () at /usr/lib/x86_64-linux-gnu/libpipewire-0.3.so.0
#8 0x00007ffff436b1da in start_thread () at /usr/lib/x86_64-linux-gnu/libc.so.6
#9 0x00007ffff43f3d84 in clone () at /usr/lib/x86_64-linux-gnu/libc.so.6
```
### Expected Results:
That pipewire doesnt crash.
# Additional Info (as attachments):
Sorry but I do not have a system to reproduce this, so i can only provide what our users have provided.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2962x11 bell has vanished!2023-01-16T15:10:15ZZackary Woodsx11 bell has vanished!It's almost exactly a year since Wim very kindly and wonderfully provided
pulseaudio-module-x11, but now it's gone! ..
I'm running Fedora 36 and I've just run dnf update to take my machines
from 5.19.14-200.fc36.x86_64
to 6.1.5-100....It's almost exactly a year since Wim very kindly and wonderfully provided
pulseaudio-module-x11, but now it's gone! ..
I'm running Fedora 36 and I've just run dnf update to take my machines
from 5.19.14-200.fc36.x86_64
to 6.1.5-100.fc36.x86_64
and in doing so I've lost terminal bell and vim has lost it's voice.
Appears pipewire-pulseaudio-0.3.63-1.fc36.x86_64.rpm obsoletes
pulseaudio-module-x11. Surely that can't be intended?
As a quick fix I've reinstalled
/usr/lib64/pipewire-0.3/libpipewire-module-x11-bell.so
from a backup and everything works fine again here, but it's a issue
that's going to impact a lot of other folk.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2961Laggy bluetooth mouse when headset connects with mSBC2024-01-23T08:19:01ZZsolt DoncaLaggy bluetooth mouse when headset connects with mSBCSince I am on Arch Linux, I tried the `-git` AUR packages to get the latest development builds, and it behaves the same way as the normal releases. Package versions:
```
❯ pacman -Q | grep wire
pipewire-alsa-git 0.3.64.19.gbb1f595b5-1
pi...Since I am on Arch Linux, I tried the `-git` AUR packages to get the latest development builds, and it behaves the same way as the normal releases. Package versions:
```
❯ pacman -Q | grep wire
pipewire-alsa-git 0.3.64.19.gbb1f595b5-1
pipewire-audio-git 0.3.64.19.gbb1f595b5-1
pipewire-ffmpeg-git 0.3.64.19.gbb1f595b5-1
pipewire-git 0.3.64.19.gbb1f595b5-1
pipewire-git-debug 0.3.64.19.gbb1f595b5-1
pipewire-jack-git 0.3.64.19.gbb1f595b5-1
pipewire-pulse-git 0.3.64.19.gbb1f595b5-1
wireplumber-git 0.4.13.r7.g6b32ef5e-1
```
- PipeWire version (`pipewire --version`):
```
❯ pipewire --version
pipewire
Compiled with libpipewire 0.3.64
Linked with libpipewire 0.3.64
```
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): `Arch Linux`
- Desktop Environment: KDE Plasma
- Kernel version (`uname -r`): `6.1.6-zen1-1-zen`
- BlueZ version (`bluetoothctl --version`): `bluetoothctl: 5.66`
- `lsusb`:
```
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 27c6:63ac Shenzhen Goodix Technology Co.,Ltd. Goodix USB2.0 MISC
Bus 003 Device 002: ID 0c45:6a15 Microdia Integrated_Webcam_HD
Bus 003 Device 004: ID 8087:0033 Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 004: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter
Bus 006 Device 003: ID 0bda:0413 Realtek Semiconductor Corp. Dell dock
Bus 006 Device 002: ID 0bda:0487 Realtek Semiconductor Corp. Dell dock
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 006: ID 413c:b06e Dell Computer Corp. Dell dock
Bus 005 Device 008: ID 413c:b06f Dell Computer Corp. Dell dock
Bus 005 Device 007: ID 0bda:402e Realtek Semiconductor Corp. USB Audio
Bus 005 Device 005: ID 0bda:5413 Realtek Semiconductor Corp. Dell dock
Bus 005 Device 004: ID 2109:0100 VIA Labs, Inc. USB 2.0 BILLBOARD
Bus 005 Device 003: ID 0bda:5487 Realtek Semiconductor Corp. Dell dock
Bus 005 Device 010: ID 3297:1969 ZSA Technology Labs Moonlander Mark I
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
```
- Bluetooth devices:
```
Device F4:B6:88:5D:3C:37 PLT Focus
Device C3:12:31:3D:65:0F MX Master
Device 28:11:A5:79:0F:CA Bose QC35 II
```
## Description of Problem:
Using my Plantronics BT 600 bluetooth headset in mSBC mode, sometimes it makes my bluetooth mouse start to lag after a couple of seconds of call. This does not happen all the time (sometimes hours pass without it happening, even though I enter and leave calls), but other days it happens all the time. By mouse lag I mean that the mouse cursor moves with a significant delay, and the delay is very obvious (as if I was using a 30 Hz monitor, or even worse).
The mouse lag stops immediately as I close the call and the headset gets back to A2DP mode.
Note that if I disconnect my mouse, I cannot connect it back while the headset is in mSBC mode, as it keeps connecting and disconnecting rapidly. If I close the call, the mouse can connect once again.
## How Reproducible:
### Steps to Reproduce:
1. Connect an bluetooth headset
2. Connect a bluetooth mouse
3. Start a call (I am using Chrome WebRTC), which puts the headset into mSBC mode.
### Actual Results:
Most of the time my bluetooth mouse starts to "lag", that is, it has a very large input latency.
### Expected Results:
My bluetooth mouse is not affected, as it sometimes happens.
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`:
[pw-dump.log](/uploads/9b6b0004a08c47196eed24c5103d6337/pw-dump.log)
- the Bluetooth debug log, as seen [here](https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Troubleshooting#bluetooth): [pipewire-bluez.log](/uploads/f61612166b2fcc2347e7209fa88be384/pipewire-bluez.log)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2960System cannot sleep after upgrading to 0.3.642023-02-27T07:58:55ZFrederick ZhangSystem cannot sleep after upgrading to 0.3.64<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version (`pipewire --version`): 0.3.64
- 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`): 0.3.64
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Arch Linux
- Desktop Environment: KDE Plasma
- Kernel version (`uname -r`): `6.1.1.arch1-1` / `6.1.6-arch1-1`
## Description of Problem:
System cannot suspend/sleep.
## How Reproducible:
Always.
### Steps to Reproduce:
1. Log in
2. Sleep
### Actual Results:
Displays go off for ~1s then light up again.
Relevant logs:
```
Jan 16 18:46:18 FredArch systemd[1]: Starting System Suspend...
Jan 16 18:46:18 FredArch systemd-sleep[16987]: Entering sleep state 'suspend'...
Jan 16 18:46:18 FredArch kernel: PM: suspend entry (s2idle)
Jan 16 18:46:19 FredArch kernel: Filesystems sync: 0.867 seconds
Jan 16 18:46:20 FredArch kernel: Freezing user space processes ... (elapsed 0.007 seconds) done.
Jan 16 18:46:20 FredArch kernel: OOM killer disabled.
Jan 16 18:46:20 FredArch kernel: Freezing remaining freezable tasks ... (elapsed 0.000 seconds) done.
Jan 16 18:46:20 FredArch kernel: printk: Suspending console(s) (use no_console_suspend to debug)
Jan 16 18:46:20 FredArch kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: hda_dsp_set_hw_params_upon_resume: failure in hda_dsp_dais_suspend
Jan 16 18:46:20 FredArch kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: error: setting hw_params flag during suspend -22
Jan 16 18:46:20 FredArch kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: PM: pci_pm_suspend(): snd_sof_suspend+0x0/0x20 [snd_sof] returns -22
Jan 16 18:46:20 FredArch kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: PM: dpm_run_callback(): pci_pm_suspend+0x0/0x170 returns -22
Jan 16 18:46:20 FredArch kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: PM: failed to suspend async: error -22
Jan 16 18:46:20 FredArch kernel: PM: Some devices failed to suspend, or early wake event detected
Jan 16 18:46:20 FredArch kernel: nvme nvme0: Shutdown timeout set to 10 seconds
Jan 16 18:46:20 FredArch kernel: nvme nvme0: 16/0/0 default/read/poll queues
Jan 16 18:46:20 FredArch kernel: OOM killer enabled.
...
Jan 16 18:46:23 FredArch kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: ASoC: error at snd_soc_dai_hw_params on iDisp1 Pin: -22
Jan 16 18:46:23 FredArch kernel: iDisp1: ASoC: error at __soc_pcm_hw_params on iDisp1: -22
Jan 16 18:46:23 FredArch kernel: HDMI1: ASoC: error at dpcm_fe_dai_hw_params on HDMI1: -22
Jan 16 18:46:23 FredArch kernel: sof-audio-pci-intel-tgl 0000:00:1f.3: ASoC: error at snd_soc_dai_hw_params on iDisp1 Pin: -22
Jan 16 18:46:23 FredArch kernel: iDisp1: ASoC: error at __soc_pcm_hw_params on iDisp1: -22
Jan 16 18:46:23 FredArch kernel: HDMI1: ASoC: error at dpcm_fe_dai_hw_params on HDMI1: -22
(these messages repeat for HDMI1/HDMI2/HDMI3)
```
### Expected Results:
System sleeps.
# Additional Info (as attachments):
`pacman -Q | rg -w 'pipewire|alsa'`:
```
alsa-card-profiles 1:0.3.64-1
alsa-lib 1.2.8-1
alsa-plugins 1:1.2.7.1-1
alsa-topology-conf 1.2.5.1-1
alsa-ucm-conf 1.2.8-1
alsa-utils 1.2.8-1
gst-plugin-pipewire 1:0.3.64-1
lib32-alsa-lib 1.2.8-1
lib32-alsa-plugins 1.2.7.1-1
lib32-pipewire 1:0.3.64-1
pipewire 1:0.3.64-1
pipewire-audio 1:0.3.64-1
pipewire-pulse 1:0.3.64-1
pulseaudio-alsa 1:1.2.7.1-1
```
`lspci -nn`:
```
00:00.0 Host bridge [0600]: Intel Corporation 12th Gen Core Processor Host Bridge/DRAM Registers [8086:4641] (rev 02)
00:01.0 PCI bridge [0604]: Intel Corporation 12th Gen Core Processor PCI Express x16 Controller #1 [8086:460d] (rev 02)
00:04.0 Signal processing controller [1180]: Intel Corporation Alder Lake Innovation Platform Framework Processor Participant [8086:461d] (rev 02)
00:06.0 PCI bridge [0604]: Intel Corporation 12th Gen Core Processor PCI Express x4 Controller #0 [8086:464d] (rev 02)
00:08.0 System peripheral [0880]: Intel Corporation 12th Gen Core Processor Gaussian & Neural Accelerator [8086:464f] (rev 02)
00:0a.0 Signal processing controller [1180]: Intel Corporation Platform Monitoring Technology [8086:467d] (rev 01)
00:14.0 USB controller [0c03]: Intel Corporation Alder Lake PCH USB 3.2 xHCI Host Controller [8086:51ed] (rev 01)
00:14.2 RAM memory [0500]: Intel Corporation Alder Lake PCH Shared SRAM [8086:51ef] (rev 01)
00:14.3 Network controller [0280]: Intel Corporation Alder Lake-P PCH CNVi WiFi [8086:51f0] (rev 01)
00:15.0 Serial bus controller [0c80]: Intel Corporation Alder Lake PCH Serial IO I2C Controller #0 [8086:51e8] (rev 01)
00:16.0 Communication controller [0780]: Intel Corporation Alder Lake PCH HECI Controller [8086:51e0] (rev 01)
00:1c.0 PCI bridge [0604]: Intel Corporation Device [8086:51b8] (rev 01)
00:1c.7 PCI bridge [0604]: Intel Corporation Alder Lake PCH-P PCI Express Root Port #9 [8086:51bf] (rev 01)
00:1d.0 PCI bridge [0604]: Intel Corporation Device [8086:51b0] (rev 01)
00:1f.0 ISA bridge [0601]: Intel Corporation Alder Lake PCH eSPI Controller [8086:5182] (rev 01)
00:1f.3 Multimedia audio controller [0401]: Intel Corporation Alder Lake PCH-P High Definition Audio Controller [8086:51c8] (rev 01)
00:1f.4 SMBus [0c05]: Intel Corporation Alder Lake PCH-P SMBus Host Controller [8086:51a3] (rev 01)
00:1f.5 Serial bus controller [0c80]: Intel Corporation Alder Lake-P PCH SPI Controller [8086:51a4] (rev 01)
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GA103M [GeForce RTX 3080 Ti Mobile] [10de:2420] (rev a1)
01:00.1 Audio device [0403]: NVIDIA Corporation Device [10de:2288] (rev a1)
04:00.0 Non-Volatile memory controller [0108]: Samsung Electronics Co Ltd Device [144d:a80c]
0a:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5261 PCI Express Card Reader [10ec:5261] (rev 01)
20:00.0 PCI bridge [0604]: Intel Corporation Thunderbolt 4 Bridge [Maple Ridge 4C 2020] [8086:1136] (rev 02)
21:00.0 PCI bridge [0604]: Intel Corporation Thunderbolt 4 Bridge [Maple Ridge 4C 2020] [8086:1136] (rev 02)
21:01.0 PCI bridge [0604]: Intel Corporation Thunderbolt 4 Bridge [Maple Ridge 4C 2020] [8086:1136] (rev 02)
21:02.0 PCI bridge [0604]: Intel Corporation Thunderbolt 4 Bridge [Maple Ridge 4C 2020] [8086:1136] (rev 02)
21:03.0 PCI bridge [0604]: Intel Corporation Thunderbolt 4 Bridge [Maple Ridge 4C 2020] [8086:1136] (rev 02)
22:00.0 USB controller [0c03]: Intel Corporation Thunderbolt 4 NHI [Maple Ridge 4C 2020] [8086:1137]
23:00.0 PCI bridge [0604]: Intel Corporation Thunderbolt 4 Bridge [Goshen Ridge 2020] [8086:0b26] (rev 03)
24:00.0 PCI bridge [0604]: Intel Corporation Thunderbolt 4 Bridge [Goshen Ridge 2020] [8086:0b26] (rev 03)
24:01.0 PCI bridge [0604]: Intel Corporation Thunderbolt 4 Bridge [Goshen Ridge 2020] [8086:0b26] (rev 03)
24:02.0 PCI bridge [0604]: Intel Corporation Thunderbolt 4 Bridge [Goshen Ridge 2020] [8086:0b26] (rev 03)
24:03.0 PCI bridge [0604]: Intel Corporation Thunderbolt 4 Bridge [Goshen Ridge 2020] [8086:0b26] (rev 03)
24:04.0 PCI bridge [0604]: Intel Corporation Thunderbolt 4 Bridge [Goshen Ridge 2020] [8086:0b26] (rev 03)
55:00.0 Ethernet controller [0200]: Intel Corporation Ethernet Controller (2) I225-LMvP [8086:5502] (rev 03)
56:00.0 USB controller [0c03]: Intel Corporation Thunderbolt 4 USB Controller [Maple Ridge 4C 2020] [8086:1138]
```
[pw-dump.log](/uploads/70ead68c34ef9df83c748055ed499b9e/pw-dump.log)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2958Choppy sound when starting to play a song2023-03-18T13:49:38ZJulien FalqueChoppy sound when starting to play a song
<!-- If you can, test also with Pulseaudio and list `pulseaudio --version`. -->
- PipeWire version (`pipewire --version`):
```
pipewire
Compiled with libpipewire 0.3.64
Linked with libpipewire 0.3.64
```
- Distribution and di...
<!-- If you can, test also with Pulseaudio and list `pulseaudio --version`. -->
- PipeWire version (`pipewire --version`):
```
pipewire
Compiled with libpipewire 0.3.64
Linked with libpipewire 0.3.64
```
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Arch Linux
- Desktop Environment: Gnome
- Kernel version (`uname -r`): `6.1.6-arch1-1`
- BlueZ version (`bluetoothctl --version`): `bluetoothctl: 5.66`
- `lsusb`:
```
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 002: ID 0bda:2172 Realtek Semiconductor Corp. BillBoard Device
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 0a5c:6410 Broadcom Corp. BCM20703A1 Bluetooth 4.1 + LE
Bus 001 Device 002: ID 05c6:f000 Qualcomm, Inc. TA-1004 [Nokia 8]
Bus 001 Device 004: ID 1bcf:2b95 Sunplus Innovation Technology Inc. Integrated_Webcam_HD
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
```
- Bluetooth devices:
```
Device 00:18:09:16:5A:47 MDR-1RBT
```
## Description of Problem:
On Arch Linux, the upgrade of `pipewire-audio` to version `1:0.3.64-1` introduces a bug making the sound choppy when starting to play a song.
Oddly, this only happens when playing the song in VLC with a bluetooth headset. Any other application works fine. Using wired earbuds is fine too.
The pattern is always the same: two drops of ~1s separated by ~1s of normal sound, then the song plays normally. If I move VLC cursor back to the beginning of the song to play it again without using stop/start, there are no drops.
Downgrading `pipewire-audio` to version `1:0.3.63-6` solves the issue, even with other Pipewire related packages at version `1:0.3.64-1`.
# Additional Info
- [pw-dump.log](/uploads/28df6936d8e5f5927f8827967acac592/pw-dump.log)
- [pipewire-bluez.log](/uploads/58d6ff669d2b819624481d4e7d26ea23/pipewire-bluez.log)