pipewire issueshttps://gitlab.freedesktop.org/pipewire/pipewire/-/issues2024-03-09T02:05:04Zhttps://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3898spa-inspect libspa-libcamera.so results2024-03-09T02:05:04ZJoel Winarskespa-inspect libspa-libcamera.so resultsRunning spa-inspect on tip of tree ( f3d9b823b) and ( 6ab86209f - 1.0.3) produces incorrect results.
```
[joel@air build]$ ./spa/tools/spa-inspect spa/plugins/libcamera/libspa-libcamera.so
factory version: 1
factory name: 'api.libcame...Running spa-inspect on tip of tree ( f3d9b823b) and ( 6ab86209f - 1.0.3) produces incorrect results.
```
[joel@air build]$ ./spa/tools/spa-inspect spa/plugins/libcamera/libspa-libcamera.so
factory version: 1
factory name: 'api.libcamera.enum.manager'
factory info:
none
factory interfaces:
interface: 'Spa:Pointer:Interface:Device'
[E] spa.libcamera [libcamera-manager.cpp:423 impl_init()] a Spa:Pointer:Interface:LoopUtils is needed
can't make factory instance: -22
factory version: 1
factory name: 'api.libcamera.device'
factory info:
none
factory interfaces:
interface: 'Spa:Pointer:Interface:Device'
[1:52:52.936605405] [66474] INFO Camera camera_manager.cpp:284 libcamera v0.2.0
[E] spa.libcamera [libcamera-device.cpp:302 impl_init()] unknown camera id
can't make factory instance: -2
factory version: 1
factory name: 'api.libcamera.source'
factory info:
none
factory interfaces:
interface: 'Spa:Pointer:Interface:Node'
[E] spa.libcamera [libcamera-source.cpp:1013 impl_init()] a system is needed
can't make factory instance: -22
```
Linux air 6.7.7-200.fc39.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Mar 1 16:53:59 UTC 2024 x86_64 GNU/Linux
libcamera v0.2.0
Pipewire 1.0.3
Fedora package: `pipewire.x86_64 1.0.3-1.fc39`https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3897syslog fills up with: Mar 06 10:26:30 localhost pipewire[188454]: spa.alsa: f...2024-03-06T16:24:16ZMarc Debruynesyslog fills up with: Mar 06 10:26:30 localhost pipewire[188454]: spa.alsa: front:0p: follower:0 match:0 rate:1.000007 bw:0.128000 thr:2048 del:2558 target:2560 err:-2.000000 max:1024.000000- PipeWire version (`pipewire --version`):pipewire Compiled with libpipewire 1.1.0 Linked with libpipewire 1.1.0
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`):PRETTY_NAME="Gentoo Linux"
- Desktop Environm...- PipeWire version (`pipewire --version`):pipewire Compiled with libpipewire 1.1.0 Linked with libpipewire 1.1.0
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`):PRETTY_NAME="Gentoo Linux"
- Desktop Environment:gnome
- Kernel version (`uname -r`):6.6.13-gentoo-x86_64
## Description of Problem:
## How Reproducible:
### Steps to Reproduce:
1. Play music
2.
3.
### Actual Results:
alot off messages in sylog:
Mar 06 10:33:28 localhost pipewire\[188454\]: spa.alsa: front:0p: follower:0 match:0 rate:1.000057 bw:0.128000 thr:4096 del:5119 target:5120 err:-1.000000 max:2048.000000
### Expected Results:
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`:https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3896Disable authentication and encryption on Le-audio BAP profile2024-03-06T16:28:15ZcarlchenzekunDisable authentication and encryption on Le-audio BAP profileI recently pulled Pipewire to top-of-tree. With Bluez 5.72, it is always asking for authentication keys when making Le connections before start le-audio streaming. I stopped the Pipewire process and no authentication process is needed fo...I recently pulled Pipewire to top-of-tree. With Bluez 5.72, it is always asking for authentication keys when making Le connections before start le-audio streaming. I stopped the Pipewire process and no authentication process is needed for Le connection.
2 Devices are exact same setup besides BAP roles
[bluetooth]# [NEW] Endpoint /org/bluez/hci0/dev_C0_95_DA_00_C1_D1/pac_sink0
[bluetooth]# [NEW] Transport /org/bluez/hci0/dev_C0_95_DA_00_C1_D1/pac_sink0/fd0
[bluetooth]# Request confirmation
[bluetooth]# auth failed with status 0x05 (Authentication Failed)
[bluetooth]# hci0 C0:95:DA:00:C1:D1 type LE Public disconnected with reason 0
Any suggestion to disable this authentication process?
Thankshttps://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3895spa.alsa: set_hw_params: Cannot allocate memory2024-03-11T16:18:59ZEvan Harrisspa.alsa: set_hw_params: Cannot allocate memory<!-- 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.65
Linked with libpipewire 0.3.65
```
- D...<!-- 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.65
Linked with libpipewire 0.3.65
```
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`):
```
Debian GNU/Linux 12 (bookworm)
```
- Desktop Environment:
```
KDE
```
- Kernel version (`uname -r`):
```
6.1.0-14-amd64
```
## Description of Problem:
When running applications that play sounds, they will sometimes hang and produce error messages from pipewire in syslog.
Example messages:
```
pipewire[2777460]: spa.alsa: set_hw_params: Cannot allocate memory
pipewire[2777460]: pw.node: (alsa_output.pci-0000_00_14.2.analog-stereo-41) suspended -> error (Start error: Cannot allocate memory)
pipewire[2777460]: pw.link: 0x5650d88ba360: one of the nodes is in error out:suspended in:error
pipewire[2777460]: pw.link: 0x5650d877dc10: one of the nodes is in error out:suspended in:error
```
## How Reproducible:
Problem occurs randomly, but seems to become more prevalent with high memory pressure.
Once it starts occurring, it happens fairly often.
I've tried the workaround found in searching for these error messages of echoing 2048 into the /proc/asound/card*/pcm*/sub*/prealloc files, but it doesn't seem to help.
Found similar issue #2272, but that one says it was fixed in an earlier kernel version than I'm using.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3894[Question] Volume control for PipeWire-native DAWs2024-03-13T21:37:40ZMarkus Koller[Question] Volume control for PipeWire-native DAWsMy setup is as follows:
- I use a Tascam Model 12 mixer as my audio interface, using the Pro Audio profile in PipeWire.
- I use Bitwig as my DAW, it supports both JACK and PipeWire as backends.
- Input gains on the mixer are set so the ...My setup is as follows:
- I use a Tascam Model 12 mixer as my audio interface, using the Pro Audio profile in PipeWire.
- I use Bitwig as my DAW, it supports both JACK and PipeWire as backends.
- Input gains on the mixer are set so the channels sit at around -12dB.
- Output from the DAW should be at 0dB, so recorded material has the same volume when played back.
- Output from desktop apps should be at -12dB, so they don't blow my ears out :smile:
Using either native PulseAudio + jackdbus, or PipeWire + jackdbus, I can achieve this by setting the volume of the JACK sink to -12dB (and the same for the HW output sink when jackdbus isn't running). So JACK clients output at full volume, while desktop apps are going through the JACK sink and output at -12dB.
But when using native PipeWire and either the PipeWire or JACK backend in Bitwig (the latter going through `pw-jack`, so no jackdbus involved), I'm not sure how to do the same thing. The volume of the HW output sink is set to -12dB for general desktop usage, and this is applied to the DAW as well, so its output is too low.
I thought I would be able to just increase the volume by +12dB for Bitwig in `pavucontrol`, but it doesn't appear there for some reason. Is there maybe a way to set this through node rules?https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3892When using pipewire-jack, cracks can be heard when Ardour loops tracks2024-03-12T20:24:25ZChris JöllyWhen using pipewire-jack, cracks can be heard when Ardour loops tracks- PipeWire version (`pipewire --version`): 1.1.0 (master branch from 2024-03-02)
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Debian GNU/Linux trixie/sid
- Desktop Environment: Cinnamon
- Kernel version...- PipeWire version (`pipewire --version`): 1.1.0 (master branch from 2024-03-02)
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Debian GNU/Linux trixie/sid
- Desktop Environment: Cinnamon
- Kernel version (`uname -r`): 6.6.15-rt-amd64
## Description of Problem:
When connecting Ardour to Pipewires JACK service and looping a small region, cracks appear when the playhead jumps back to the loop start.
This does not happen when Ardour uses ALSA or JACK directly, without the Pipewire emulation.
*Update*: after listening selectively to each single track and varying the loop start/end markers, a pattern could be found: whenever a midi note starts at the loop start marker, the cracks happen. Moving them slightly away, the cracks vanish. It is not related to audio tracks, it seems to happen only on midi tracks.
## How Reproducible:
Every time.
### Steps to Reproduce:
1. Starting Pipewire using the `pw-uninstalled.sh` script
2. Starting Ardour and loop a region
### Actual Results:
Cracks in audio output when playhead jumps back to the loop start.
Update: removed log which I added here, because they appear wven when no cracks happen, so I assume its not related.
### Expected Results:
No cracks.
# Additional Info (as attachments)
[pipewire-uninstalled.conf.zip](/uploads/ed6879185c32d76b9af45ee024df0f41/pipewire-uninstalled.conf.zip)
[jack.conf.zip](/uploads/3fbbb0130bdbb77b0ce483d0be4467d1/jack.conf.zip)
[pw-dump-cracks.log.zip](/uploads/0a7cb41ea17d16cb29a43407d05c0ae1/pw-dump-cracks.log.zip)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3891If roc source module is used, audio device is not detected after switching us...2024-03-24T12:57:42ZStrangiatoIf roc source module is used, audio device is not detected after switching user accountsHi
I use roc module to stream audio over network, both client and server machines run pipewire 1:1.0.3-1 on Arch Linux.
Audio device is not detected in the machine running roc source module after the following steps:
1. have two or ...Hi
I use roc module to stream audio over network, both client and server machines run pipewire 1:1.0.3-1 on Arch Linux.
Audio device is not detected in the machine running roc source module after the following steps:
1. have two or more user accounts on your system running roc source module
2. boot
3. log in with userA - the sound device is detected with this user
4. logout
5. log in with userB - the sound device is not detected anymore
Here is the journal log after the steps above:
https://0x0.st/H7oq.txt
Here are some lines about roc module from the log linked above:
```
mar 02 11:42:06 Arch-PC pipewire[1998]: 11:42:06.925 [2011] [err] roc_netio: udp receiver: <udprecv 0x76cd68000b88 bind=0.0.0.0:10001>: uv_udp_bind(): [EADDRINUSE] address already in use
mar 02 11:42:06 Arch-PC pipewire[1998]: 11:42:06.925 [2011] [err] roc_netio: network loop: can't add udp receiver port 0.0.0.0:10001: can't start udp receiver
mar 02 11:42:06 Arch-PC pipewire[1998]: 11:42:06.925 [1998] [err] roc_node: receiver node: can't bind audiosrc interface of slot 0: can't bind interface to local port
mar 02 11:42:06 Arch-PC pipewire[1998]: 11:42:06.925 [1998] [err] roc_node: receiver node: marking slot 0 as broken, it needs to be unlinked
mar 02 11:42:06 Arch-PC pipewire[1998]: 11:42:06.925 [1998] [err] roc_api: roc_receiver_bind(): operation failed
mar 02 11:42:06 Arch-PC pipewire[1998]: mod.roc-source: can't connect roc receiver to local source address
mar 02 11:42:06 Arch-PC rtkit-daemon[845]: Successfully made thread 1998 of process 1998 owned by '1003' high priority at nice level -11.
mar 02 11:42:06 Arch-PC rtkit-daemon[845]: Supervising 9 threads of 5 processes of 2 users.
mar 02 11:42:06 Arch-PC pipewire[1998]: pw.conf: 0x651e6468ecd0: could not load mandatory module "libpipewire-module-roc-source": Invalid argument
mar 02 11:42:06 Arch-PC rtkit-daemon[845]: Supervising 9 threads of 5 processes of 2 users.
mar 02 11:42:06 Arch-PC pipewire[1998]: default: failed to create context: Invalid argument
mar 02 11:42:06 Arch-PC rtkit-daemon[845]: Supervising 9 threads of 5 processes of 2 users.
mar 02 11:42:06 Arch-PC rtkit-daemon[845]: Supervising 9 threads of 5 processes of 2 users.
mar 02 11:42:06 Arch-PC systemd[1824]: pipewire.service: Main process exited, code=exited, status=234/n/a
```https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3890Audio normalization with ladspa and a filter chain2024-03-02T23:24:51ZHaden PikeAudio normalization with ladspa and a filter chain* PipeWire version: libpipewire 1.0.3
* Distribution: Arch Linux
* Desktop Environment: Stump WM
* Kernel version: 6.7.6
## Description of Problem:
I am new to filter chains. When attempting to setup volume normalizing using ladspa in ...* PipeWire version: libpipewire 1.0.3
* Distribution: Arch Linux
* Desktop Environment: Stump WM
* Kernel version: 6.7.6
## Description of Problem:
I am new to filter chains. When attempting to setup volume normalizing using ladspa in a filter chain, the Sink gets created, but the Sink does nothing.
Running:
```
pactl load-module module-ladspa-sink sink_name=Normalizer plugin=sc4_1882 label=sc4 control=1,1.5,401,-12,6,5,12
pactl load-module module-ladspa-sink sink_name=Normalized master=Normalizer plugin=fast_lookahead_limiter_1913 label=fastLookaheadLimiter control=5,-10,0.8
```
works as expected.
PIPEWIRE_DEBUG=3 doesnt give me any errors. Am I missing something, or is this a bug?
## How to Reproduce:
Put normalize.conf in pipewire.conf.d.
normalize.conf:
```
context.modules = [
{ name = libpipewire-module-filter-chain
args = {
node.description = "Normalize Sink"
media.name = "Normalize Sink"
filter.graph = {
nodes = [
{
type = ladspa
name = sc4
plugin = sc4_1882
label = sc4
control = { "RMS/peak" = 1 "Attack time (ms)" = 1.5 "Release time (ms)" = 401 "Threshold level (dB)" = -12 "Ratio (1:n)" = 6 "Knee radius (dB)" = 5 "Makeup gain (dB)" = 12 }
}
{
type = ladspa
name = limiter
plugin = fast_lookahead_limiter_1913
label = fastLookaheadLimiter
control = { "Input gain (dB)" = 5 "Limit (dB)" = -10 "Release time (s)" = 0.8 }
}
]
links = [
{ output = "sc4:Left output" input = "limiter:Input 1" }
{ output = "sc4:Right output" input = "limiter:Input 2" }
]
inputs = [ "sc4:Left input" "sc4:Right input"]
outputs = [ "limiter:Output 1" "limiter:Output 2" ]
}
capture.props = {
node.name = "effect_input.normalize"
media.class = "Audio/Sink"
audio.channels = 2
audio.position = [ FL FR ]
}
playback.props = {
node.name = "effect_output.normalize"
node.passive = true
audio.channels = 2
audio.position = [ FL FR ]
}
}
}
]
```
Set audio output sink to the Normalize Sink and play sound to test output.
## Actual Results:
Audio will play, but fails to normalize/process the audio and simply works exactly like setting the normal output sink with no change.
## Expected Results:
Audio gets normalized.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3889Tikk Sound at the Start of the Voice with handsfree on debian2024-03-02T19:14:58Zmasume dehghanTikk Sound at the Start of the Voice with handsfree on debianAt 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/3888Setting latency offset for bluetooth device when EasyEffests is acitve2024-03-12T22:04:26ZMagillosSetting latency offset for bluetooth device when EasyEffests is acitveThe problem I have is that I can't set latency offset for bluetooth speakers with pavucontrol, when Easyeffects is active; values entered there have no effect on audio/video sync.
Without Easyeffects running, pavucontrol latency offset ...The problem I have is that I can't set latency offset for bluetooth speakers with pavucontrol, when Easyeffects is active; values entered there have no effect on audio/video sync.
Without Easyeffects running, pavucontrol latency offset works as expected, although it's not needed (maybe Pipewire takes care of it automatically?).
I'm only coming here as EasyEffets dev [sugested](https://github.com/wwmm/easyeffects/issues/2951) it could be Pipewire issue.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3887Soundblaster AE-7 no Sound on many distros.2024-03-02T18:46:56ZPeter SchnitzlerSoundblaster 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/3886Short glitches every few seconds when connecting JACK Source to bluetooth aud...2024-03-11T20:12:30ZChris JöllyShort glitches every few seconds when connecting JACK Source to bluetooth audio device<!-- 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 (from Debian testing) and 1.1.0 (master branch 2024-03-02)
- Distribution and ...<!-- 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 (from Debian testing) and 1.1.0 (master branch 2024-03-02)
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Debian GNU/Linux trixie/sid
- Desktop Environment: Cinnamon
- Kernel version (`uname -r`): 6.6.15-rt-amd64
## Description of Problem:
Running JACK and pipewire as JACK client with libpipewire-module-jackdbus-detect and libpipewire-module-jack-tunnel (JACK bridge according to https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Config-JACK#jack-bridge). libpipewire-module-jack-tunnel set to use /usr/lib/x86_64-linux-gnu/libjack.so.0 from JACK package.
Playing audio using JACK with other JACK clients like Ardour works without issues.
Playing audio using Pipewire to bluetooth device works without issues.
Routing audio from JACK to Pipewire and via JACK Source and JACK Sink back to JACK and recording to an audio track works without issues.
But when connecting the JACK Source in qpwgraph to the bluetooth device, the glitches appear. They sound like a longer audio snipped is played in fractions of a second. And this repeats every 10 or so seconds.
## How Reproducible:
It happens every time.
### Steps to Reproduce:
1. Start Pipewire, using libpipewire-module-jackdbus-detect and libpipewire-module-jack-tunnel
2. Start JACK server, with qjackctl and jackdbus, e.g. following parameters: -t 200 -p 2048 -R -T -d alsa -n 2 -r 48000 -p 1024 -d hw:PCH,0 -X raw
3. Connect audio to Pipewire capture ports with qjackctl
4. Connect audio from JACK Source capture ports to Bluetooth playback device using qpwgraph
5. Play audio on JACK audio player (used Ardour to play audio track)
### Actual Results:
Audio glitches when playing audio from JACK Source to bluetooth device.
### Expected Results:
Audio should play nicely from JACK Source to bluetooth device in Pipewire.
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`:[pw-dump.log.zip](/uploads/a2bd859ea99ca37858c081ac568c732f/pw-dump.log.zip)
- [stdout.log.zip](/uploads/fe1c41347fd6d995842c94d74f99dac6/stdout.log.zip)
- [stderr.log.zip](/uploads/8548d01a5f7d876860341d30a7e238b8/stderr.log.zip)
- [pipewire-uninstalled.conf.zip](/uploads/4749113dd9744223ba79bf2917b318b0/pipewire-uninstalled.conf.zip)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3885cannot set freq 192000 (v2/v3): err -32 after susped resume with sound blaste...2024-03-03T10:53:23ZMarc Debruynecannot set freq 192000 (v2/v3): err -32 after susped resume with sound blaster x g6- PipeWire version (`pipewire --version`): media-video/pipewire-9999::gentoo
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): PRETTY_NAME="Gentoo Linux"
- Desktop Environment: Gnome
- Kernel version (`uname...- PipeWire version (`pipewire --version`): media-video/pipewire-9999::gentoo
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): PRETTY_NAME="Gentoo Linux"
- Desktop Environment: Gnome
- Kernel version (`uname -r`): 6.6.13-gentoo-x86_64
## Description of Problem: journalctl msg cannot set freq 192000 (v2/v3): err -32 after susped resume with sound blaster x g6
no sound, audacious stops playing 96000 flacs play ok on Panasonic SA-PMX152 all freq ok
## How Reproducible:
suspend resume and play 192000hz flac
### Steps to Reproduce:
1. Start system, play a 192000hz flac on soundblaster: ok
2. Suspend Resume, play a 192000hz flac on soundblaster: NOK
3.
### Actual Results:
msg cannot set freq 192000 (v2/v3): err -32 after susped resume with sound blaster x g6, no sound
### Expected Results:
Sound should play
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`
[pw-dump.log](/uploads/8f9be72573de413809f073d5ee10e263/pw-dump.log)
- cat /proc/asound/card0/stream0:
from Panasonic
[stream0](/uploads/e0236ceb9255f4bf0f454203ff5c90ea/stream0)
- cat /proc/asound/card1/stream0:
- from soundblaster
- [stream1](/uploads/e988ac43db31e4bdc56b172ad35906a2/stream1)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3884pipewiresrc timeout with no connections (autoconnect = false)2024-03-01T17:09:30ZDouglas Cooperpipewiresrc timeout with no connections (autoconnect = false)<!-- 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.81
- 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.81
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): yocto
- Desktop Environment: none
- Kernel version (`uname -r`): 6.4.0-linaro-lt-qcom+
## Description of Problem:
when creating a gst pipeline using `pipewiresrc` the element never pre-rolls and then times out if i dont connect in a short period of time. ideally, the app would stay alive indefinitely without a connection. if i make a connection shortly after I launchthe app, the element behaves as expected. on a related note, if i make a connection but then disconnect and reconnect, the element no longer processes buffers and i have to restart the app.
## How Reproducible:
`gst-launch-1.0 pipewiresrc client-name=sender autoconnect=false ! audioconvert ! audioresample ! mulawenc ! rtppcmupay ! .send_rtp_sink rtpsession name=session .send_rtp_src ! udpsink host=127.0.0.1 port=50000`
### Steps to Reproduce:
1. launch the app and wait
### Actual Results:
```
Setting pipeline to PAUSED ...
Failed to set pipeline to PAUSED.
Setting pipeline to NULL ...
Freeing pipeline ...
```
### Expected Results:
this is the output of `pipewiresink` when i pass it `stream-properties="stream-properties,node.autoconnect=false"`.
```
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
```
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`:https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3882ubuntu22.04 wayland use xdg-desktop-por connect to PipeWire fail2024-02-29T03:36:20Zjiangjiang huubuntu22.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/3883Distorted audio when mis-matched devices joined to the same virtual sink2024-03-28T03:31:38ZKirin van der VeerDistorted audio when mis-matched devices joined to the same virtual sinkI 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/3881Changing AAC Configuration for A2DP2024-03-10T21:56:09ZSantanu BiswasChanging AAC Configuration for A2DPIs there a way to change A2DP codec configuration? Say I want to increase or decrease AAC bit-rate or change profile, how do I do that through config files or any other means?Is there a way to change A2DP codec configuration? Say I want to increase or decrease AAC bit-rate or change profile, how do I do that through config files or any other means?https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3880Cannot create Virtual Source mirroring a Sink (speakers) using pw-loopback co...2024-02-28T14:04:57ZNoah DinanCannot create Virtual Source mirroring a Sink (speakers) using pw-loopback commands<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version:
`Compiled with libpipewire 0.3.65`
`Linked with libpipewire 0.3.65`
- Distribution and distribution version...<!-- If you are filing this issue with a regular release please try master as it might already be fixed. -->
- PipeWire version:
`Compiled with libpipewire 0.3.65`
`Linked with libpipewire 0.3.65`
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`):
`Debian GNU/Linux 12 (bookworm)`
- Desktop Environment:
`GNOME`
- Kernel version (`uname -r`):
`6.1.0-18-amd64`
## Description of Problem:
Creating a loopback virtual source which recieves audio from alsa_output instead grabs audio from microphone.
## How Reproducible:
Every time.
### Steps to Reproduce:
1. `pw-loopback -C alsa_output.pci-0000_00_1f.3.analog-stereo -m '[FL FR]' --playback-props='media.class=Audio/Source audio.position=[FL FR]' -n my-virtual-source &`
2. select source in GNOME settings and witness how it acts as a microphone
### Actual Results:
source does not capture from capture target.
### Expected Results:
source should capture from capture target. I think?
# Additional Info (as attachments):
- [pw-dump.log](/uploads/3b1fea0cad7d123fe1c37490f24723bd/pw-dump.log)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3879[ProAudio] Audio8DJ usb audio interface missing sources/sinks2024-03-07T03:40:12Zobs 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/3878Pipewire BlueZ LE Audio - Pipewire on Sink didn't receive data2024-03-01T10:49:57ZAnjaneyulu SanaPipewire BlueZ LE Audio - Pipewire on Sink didn't receive data<!-- 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`): com...<!-- 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`): commit id 84699032b (built from source)
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Ubuntu 22.04.3 LTS
- Desktop Environment:
- Kernel version (`uname -r`): 6.5.0-21-generic
- BlueZ version (`bluetoothctl --version`): bluetoothctl: 5.72 (built from source)
- `lsusb`:
```
# paste the output of "lsusb" here
```
- Bluetooth devices:
On Sink
- 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 8087:0026 Intel Corp. AX201 Bluetooth
- Bus 001 Device 004: ID 0c45:6a09 Microdia Integrated_Webcam_HD
- Bus 001 Device 003: ID 0a5c:5843 Broadcom Corp. 58200
- Bus 001 Device 002: ID 8087:0032 Intel Corp. AX210 Bluetooth
- Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
- On Source
- Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
- Bus 003 Device 004: ID 0461:4d15 Primax Electronics, Ltd Dell Optical Mouse
- Bus 003 Device 003: ID 413c:2106 Dell Computer Corp. QuietKey Keyboard
- Bus 003 Device 005: ID 8087:0026 Intel Corp. AX201 Bluetooth
- Bus 003 Device 002: ID 8087:0032 Intel Corp. AX210 Bluetooth
- 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
```
# paste the output of "bluetoothctl devices" here
```
## Description of Problem:
We are trying to establish LE audio streaming between two Ubuntu devices.
These devices have Intel AX210 controllers, Bluez 5.72 (built from Source), pipewire (built from source).
After establishing connection between these two devices, stream data using pw-play.
It is observed that source is transmitting data (confirmed with wireshark), Sink is receiving data at ISO socket level (confirmed with wireshark). But on Sink, transport state did not update from pending to active.
## How Reproducible:
Everytime
### Steps to Reproduce:
1. Run (on both devices) 5.72 version of bluetoothd with following changes in main.conf
ControllerMode = le
Experimental = true
KernelExperimental = 6fbaf188-05e0-496a-9885-d6ddfdb4e03e
2. Run pipewire (built from source) on both devices
3. Advertise on Sink and Connect from Source using bluetoothctl
On Sink
select <controller>
power on
advertise on
On Source
select <controller>
power on
scan le
scan off (once the device is found)
connect <remote device>
### Actual Results:
Transport of sink is in pending state forever
### Expected Results:
Transport should be active and pipewire should be receiving LE audio data
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`:[pipewire_logs_src_26_02_2024.txt](/uploads/e9b1b00d75a4291ba7ad4b04151ab5bc/pipewire_logs_src_26_02_2024.txt)
[pipewire_sink_logs_26_02_2024.txt](/uploads/23c1a3a3a51cdda7a0af8308af195e28/pipewire_sink_logs_26_02_2024.txt)
- Bluetooth debug log, see [here](https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Troubleshooting#bluetooth):[bluez_logs_sink_26_02_2024.txt](/uploads/3256fa9a49f3464723836c03d8103d9f/bluez_logs_sink_26_02_2024.txt)
[bluez_logs_src_26_02_2024.txt](/uploads/f46333c0696d09a5af56cc59c15b4434/bluez_logs_src_26_02_2024.txt)