FEDORA-2021-03756cf274 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-03756cf274

Before i install pipewire again?
Does this update fixes my issue?

> Before i install pipewire again?
> Does this update fixes my issue?

I added a patch to generate a subwoofer signal on LFE channels if you configure this. I don't know if it will
fix your issue, I don't have the hardware to reproduce.

There is some info on how to do that here: https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Config-client

> But i am totally missing an instruction to config pipewire to use my multichanel 7.1 card.

in pavucontrol select 7.1 in the configuration tab for your card

FEDORA-2021-03756cf274 has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-03756cf274`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-03756cf274

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Ok, i could solve the problem. There is an issue with default configuration of pipewire.

stream.properties = {
    #node.latency = 1024/48000
    #node.autoconnect = true
    #resample.quality = 4
    #channelmix.normalize = false
    #channelmix.mix-lfe = false
    #channelmix.upmix = false
    #channelmix.lfe-cutoff = 0
}

After i set it to 

stream.properties = {
    #node.latency = 1024/48000
    #node.autoconnect = true
    #resample.quality = 4
    #channelmix.normalize = false
    #channelmix.mix-lfe = false
    channelmix.upmix = true
    channelmix.lfe-cutoff = 140
}

.... i got an audio signal to lfe speaker.
`#channelmix.lfe-cutoff = 0` is defenetly the culprit.
Please do not power off the speaker with low-cut at 0db :)


For the record the update doesn't solve this problem and 5.1 channel config was already set in pawucontrol.
Normal i maintain/use MATE desktop, but i tested it in gnome to be sure.
Here the audio-test-signal in gnome-tweaks works for the sub-woofer out of box.
But `#channelmix.lfe-cutoff = 0` cut off every subwoofer signal from an application, eg. vlc of deadbeaf.

I hope this information gives you enough info to fix this problem.
And suggest not to close the report by the update because i am pretty sure that other people without poor 2.0 channel audio notebook hardware will run into the same problem.

FEDORA-2021-03756cf274 has been pushed to the Fedora 34 stable repository.
If problem still persists, please make note of it in this bug report.

Sorry, this update doesn't fix the issue.
There is an problem with default config values. See my previous comment.

> There is an problem with default config values. See my previous comment.

To enable generating an lfe channel, you need to do:

 1) channelmix.upmix = true

This enables synthesis of extra channels (LFE, REAR, SIDE)
 
 2) channelmix.lfe-cutoff = 140

To filter the LFE channel and only send low frequency, you can set this to
0 if your receiver generates LFE from the other channels with a better algorithm

So what exactly is wrong with this default? We don't want upmix by default (channelmix.upmix = false)
and we don't want to filter LFE (channelmix.lfe-cutoff = 0) by default.

Also not that the cutoff is only when generating LFE, when the signal already has LFE, it is
not removed with the cutoff value. Maybe it should be called channelmix.upmix.lfe-cutoff instead.

I have already set up my card, see my previous post.
With default config 

stream.properties = {
    #node.latency = 1024/48000
    #node.autoconnect = true
    #resample.quality = 4
    #channelmix.normalize = false
    #channelmix.mix-lfe = false
    #channelmix.upmix = false
    #channelmix.lfe-cutoff = 0
}


Here `#channelmix.lfe-cutoff = 0` does power off my lfe speaker.
The  0Hz limit cut of the speaker in default coniguration.

I expect that when i select a 5.1 chanel setup in pavucontrol my lfe speaker is working out of box,
and not that a 0Hz limit does power off my speaker.

In clear words.
The ``#channelmix.lfe-cutoff = 0 is active with default config.
And that's the problem.

I hope that is understandable....

> The ``#channelmix.lfe-cutoff = 0 is active with default config.

I see the bug now. Should be fixed with this: https://gitlab.freedesktop.org/pipewire/pipewire/-/commit/15239ff74d7f79dd153a2f0ed9f1d92b8d825f57

Thanks, i will be happy to test an update.

FEDORA-2021-41bc11dd99 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-41bc11dd99

FEDORA-2021-41bc11dd99 has been pushed to the Fedora 34 stable repository.
If problem still persists, please make note of it in this bug report.

I tested the update but it doesn't solve the non working lfe channel with default config option
`#channelmix.lfe-cutoff = 0`

Same like before, the lfe speaker is silent :/

[root@mother rave]# rpm -qa pipewire
pipewire-0.3.27-1.fc34.x86_64

FEDORA-2021-5a5f27d6b3 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-5a5f27d6b3

FEDORA-2021-5a5f27d6b3 has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-5a5f27d6b3`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-5a5f27d6b3

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

FEDORA-2021-5a5f27d6b3 has been pushed to the Fedora 34 stable repository.
If problem still persists, please make note of it in this bug report.

I tested the pipewire-0.3.31-2.fc34 update but it doesn't solve the non working lfe channel with default config option.
`#channelmix.lfe-cutoff = 0`

Same like before, the lfe speaker is silent :/

[root@mother rave]# rpm -qa pipewire
pipewire-0.3.27-1.fc34.x86_64

Why do you think this update should fix the issue?
I am happy to provide more information.

> Why do you think this update should fix the issue?

If you did not change any config file, the subwoofer should be silent.
If you configure it to upmix and set an LFE frequency, it should generate an LFE signal.

Are you saying that it used to work without any config changes in pulseaudio and that you want
this to work the same in pipewire?

(In reply to Wim Taymans from comment #20)
> > Why do you think this update should fix the issue?
> 
> If you did not change any config file, the subwoofer should be silent.
> If you configure it to upmix and set an LFE frequency, it should generate an
> LFE signal.
> 
> Are you saying that it used to work without any config changes in pulseaudio
> and that you want
> this to work the same in pipewire?

With pulseaudio i only have to set up 5.1 channel configuration with `pavucontrol` and the subwoofer is working out of box.
There is no need to set LFE frequency from 0 to 120Hz or enable upmix.

So, if you think the lfe misconfiguration isn't a bug than feel free to close this report.
Not a big issue for me.

Well, at the moment i am using zoom for daily work , and it is impossible to switch between Headset and loudspeakers during the zoom meeting, in result i can't use pipewire and i have to use pulseaudio.
Hopefully no one comes with a great idea to drop pulseaudio in favour of pipewire.
Than i have to use another linux distro ;)

PS: Last update doesn't ship any config files in pipewire-libs.