Open UnlimitedCookies opened 3 years ago
Unfortunately I haven't had time to test support on pipewire. I upgraded as well, but haven't tested it yet. So yes, it's probably "expected" behaviour.
So after reading and debugging a bit, I'm starting to think that the way I implemented sound duplication and streaming isn't possible in pipewire, since it doesn't mirror some functionalities of pulseaudio. I'm trying to figure out the issue, but this might take a while.
An easy way I found was to install catia and run pw-jack catia
, then you can visually connect programs to discord
Yeah that's a good workaround, but we should implement loopback properly via cli commands (The way it was implemented with pulseaudio). The least we could do is to detect if pipewire is present on the system, and then display an error.
My friend was also recommending catia to me, but that doesn't seem to work for me either. Either way I do agree that this mon2cam should also receive support for pipewire.
In case you're interested this is the trace back:
$ pw-jack catia
Traceback (most recent call last):
File "/usr/share/cadence/src/catia.py", line 1428, in <module>
gui = CatiaMainW()
File "/usr/share/cadence/src/catia.py", line 169, in __init__
if self.jackStarted():
File "/usr/share/cadence/src/catia.py", line 919, in jackStarted
self.menuJackServer(True)
File "/usr/share/cadence/src/catia.py", line 998, in menuJackServer
self.menuA2JBridge(False)
File "/usr/share/cadence/src/catia.py", line 1012, in menuA2JBridge
self.ui.act_tools_a2j_export_hw.setEnabled(gDBus.a2j and not gDBus.a2j.is_started())
TypeError: setEnabled(self, bool): argument 1 has unexpected type 'NoneType'
You need the pipewire jack packages installed too, and this catia system is much better than any text based selection system, the only problem is no volume adjustment
I do have pipewire-jack
package installed. When it works, then I agree that catia does look pretty good.
I've found a replacement for catia
which is called helvum
and seems to be written in rust instead of python. But this still doesn't resolve the original issue.
The sound loopback used to work perfectly until I upgraded from native Pulseaudio to Pipewire :/ Is this expected behavior and is a potential fix a possibility?