pipewire issueshttps://gitlab.freedesktop.org/pipewire/pipewire/-/issues2022-06-13T14:24:27Zhttps://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2436Feature request: Implement PSD upmixing for quad / 4.0 setups2022-06-13T14:24:27ZNiels Ole SalscheiderFeature request: Implement PSD upmixing for quad / 4.0 setupsCurrently, PSD upmixing is only supported for 2.0->5.1 and 2.0->7.1 upmixing. Please consider to also implement it for 2.0->4.0 upmixing, since the simple method does not sound good.
@wtaymans: I also noticed that `channelmix_f32_2_4_c`...Currently, PSD upmixing is only supported for 2.0->5.1 and 2.0->7.1 upmixing. Please consider to also implement it for 2.0->4.0 upmixing, since the simple method does not sound good.
@wtaymans: I also noticed that `channelmix_f32_2_4_c` is missing the `if (SPA_FLAG_IS_SET(mix->flags, CHANNELMIX_FLAG_ZERO))` check that all the other upmixing functions have. Without understanding what it actually does: Is this intended?https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2435Feature request: RTP source/sink2022-10-06T17:57:49Zredfast00Feature request: RTP source/sinkWe use RTP to play audio in our hackerspace. Some members have switched from PulseAudio (where you can use the `module-rtp-send` to transmit audio over RTP) to pipewire where there's no RTP support yet (see also https://gitlab.freedeskto...We use RTP to play audio in our hackerspace. Some members have switched from PulseAudio (where you can use the `module-rtp-send` to transmit audio over RTP) to pipewire where there's no RTP support yet (see also https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Config-PulseAudio#network-support). ROC is no option for us, since that's not integrated in PulseAudio upstream yet.
It would be nice to have RTP support in pipewire, since then it's completely feature-par with PulseAudio.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2434Teamspeak Microphone Stuttering with pipewire-pulse 0.3.522022-09-21T20:44:52ZPhillip SchichtelTeamspeak Microphone Stuttering with pipewire-pulse 0.3.52<!-- 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.52
Linked with libpipewire 0.3.52...<!-- 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.52
Linked with libpipewire 0.3.52
```
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): `Arch Linux`
- Desktop Environment: `GNOME 42.2`
- Kernel version (`uname -r`): `5.18.3-arch1-1`
## Description of Problem:
Starting with version `0.3.52` the microphone input in Teamspeak (3 and 5) has a strong stuttering.
Downgrading just pipewire-pulse to `0.3.51` resolves the issue.
Here two recordings of a 128hz tuning fork from within teamspeak:
* A teamspeak recording with pipewire version `0.3.52` and pipewire-pulse version `0.3.51` (as it should be):
![pipewire-0.3.51](/uploads/bf5e65d9722011cd7bf2dc846b3ea750/pipewire-0.3.51.wav)
* A teamspeak recording with pipewire version `0.3.52` and pipewire-pulse version `0.3.52` (problematic):
![pipewire-0.3.52](/uploads/68b3ba251ace62dd1f3a6a266f719a20/pipewire-0.3.52.wav)
I have easyeffects installed, but not activated for any inputs.
Interestingly: While recording a audio message in `telegram-desktop`, the audio both in telegram and teamspeak are clean, but as soon as I stop recording in telegram, the audio in teamspeak starts stuttering again.
My audio input is a Behringer Q802USB (from pw-dump):
<details>
```json
[
{
"id": 34,
"type": "PipeWire:Interface:Node",
"version": 3,
"permissions": [
"r",
"w",
"x",
"m"
],
"info": {
"max-input-ports": 0,
"max-output-ports": 64,
"change-mask": [
"input-ports",
"output-ports",
"state",
"props",
"params"
],
"n-input-ports": 0,
"n-output-ports": 2,
"state": "running",
"error": null,
"props": {
"alsa.card": 3,
"alsa.card_name": "USB Audio CODEC",
"alsa.class": "generic",
"alsa.device": 0,
"alsa.driver_name": "snd_usb_audio",
"alsa.id": "USB Audio",
"alsa.long_card_name": "Burr-Brown from TI USB Audio CODEC at usb-0000:00:14.0-8.4.4.2, full speed",
"alsa.name": "USB Audio",
"alsa.resolution_bits": 16,
"alsa.subclass": "generic-mix",
"alsa.subdevice": 0,
"alsa.subdevice_name": "subdevice #0",
"api.alsa.card.longname": "Burr-Brown from TI USB Audio CODEC at usb-0000:00:14.0-8.4.4.2, full speed",
"api.alsa.card.name": "USB Audio CODEC",
"api.alsa.path": "hw:3",
"api.alsa.pcm.card": 3,
"api.alsa.pcm.stream": "capture",
"audio.channels": 2,
"audio.position": "FL,FR",
"card.profile.device": 0,
"device.api": "alsa",
"device.class": "sound",
"device.id": 44,
"device.profile.description": "Analog Stereo",
"device.profile.name": "analog-stereo-input",
"device.routes": 1,
"factory.name": "api.alsa.pcm.source",
"media.class": "Audio/Source",
"node.description": "PCM2902 Audio Codec Analog Stereo",
"node.name": "alsa_input.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo-input",
"node.nick": "USB Audio CODEC",
"node.pause-on-idle": false,
"object.path": "alsa:pcm:3:hw:3:capture",
"priority.driver": 2009,
"priority.session": 2009,
"factory.id": 18,
"clock.quantum-limit": 8192,
"client.id": 32,
"node.driver": true,
"factory.mode": "split",
"audio.adapt.follower": "",
"library.name": "audioconvert/libspa-audioconvert",
"object.id": 34,
"object.serial": 51,
"node.max-latency": "16384/48000"
},
"params": {
"EnumFormat": [
{
"mediaType": "audio",
"mediaSubtype": "raw",
"format": {
"default": "S16LE",
"alt1": "S16LE",
"alt2": "S8"
},
"rate": {
"default": 48000,
"min": 8000,
"max": 48000
},
"channels": 2,
"position": [
"FL",
"FR"
]
}
],
"PropInfo": [
{
"id": "volume",
"description": "Volume",
"type": {
"default": 1,
"min": 0,
"max": 10
}
},
{
"id": "mute",
"description": "Mute",
"type": {
"default": false,
"alt1": false,
"alt2": true
}
},
{
"id": "channelVolumes",
"description": "Channel Volumes",
"type": {
"default": 1,
"min": 0,
"max": 10
},
"container": "Array"
},
{
"id": "channelMap",
"description": "Channel Map",
"type": "",
"container": "Array"
},
{
"id": "softMute",
"description": "Soft Mute",
"type": {
"default": false,
"alt1": false,
"alt2": true
}
},
{
"id": "softVolumes",
"description": "Soft Volumes",
"type": {
"default": 1,
"min": 0,
"max": 10
},
"container": "Array"
},
{
"id": "monitorMute",
"description": "Monitor Mute",
"type": {
"default": false,
"alt1": false,
"alt2": true
}
},
{
"id": "monitorVolumes",
"description": "Monitor Volumes",
"type": {
"default": 1,
"min": 0,
"max": 10
},
"container": "Array"
},
{
"name": "channelmix.disable",
"description": "Disable Channel mixing",
"type": {
"default": false,
"alt1": false,
"alt2": true
},
"params": true
},
{
"name": "channelmix.normalize",
"description": "Normalize Volumes",
"type": {
"default": false,
"alt1": false,
"alt2": true
},
"params": true
},
{
"name": "channelmix.mix-lfe",
"description": "Mix LFE into channels",
"type": {
"default": false,
"alt1": false,
"alt2": true
},
"params": true
},
{
"name": "channelmix.upmix",
"description": "Enable upmixing",
"type": {
"default": true,
"alt1": true,
"alt2": false
},
"params": true
},
{
"name": "channelmix.lfe-cutoff",
"description": "LFE cutoff frequency (Hz)",
"type": {
"default": 150,
"min": 0,
"max": 1000
},
"params": true
},
{
"name": "channelmix.fc-cutoff",
"description": "FC cutoff frequency (Hz)",
"type": {
"default": 12000,
"min": 0,
"max": 48000
},
"params": true
},
{
"name": "channelmix.rear-delay",
"description": "Rear channels delay (ms)",
"type": {
"default": 12,
"min": 0,
"max": 1000
},
"params": true
},
{
"name": "channelmix.stereo-widen",
"description": "Stereo widen",
"type": {
"default": 0,
"min": 0,
"max": 1
},
"params": true
},
{
"name": "channelmix.hilbert-taps",
"description": "Taps for phase shift of rear",
"type": {
"default": 0,
"min": 0,
"max": 255
},
"params": true
},
{
"name": "channelmix.upmix-method",
"description": "Upmix Method to use",
"type": "psd",
"labels": [
"none",
"Disabled",
"simple",
"Simple upmixing",
"psd",
"Passive Surround Decoding"
],
"params": true
},
{
"id": "rate",
"description": "Rate scaler",
"type": {
"default": 1,
"min": 0,
"max": 10
}
},
{
"id": "quality",
"name": "resample.quality",
"description": "Resample Quality",
"type": {
"default": 4,
"min": 0,
"max": 14
},
"params": true
},
{
"name": "resample.disable",
"description": "Disable Resampling",
"type": {
"default": false,
"alt1": false,
"alt2": true
},
"params": true
},
{
"id": "device",
"name": "api.alsa.path",
"description": "The ALSA device",
"type": "hw:3"
},
{
"id": "deviceName",
"description": "The ALSA device name",
"type": ""
},
{
"id": "cardName",
"description": "The ALSA card name",
"type": ""
},
{
"id": "latencyOffsetNsec",
"description": "Latency offset (ns)",
"type": {
"default": 0,
"min": 0,
"max": 2000000000
}
},
{
"name": "audio.channels",
"description": "Audio Channels",
"type": 2,
"params": true
},
{
"name": "audio.rate",
"description": "Audio Rate",
"type": 0,
"params": true
},
{
"name": "audio.format",
"description": "Audio Format",
"type": "UNKNOWN",
"params": true
},
{
"name": "audio.position",
"description": "Audio Position",
"type": "[ FL, FR ]",
"params": true
},
{
"name": "audio.allowed-rates",
"description": "Audio Allowed Rates",
"type": "[ ]",
"params": true
},
{
"name": "api.alsa.period-size",
"description": "Period Size",
"type": {
"default": 0,
"min": 0,
"max": 8192
},
"params": true
},
{
"name": "api.alsa.period-num",
"description": "Number of Periods",
"type": {
"default": 0,
"min": 0,
"max": 1024
},
"params": true
},
{
"name": "api.alsa.headroom",
"description": "Headroom",
"type": {
"default": 0,
"min": 0,
"max": 8192
},
"params": true
},
{
"name": "api.alsa.start-delay",
"description": "Start Delay",
"type": {
"default": 0,
"min": 0,
"max": 8192
},
"params": true
},
{
"name": "api.alsa.disable-mmap",
"description": "Disable MMAP",
"type": {
"default": false,
"alt1": false,
"alt2": true
},
"params": true
},
{
"name": "api.alsa.disable-batch",
"description": "Disable Batch",
"type": {
"default": false,
"alt1": false,
"alt2": true
},
"params": true
},
{
"name": "api.alsa.use-chmap",
"description": "Use the driver channelmap",
"type": {
"default": false,
"alt1": false,
"alt2": true
},
"params": true
},
{
"name": "api.alsa.multi-rate",
"description": "Support multiple rates",
"type": {
"default": true,
"alt1": true,
"alt2": false
},
"params": true
},
{
"name": "latency.internal.rate",
"description": "Internal latency in samples",
"type": {
"default": 0,
"min": 0,
"max": 65536
},
"params": true
},
{
"name": "latency.internal.ns",
"description": "Internal latency in nanoseconds",
"type": {
"default": 0,
"min": 0,
"max": 2000000000
},
"params": true
},
{
"name": "clock.name",
"description": "The name of the clock",
"type": "api.alsa.c-3",
"params": true
}
],
"Props": [
{
"volume": 1,
"mute": false,
"channelVolumes": [
1,
1
],
"channelMap": [
"FL",
"FR"
],
"softMute": false,
"softVolumes": [
1,
1
],
"monitorMute": false,
"monitorVolumes": [
1,
1
],
"params": [
"channelmix.disable",
false,
"channelmix.normalize",
false,
"channelmix.mix-lfe",
false,
"channelmix.upmix",
true,
"channelmix.lfe-cutoff",
150,
"channelmix.fc-cutoff",
12000,
"channelmix.rear-delay",
12,
"channelmix.stereo-widen",
0,
"channelmix.hilbert-taps",
0,
"channelmix.upmix-method",
"psd"
]
},
{
"rate": 1,
"quality": 4,
"params": [
"resample.quality",
4,
"resample.disable",
false
]
},
{
"device": "hw:3",
"deviceName": "",
"cardName": "",
"latencyOffsetNsec": 0,
"params": [
"audio.channels",
2,
"audio.rate",
0,
"audio.format",
"UNKNOWN",
"audio.position",
"[ FL, FR ]",
"audio.allowed-rates",
"[ ]",
"api.alsa.period-size",
0,
"api.alsa.period-num",
0,
"api.alsa.headroom",
0,
"api.alsa.start-delay",
0,
"api.alsa.disable-mmap",
false,
"api.alsa.disable-batch",
false,
"api.alsa.use-chmap",
false,
"api.alsa.multi-rate",
true,
"latency.internal.rate",
0,
"latency.internal.ns",
0,
"clock.name",
"api.alsa.c-3"
]
}
],
"Format": [
{
"mediaType": "audio",
"mediaSubtype": "raw",
"format": "S16LE",
"rate": 48000,
"channels": 2,
"position": [
"FL",
"FR"
]
}
],
"EnumPortConfig": [
{
"direction": "Input",
"mode": "dsp"
},
{
"direction": "Output",
"mode": "dsp"
},
{
"direction": "Input",
"mode": "convert"
},
{
"direction": "Output",
"mode": "convert"
}
],
"PortConfig": [
{
"direction": "Input",
"mode": "convert"
},
{
"direction": "Output",
"mode": "dsp"
}
],
"Latency": [
{
"direction": "Input",
"minQuantum": 0,
"maxQuantum": 0,
"minRate": 0,
"maxRate": 0,
"minNs": 0,
"maxNs": 0
},
{
"direction": "Output",
"minQuantum": 1,
"maxQuantum": 1,
"minRate": 512,
"maxRate": 512,
"minNs": 0,
"maxNs": 0
}
],
"ProcessLatency": [
{
"quantum": 0,
"rate": 0,
"ns": 0
}
]
}
}
}
]
```
</details>
## How Reproducible:
### Steps to Reproduce:
1. install 0.3.52
2. start teamspeak3
3. activate "Continuous Transmission" in Capture settings and then click "Begin Test"
4. audio in teamspeak stutters
5. open any chat in telegram-desktop and start recording a voice message
6. audio in teamspeak doesn't stutter
7. stop recording in telegram
8. audio in teamspeak stutters
### Actual Results:
Stuttering microphone audio
### Expected Results:
Clean microphone audio.
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`: [pw-dump.json](/uploads/fc48233eb098afbb83947f4b0e5f5a2a/pw-dump.json)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2433No more sound with ATI HDMI2023-09-28T13:09:06Zsg35zhNo more sound with ATI HDMI<!-- 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.51 then 0.3.52
- 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`): 0.3.51 then 0.3.52
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Mageia 9 (Cauldron)
- Desktop Environment: GNOME
- Kernel version (`uname -r`): 5.18.2 (but failed first after restarting GNOME while running 5.16)
## Description of Problem:
I've no more sound since I logged off/on from GNOME after months of updates.
## How Reproducible:
Always
### Steps to Reproduce:
1. Try to run mplayer
2. Try to have test buttons in gnome-control-center
3.
### Actual Results:
No sound.
### Expected Results:
Working sound with mplayer, firefox, gnome-control-center test…
# Additional Info (as attachments):
Pipewire used to work but I got no more sound after logging off/in after being logged for monthes. A reboot didn't change anything. I suspect it was working with previous versions but broke down with latest.
I tried with both wireplumber & pipewire-media-session (same result)
Here's the gory details:
In gnome-control-center, I don't see anymore my sound card ("ATI HDMI Radeon" as my sound is used to be routed through the HDMI cable of my graphic card), only "HDMI / Displayport - internal audio" (with 0.3.51 -- with 0.3.52, I now see 3 variants of that: "HDMI / Displayport - internal audio (twice) or built-in audio").
pavucontrol show 3 device in the config tab:
- JACK CLient (off)
- Redwood HDMI Audio (Radeon HD 5000 Series) (Off at first, then I selected the other "ProAudio" profile)
- "Sortie Stéreo numérique (HDMI)" with 0.3.51 (now "builtin Audio" with 0.3.52)
The 2nd one is my real sound output
But the output devices tab only show "HDMI / DIsplayPort" which corresponds to the 3rd above and thus I've no more sound.
I've seen the following error messages during my various sysctl --user restart tries:
```
spa.alsa | [ acp.c: 366 add_pro_profile()] error pcm info: Erreur d'entr?e/sortie
ms.core | [ media-session.c: 2211 core_error()] error id:0 seq:960 res:-32 (Relais bris? (pipe)): connection error
spa.alsa | [ acp.c: 366 add_pro_profile()] error pcm info: Erreur d'entr?e/sortie
spa.alsa | [ acp.c: 366 add_pro_profile()] error pcm info: Input/output error
pipewire-media-session[632453]: ms.core: error id:0 seq:2208 res:-32 (Relais bris? (pipe)): connection error
```
[pw-dum.txt](/uploads/cb9f6f437f5cb99281d2a999999a1ee2/pw-dum.txt)
[pactl-list.txt](/uploads/4da50779535eadf6c4c075978322b51f/pactl-list.txt)
[pw-cli-ls.txt](/uploads/d412af5597c8766046baa57fe11bb318/pw-cli-ls.txt)
[LOG.pw-play.txt](/uploads/f9b2fc5979405509460b323fc3a6ffd5/LOG.pw-play.txt)
[LOG.pipewire.txt](/uploads/39212fc4a6181cf867895d62b7fd1685/LOG.pipewire.txt)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2432zeroconf-publish errors with "No such file or directory" when launching pipew...2023-03-24T11:10:53ZBart Ribberszeroconf-publish errors with "No such file or directory" when launching pipewire-pulseI'm trying to replace my PulseAudio server with PipeWire, at first using it's PulseAudio compatibility. For this I need to enable the zeroconf-publish module which seems to be supported. However upon launching pipewire-pulse, zeroconf st...I'm trying to replace my PulseAudio server with PipeWire, at first using it's PulseAudio compatibility. For this I need to enable the zeroconf-publish module which seems to be supported. However upon launching pipewire-pulse, zeroconf starts complaining:
```
[E][17447.630993] mod.zeroconf-publish | [module-zeroconf-: 112 on_core_error()] error id:31 seq:60 res:-2 (No such file or directory): no global 52
[E][17447.631202] mod.zeroconf-publish | [module-zeroconf-: 112 on_core_error()] error id:0 seq:64 res:-2 (No such file or directory): unknown resource 31 op:7
```https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2431pipewire-pulse adds another "pulse" to PULSE_RUNTIME_PATH2022-06-09T15:07:06ZBart Ribberspipewire-pulse adds another "pulse" to PULSE_RUNTIME_PATH`PULSE_RUNTIME_PATH=/run/pulse pactl info` would make pactl look for `/run/pulse/native`. However Pipewire makes it `/run/pulse/pulse/native` with that environment value. Thus when using pactl you have to set it to `/run/pulse/pulse`.
B...`PULSE_RUNTIME_PATH=/run/pulse pactl info` would make pactl look for `/run/pulse/native`. However Pipewire makes it `/run/pulse/pulse/native` with that environment value. Thus when using pactl you have to set it to `/run/pulse/pulse`.
Besides being weird and annoying, this also breaks the following (pactl is unable to connect to pipewire-pulse):
```
context.exec = [
{ path = "pactl" args = "load-module module-zeroconf-publish" }
]
```
Because that pactl is executed with the PULSE_RUNTIME_PATH _PipeWire_ needs, not the one _pactl_ needs.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2429broken sound after laptop suspend2022-06-08T19:59:40Zyuanhao JIANGbroken sound after laptop suspend<!-- 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.51
- 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.51
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): EndeavourOS
- Desktop Environment: KDE
- Kernel version (`uname -r`): 5.18.2-arch1-1
## Description of Problem:
Each time I wake the laptop after sleep (s2idle suspend), the sound is at small volume and it is broken,distorted. Reboot fix the issue but it will appear again after wake from sleep.
## How Reproducible: Easy to reproduce
### Steps to Reproduce:
1. sleep
2. wake, login
3. the sound is broken, distorted, small
### Actual Results:
pipewire outputs like this (even when the sound is good after a reboot):
```
$ pipewire
[E][02827.391158] mod.protocol-native | [module-protocol-: 708 lock_socket()] server 0x560a7bfd44a0: unable to lock lockfile '/run/user/1000/pipewire-0.lock': Resource temporarily unavailable (maybe another daemon is running)
[E][02827.391252] pw.conf | [ conf.c: 560 load_module()] 0x560a7bf970a0: could not load mandatory module "libpipewire-module-protocol-native": Resource temporarily unavailable
[E][02827.391297] default | [ pipewire.c: 125 main()] failed to create context: Resource temporarily unavailable
```
### Expected Results:
I want to fix this, at least make the sound work after suspend
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`: [pw-dump.log](/uploads/613262a17c334e71a7bc16573399128f/pw-dump.log). And I have also put it here if you want to read online: http://ix.io/3ZI3https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2427stable crash in spa_pod_builder_addv2022-06-05T20:57:18ZIlya Fedinstable crash in spa_pod_builder_addv<!-- 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.51
- 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.51
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Arch Linux ARM
- Desktop Environment: None
- Kernel version (`uname -r`): 5.15.44-2-rpi-ARCH
## Description of Problem:
I have a Raspberry Pi 4 and pipewire crashes momentally (and systemd relaunches it in an endless loop)
```
#0 spa_pod_builder_addv (args=..., builder=0xbeb32d94) at ../pipewire/spa/include/spa/pod/builder.h:618
format = <optimized out>
n_values = 1
f = {pod = {size = 32, type = 19}, parent = 0xbeb32d80, offset = 48, flags = 0}
choice = <optimized out>
res = 0
frame = <optimized out>
ftype = <optimized out>
res = <optimized out>
frame = <optimized out>
ftype = <optimized out>
exit = <optimized out>
format = <optimized out>
n_values = <optimized out>
f = <optimized out>
choice = <optimized out>
key = <optimized out>
offset = <optimized out>
type = <optimized out>
type = <optimized out>
strval = <optimized out>
len = <optimized out>
strval = <optimized out>
len = <optimized out>
ptr = <optimized out>
len = <optimized out>
rectval = <optimized out>
fracval = <optimized out>
child_size = <optimized out>
child_type = <optimized out>
n_elems = <optimized out>
elems = <optimized out>
t = <optimized out>
pod = <optimized out>
#1 spa_pod_builder_add (builder=0xbeb32d94) at ../pipewire/spa/include/spa/pod/builder.h:645
res = <optimized out>
args = {__ap = 0xbeb32cb4}
#2 0xb46019ac in spa_v4l2_enum_controls (this=this@entry=0x1ff73e0, seq=9963819, seq@entry=1073741931, start=start@entry=0, num=0, num@entry=33382832, filter=filter@entry=0x0) at ../pipewire/spa/plugins/v4l2/v4l2-utils.c:1155
_f = {pod = {size = 88, type = 15}, parent = 0x0, offset = 0, flags = 0}
port = 0x1ff7570
dev = 0x0
queryctrl = {id = 9963776, type = 1, name = "Brightness", '\000' <repeats 21 times>, minimum = -127, maximum = 127, step = 1, default_value = 0, flags = 0, elem_size = 4, elems = 1, nr_of_dims = 0, dims = {0, 0, 0, 0}, reserved = {0 <repeats 32 times>}}
param = <optimized out>
b = {data = 0xbeb32f0c, size = 1024, _padding = 0, state = {offset = 96, flags = 0, frame = 0xbeb32d80}, callbacks = {funcs = 0x0, data = 0x0}}
prop_id = 0
ctrl_id = <optimized out>
buffer = "\b\000\000\000\017\000\000\000\001\000\004\000\001\000\000\000\001\000\000\000\000\000\000\000\004\000\000\000\003\000\000\000\001\000\002\000\000\000\000\000\003\000\000\000\000\000\000\000 \000\000\000\023\000\000\000\002\000\000\000\000\000\000\000\004\000\000\000\004", '\000' <repeats 15 times>, "\201\377\377\377\377\377\377\377\000\000\000\000\377\377\377\377\000\000\000\000\377\377\377\377\274\060\263\276\377\377\377\377\274\060\263\276\275\060\263\276\273\062\263\276\274\060\263\276\273\062\263\276", '\000' <repeats 12 times>, "\220\232\342\266\000\000\000\000\220\232ⶀ\000\000\000\000\000\000\000\000\000\200?", '\000' <repeats 12 times>, "\377\377\377\377\000\000\000\000\377\377\377\377\000\000\000\000\377\377\377\377"...
res = <optimized out>
next_fl = 3221225472
f = {{pod = {size = 0, type = 0}, parent = 0x0, offset = 0, flags = 0}, {pod = {size = 0, type = 0}, parent = 0x0, offset = 0, flags = 0}}
result = {id = 1, index = 0, next = 3231189248, param = 0x0}
count = <optimized out>
next = <optimized out>
__func__ = "spa_v4l2_enum_controls"
#3 0xb460548c in impl_node_enum_params (object=<optimized out>, seq=1073741931, seq@entry=2, id=id@entry=1, start=start@entry=0, num=4294967295, num@entry=3069182276, filter=0x0, filter@entry=0x78696d70) at ../pipewire/spa/plugins/v4l2/v4l2-source.c:221
p = 0x1ff7498
this = <optimized out>
param = <optimized out>
b = {data = 0xbeb333c4, size = 1024, _padding = 0, state = {offset = 104, flags = 0, frame = 0x0}, callbacks = {funcs = 0x0, data = 0x0}}
buffer = "`\000\000\000\017\000\000\000\001\000\004\000\001\000\000\000\001\000\000\000\000\000\000\000\004\000\000\000\003\000\000\000\001\001\000\000\000\000\000\000\a\000\000\000\000\000\000\000\020\000\000\000\b\000\000\000The V4L2 device\000\003\000\000\000\000\000\000\000\f\000\000\000\b\000\000\000/dev/video0", '\000' <repeats 141 times>...
result = {id = 1, index = 0, next = 1, param = 0xb6f4c5a0}
count = <optimized out>
__func__ = "impl_node_enum_params"
next = <optimized out>
#4 0xb6e9a5f8 in pw_impl_node_for_each_param (node=node@entry=0x1fd61b0, seq=2, seq@entry=1073741931, param_id=param_id@entry=1, index=index@entry=0, max=3069182276, max@entry=4294967295, filter=0x0, filter@entry=0xb63510bc <node_demarshal_enum_params+404>, callback=0xb6e914ac <reply_param>, data=<optimized out>, data@entry=0x2046854) at ../pipewire/src/pipewire/impl-node.c:2006
_f = <optimized out>
_res = -95
_n = <optimized out>
res = <optimized out>
impl = 0x1fd61b0
user_data = {impl = 0x1fd61b0, data = 0x2046854, callback = 0xb6e914ac <reply_param>, seq = 1073741931, count = 0, cache = 1}
listener = {link = {next = 0x1ff755c, prev = 0x1fd66d8}, cb = {funcs = 0xb6ef6090 <node_events>, data = 0xbeb33868}, removed = 0x0, priv = 0x0}
pi = 0x1fd6218
node_events = {version = 0, info = 0x0, port_info = 0x0, result = 0xb6e946d0 <result_node_params>, event = 0x0}
__func__ = "pw_impl_node_for_each_param"
#5 0xb6e9ad58 in node_enum_params (object=0x2046854, seq=1073741931, id=1, index=0, num=4294967295, filter=0x0) at ../pipewire/src/pipewire/impl-node.c:468
data = 0x2046854
resource = 0x2046800
node = 0x1fd61b0
res = <optimized out>
__func__ = "node_enum_params"
#6 0xb63510bc in node_demarshal_enum_params (object=<optimized out>, msg=<optimized out>) at ../pipewire/src/modules/module-protocol-native/protocol-native.c:1261
_f = <optimized out>
_res = true
_list = 0x2046844
_s = 0x2046844
_cursor = {link = {next = 0x2046844, prev = 0x2046874}, cb = {funcs = 0x0, data = 0x0}, removed = 0x0, priv = 0x0}
_ci = <optimized out>
_count = 0
resource = <optimized out>
prs = {data = 0x1fde1c8, size = 80, _padding = 0, state = {offset = 80, flags = 0, frame = 0x0}}
id = 1
index = 0
num = 4294967295
seq = 1073741931
filter = 0x0
#7 0xb634c320 in process_messages (data=0x1fd3b18) at ../pipewire/src/modules/module-protocol-native.c:351
demarshal = 0xb6385e84 <pw_protocol_native_node_method_demarshal>
marshal = <optimized out>
permissions = <optimized out>
required = <optimized out>
conn = 0x1fd40f8
client = 0x1fd3a20
context = 0xbeb349e8
msg = 0x1fe61c4
resource = 0x2046800
res = <optimized out>
__func__ = "process_messages"
#8 0xb634c510 in connection_data (data=0x1fd3b18, fd=<optimized out>, mask=1) at ../pipewire/src/modules/module-protocol-native.c:416
this = 0x1fd3b18
client = 0x1fd3a20
res = <optimized out>
#9 0xb67c7af0 in loop_iterate (object=0x1f8fda8, timeout=<optimized out>) at ../pipewire/spa/plugins/support/loop.c:409
s = <optimized out>
impl = 0x1f8fda8
ep = {{events = 1, data = 0x1fd40c0}, {events = 1, data = 0x1fad648}, {events = 0, data = 0x0} <repeats 23 times>, {events = 2080714752, data = 0xb6effa54}, {events = 33091408, data = 0x1f8ed18}, {events = 3068965596, data = 0xb6ecb198}, {events = 33091408, data = 0x1f8ef68}, {events = 10, data = 0xb6effa54}, {events = 3068539196, data = 0x0}, {events = 0, data = 0x1f8ef50}}
e = <optimized out>
i = 0
nfds = <optimized out>
__func__ = "loop_iterate"
#10 0xb6e8d310 in pw_main_loop_run (loop=loop@entry=0x1f8edf0) at ../pipewire/src/pipewire/main-loop.c:148
_f = <optimized out>
_res = -95
_o = <optimized out>
res = 0
__func__ = "pw_main_loop_run"
#11 0x00430d34 in main (argc=<optimized out>, argv=<optimized out>) at ../pipewire/src/daemon/pipewire.c:131
context = 0x1f8ef50
loop = 0x1f8edf0
properties = 0x0
long_options = {{name = 0x431384 "help", has_arg = 0, flag = 0x0, val = 104}, {name = 0x43138c "version", has_arg = 0, flag = 0x0, val = 86}, {name = 0x431394 "config", has_arg = 1, flag = 0x0, val = 99}, {name = 0x43139c "verbose", has_arg = 0, flag = 0x0, val = 118}, {name = 0x0, has_arg = 0, flag = 0x0, val = 0}}
c = <optimized out>
res = 0
path = "/usr/bin/pipewire.conf", '\000' <repeats 690 times>...
config_name = <optimized out>
level = SPA_LOG_LEVEL_WARN
__func__ = "main"
```
## How Reproducible:
Always
### Steps to Reproduce:
1. Well, I just installed pipewire, pipewire-pulse and wireplumber, maybe it's related to peripherals though, e.g. I have a web camera connected
### Actual Results:
Crash
### Expected Results:
No crash
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`: `can't connect: Host is down`https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2426pw-dump should output removed nodes when monitoring2022-06-08T14:24:29ZDavid Reisspw-dump should output removed nodes when monitoringI'm using `pw-dump -m` to keep track of the state of a pipewire daemon from another process (written in python so I can't use the API). Parsing the json output is easy, but I don't get any notification on when nodes are removed, which is...I'm using `pw-dump -m` to keep track of the state of a pipewire daemon from another process (written in python so I can't use the API). Parsing the json output is easy, but I don't get any notification on when nodes are removed, which is important for this application.
The output could be something like this:
```
[
{
"id": 51,
"removed": true
}
]
```
I hacked this up myself by just printing stuff in `registry_event_global_remove` but I suspect that's not a great structure and there's a better way to do it.
(`pw-mon` does print something when nodes are removed, but the output is much harder to parse.)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2425channelmix.mix-lfe should probably be enabled by default2023-01-13T15:53:42ZAlex Bchannelmix.mix-lfe should probably be enabled by default- PipeWire version (`pipewire --version`): 0.3.51
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Arch Linux
- Desktop Environment: GNOME
## Description of Problem:
It seems that current policy of pipewir...- PipeWire version (`pipewire --version`): 0.3.51
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Arch Linux
- Desktop Environment: GNOME
## Description of Problem:
It seems that current policy of pipewire default settings is to allow user to hear all sounds played by applications.
For this channelmix.mix-lfe should be enabled by default.
Also config examples are inconsistent about is it enabled or disabled by default.
## How Reproducible:
Reproducible on a system with stereo audio output.
Go to https://www2.iis.fraunhofer.de/AAC/multichannel.html
Try to play Original Wave File.
Firefox uses internal mixer and LFE is clearly audible.
If you use Chromium or download file and play it with pw-play/paplay LFE is muted.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2424Changing sink port with pactl immediately after changing profile does not work2023-09-03T18:39:35ZDavid EmettChanging sink port with pactl immediately after changing profile does not work- PipeWire version (`pipewire --version`): 0.3.51
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Arch Linux
- Desktop Environment: i3
- Kernel version (`uname -r`): 5.17.9-arch1-1
## Description of Probl...- PipeWire version (`pipewire --version`): 0.3.51
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Arch Linux
- Desktop Environment: i3
- Kernel version (`uname -r`): 5.17.9-arch1-1
## Description of Problem:
I have a script which uses `pactl` to change the card profile and then immediately change the sink port:
#!/bin/sh
pactl set-card-profile alsa_card.pci-0000_0c_00.4 output:analog-stereo+input:analog-stereo
pactl set-sink-port alsa_output.pci-0000_0c_00.4.analog-stereo analog-output-headphones
This works fine with PulseAudio, but does not work properly with PipeWire. With PipeWire, the sink port _appears_ to have switched if you look at eg `pactl list sinks` or `pavucontrol`, but in reality the audio is still coming out of the original port.
If a short sleep (eg `sleep 0.2`) is inserted between the two `pactl` commands, then things appear to work reliably.
I've tried with the `-git` versions of the Arch packages (`pipewire-git pipewire-alsa-git pipewire-jack-git pipewire-pulse-git wireplumber-git`), which I believe just build HoT. This made no difference.
## How Reproducible:
Every time.
### Steps to Reproduce:
1. Set card profile to "Analog Surround 5.1 Output + Analog Stereo Input".
2. Set port to Speakers.
3. Run the above script.
### Actual Results:
Port is changed in eg `pavucontrol` and `pactl list sinks`, but audio continues to come from speakers.
### Expected Results:
Audio should come from headphones.
# Additional Info (as attachments):
- `pw-dump > pw-dump.log`: [pw-dump.log](/uploads/0a3200a7dffe995319a26d0db6b64df5/pw-dump.log)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2422Removing variable from self in `module-roc-sink.c`2022-06-04T10:01:18ZRafał MikrutRemoving variable from self in `module-roc-sink.c`https://gitlab.freedesktop.org/pipewire/pipewire/-/blob/master/src/modules/module-roc-sink.c#L180
Quite strange that size is removed from self.
size always will be equal to 0 after that so why not use `size = 0` directly?
Also looks...https://gitlab.freedesktop.org/pipewire/pipewire/-/blob/master/src/modules/module-roc-sink.c#L180
Quite strange that size is removed from self.
size always will be equal to 0 after that so why not use `size = 0` directly?
Also looks that while loop is executed once at most
```
for (i = 0; i < in->buffer->n_datas; i++) {
d = &in->buffer->datas[i];
size = d->chunk->size;
offset = d->chunk->offset;
while (size > 0) {
memset(&frame, 0, sizeof(frame));
frame.samples = SPA_MEMBER(d->data, offset, void);
frame.samples_size = size;
if (roc_sender_write(impl->sender, &frame) != 0) {
pw_log_warn("Failed to write to roc sink");
break;
}
offset += size;
size -= size; <------------- Size
}
}
```https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2421commit 0d51f3b7 broke PA capture for Flatpak OBS2023-02-09T09:06:16ZNiklāvs Koļesņikovscommit 0d51f3b7 broke PA capture for Flatpak OBS- PipeWire version (`pipewire --version`): git commit 0d51f3b74e1efc2787e29f00e0ccc4b28b5da8a6
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Gentoo Linux
- Desktop Environment: KDE
- Kernel version (`una...- PipeWire version (`pipewire --version`): git commit 0d51f3b74e1efc2787e29f00e0ccc4b28b5da8a6
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Gentoo Linux
- Desktop Environment: KDE
- Kernel version (`uname -r`): 5.18.1-gentoo-r1 (custom patched with MGLRUv11)
## Description of Problem:
Starting with commit 0d51f3b74e1efc2787e29f00e0ccc4b28b5da8a6 Flatpak OBS will abort with failed assert:
```
Assertion 'uchunk->index % bq->base == 0' failed at ../src/pulsecore/memblockq.c:289, function pa_memblockq_push(). Aborting.
```
## How Reproducible:
Happens every time with commit 0d51f3b74e1efc2787e29f00e0ccc4b28b5da8a6 when using the OBS Flatpak (not sure if the PA capture plugin is part of the default scene or not).
### Steps to Reproduce:
1. Probably happens with regular OBS as well but I used flatpaked OBS from Flathub: `flatpak run com.obsproject.Studio`
2. Before or after showing the main window the program will abort and print `Assertion 'uchunk->index % bq->base == 0' failed at ../src/pulsecore/memblockq.c:289, function pa_memblockq_push(). Aborting.` This probably only happens if the PulseAudio desktop capture plugin is in use.
# Additional Info
- The commit before the broken one also fails to start the screen capture with possibly KDE reporting in a popup: `Failed to create PipeWire context` whle OBS prints `warning: [pipewire] Failed to start screencast, denied or cancelled by user`. However I'll just note that here and deal with it at some other time (I very rarely test OBS and it's pure luck I hit this regression only half a day after it was added).https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2420Cannot implement audio source/sink that uses fixed formats2022-06-02T10:51:28ZDemi Marie Obenourdemiobenour@gmail.comCannot implement audio source/sink that uses fixed formatsThe attached module ([qubes-pw-module.c](/uploads/9bd6d1ec0cc6bcf891cc1cdef20bdfa0/qubes-pw-module.c)) does not work. Attempts to play sound to it fail with
```
spa.audioadapter: params Spa:Enum:ParamId:EnumFormat: 0:0 (convert format)...The attached module ([qubes-pw-module.c](/uploads/9bd6d1ec0cc6bcf891cc1cdef20bdfa0/qubes-pw-module.c)) does not work. Attempts to play sound to it fail with
```
spa.audioadapter: params Spa:Enum:ParamId:EnumFormat: 0:0 (convert format) Success
spa.audioadapter: failed filter:
```
However, I cannot see any reason why it would fail. \#pobrn on IRC suggested I file a bug report.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2419Provide an example that uses audio adapters2022-12-16T14:25:35ZDemi Marie Obenourdemiobenour@gmail.comProvide an example that uses audio adaptersWould it be possible to provide an example audio source and sink that uses some strange audio format, and which sets up an adapter so that it works with PipeWire?Would it be possible to provide an example audio source and sink that uses some strange audio format, and which sets up an adapter so that it works with PipeWire?https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2418Can't record twice in Google Chrome browsers2022-09-21T09:34:33ZBráulio BhavamitraCan't record twice in Google Chrome browsersOpen in Google Chrome (or chromium, or brave, etc)
1) Open in a tab new meeting at meet.google.com
2) In another tab, try to record audio in web.whatsapp.com
The audio will come mostly mute with some glitches until the other tab is op...Open in Google Chrome (or chromium, or brave, etc)
1) Open in a tab new meeting at meet.google.com
2) In another tab, try to record audio in web.whatsapp.com
The audio will come mostly mute with some glitches until the other tab is opened in 1).
Closing the tab in 1) fixes recording in Whatsapp Web.
This issue doesn't occur with Pulseaudiohttps://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2417Provide an source and sink that uses a pipe and fixed audio formats2022-12-16T11:45:53ZDemi Marie Obenourdemiobenour@gmail.comProvide an source and sink that uses a pipe and fixed audio formatsThe example source and sink included in the repository support a wide variety of audio formats. In some cases, it is necessary to interface with an external source or sink that only supports one.
This is a request for an example source...The example source and sink included in the repository support a wide variety of audio formats. In some cases, it is necessary to interface with an external source or sink that only supports one.
This is a request for an example source and sink that read and write data from a pipe or socket, with the audio format specified via properties. This has two purposes: it provides documentation for how to implement a source or sink that only supports one audio format, and it provides an easy way to send or receive raw audio samples without having to write a custom plugin or module.https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2416Bluetooth pairing but not connecting2022-06-01T21:03:50ZAlvar LagerlöfBluetooth pairing but not connecting
- PipeWire version (`pipewire --version`): 0.3.51
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Fedora Linux 36.20220530.2 (Silverblue)
- Desktop Environment: Gnome 42.1
- Kernel version (`uname -r`): 5...
- PipeWire version (`pipewire --version`): 0.3.51
- Distribution and distribution version (`PRETTY_NAME` from `/etc/os-release`): Fedora Linux 36.20220530.2 (Silverblue)
- Desktop Environment: Gnome 42.1
- Kernel version (`uname -r`): 5.17.11-300.fc36.x86_64
- BlueZ version (`bluetoothctl --version`): bluetoothctl: 5.64
- `lsusb`:
```
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 19f7:0015 RODE Microphones RØDE NT-USB Mini
Bus 003 Device 005: ID 0bda:0307 Realtek Semiconductor Corp. Card Reader
Bus 003 Device 004: ID 05e3:0610 Genesys Logic, Inc. Hub
Bus 003 Device 002: ID 05e3:0610 Genesys Logic, Inc. 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 002: ID 0b05:190e ASUSTek Computer, Inc. ASUS USB-BT500
Bus 001 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
```
- Bluetooth devices:
```
Device 94:DB:56:EA:BA:2A WH-1000XM4
```
## Description of Problem:
Headphones can pair but not connect.
## How Reproducible:
Happens every time.
### Steps to Reproduce:
1. Install Fedora Linux 36.20220530.2 (Silverblue)
2. Use a pair of Sony WH-1000XM4 and an ASUS USB-BT500 (I don't have other equipment to test)
3. Pair
4. Attempt to connect
### Actual Results:
The headphones are pairable but can't connect. Other audio devices work and Fedora Silverblue version 36.20220512.0 also works on the same system.
### Expected Results:
The headphones connect after pairing or when manually connecting in Gnome Settings.
# Additional Info (as attachments):
- [Issue on Bluez GitHub](https://github.com/bluez/bluez/issues/348)
- [pw-dump.log](/uploads/91d86e783b56f245368727ea097e71ad/pw-dump.log)
- [dump.btsnoop](/uploads/0893b230cc2801bf297779f9a31d1190/dump.btsnoop)
- I have confirmed that Pipewire and Wireplumber is running and have also cleared the Bluez cache per [the troubleshooting page](https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Troubleshooting)
- The command `WIREPLUMBER_NO_PW_LOG=1 PIPEWIRE_DEBUG=4 wireplumber 2>&1 | grep --line-buffered -Ei '^\[?[EW]\]?|\[\s*bluez5|\[\s*a2dp|\[\s*backend|\[\s*sco|quirk' > pipewire-bluez.log
` did not produce any output, maybe because it never connects?
- dmsg does not complain about firmware
- journalctl -u bluetooth outputs the same line as the bottom of `dump.btsnoop`
- Versions on Silverblue 36.20220512.0 (working set) are:
```
bluetoothctl: 5.64
libpipewire 0.3.51
wireplumber-0.4.9-1.fc36.x86_64
```https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2415No sound2022-06-16T18:14:26ZW MiahNo soundHi,
My sound was working with Fedora 35 and after some updates, it stopped working. I upgraded to Fedora 36 and I am still seeing the same issues. Strangely, the sound works temporarily upon a reboot but then stops working. The sound wo...Hi,
My sound was working with Fedora 35 and after some updates, it stopped working. I upgraded to Fedora 36 and I am still seeing the same issues. Strangely, the sound works temporarily upon a reboot but then stops working. The sound works fine in Windows.
I have uploaded the output of alsa-info.sh - let me know if you need further information.
Thanks in advance,
Regards
[alsa-info.txt](/uploads/83aaf1d6d1047c06172c45b004cb02d0/alsa-info.txt)https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2414zoom, my audio not heard by others.2022-06-01T15:57:38ZDave Pawsonzoom, my audio not heard by others.<!-- 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`):
## Description of Problem:
## How Reproducible:
Hosted a call.
Others on call heard no problem.
I am not heard at all.
All usual checks made
### Steps to Reproduce:
1. Host zoom call
2. Invited two others
3. My audio not heard
### Actual Results:
I am blocked from the call
### Expected Results:
# Additional Info (as attachments):ab:
Fedora 36, up to date
pipewire 0.3.51
zoom 5.9.6.2225[pw-dump.log](/uploads/581443daa0df3a21c34d0ba7c2c0a0f5/pw-dump.log)
- `pw-dump > pw-dump.log`: