Is your feature request related to a problem? Please describe.
No, it is just another feature
Describe the solution you'd like
Because I've got problems with ALSA currently (#1370), I escaped to the following for filling the fifo:
pw-record -P stream.capture.sink=true --target alsa_output.platform-snd_aloop.0.analog-stereo - >/tmp/snapfifo &
With this, the fifo is filled with audio data from the named sink (see https://ritiek.github.io/2023/06/11/capturing-and-piping-audio-output-from-a-process-in-linux/ for more details).
Now, I wonder if supporting pipewire directly would be a nice feature for snapserver to implement.
pw-record is just a link to pw-cat and the source of it is here.
Describe alternatives you've considered
I'm not an expert on linux audio. For me it looks like the low level kernel api is always ALSA but most distributions now use pipewire on top of that.
As snapserver already supports ALSA I'm not sure if supporting pipewire is the right thing to do.
Additional context
No.
Is your feature request related to a problem? Please describe.
No, it is just another feature
Describe the solution you'd like
Because I've got problems with ALSA currently (#1370), I escaped to the following for filling the fifo:
With this, the fifo is filled with audio data from the named sink (see https://ritiek.github.io/2023/06/11/capturing-and-piping-audio-output-from-a-process-in-linux/ for more details).
Now, I wonder if supporting pipewire directly would be a nice feature for snapserver to implement.
pw-recordis just a link to pw-cat and the source of it is here.Describe alternatives you've considered
I'm not an expert on linux audio. For me it looks like the low level kernel api is always ALSA but most distributions now use pipewire on top of that.
As snapserver already supports ALSA I'm not sure if supporting pipewire is the right thing to do.
Additional context
No.