FARPN

User Tools

Site Tools

Trace:
pipewire

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision		Previous revision
pipewire [2025/10/10 22:09] – created w6vvnpipewire [2025/10/10 22:11] (current) – w6vvn
Line 5: Line 5:
 Of particular note: on a system fully configured to use Pipewire and the Pipewire-ALSA plugin, the "pipewire" device can be used as both ALSA source and sink, allowing otherwise ALSA-only software to behave as otherwise ordinary Pipewire clients. For example, Direwolf can be configured as a Pipewire client by configuring ADEVICE as "pipewire": Of particular note: on a system fully configured to use Pipewire and the Pipewire-ALSA plugin, the "pipewire" device can be used as both ALSA source and sink, allowing otherwise ALSA-only software to behave as otherwise ordinary Pipewire clients. For example, Direwolf can be configured as a Pipewire client by configuring ADEVICE as "pipewire":
  
-[code]+<code>
 #... #...
 ADEVICE pipewire ADEVICE pipewire
Line 11: Line 11:
 ARATE 48000 ARATE 48000
 #... #...
-[/code]+</code>
  
-Other software, like VARA, fldigi, wsjtx ... may all be similarly instructed to use the "pipewire" device to appear as a Pipewire client. Then, software like pavucontrol may be used to adjust volume levels and what sound card each application uses.+Other software, like qsstv, fldigi, and wsjtx may all be similarly instructed to use the "pipewire" device to appear as a Pipewire client. Then, software like pavucontrol may be used to adjust volume levels and what sound card each application uses.
  
 There is one caveat. A Pipewire-ALSA client typically declares its own name. If you have several direwolf instances running, such as in the case of multiple radios or even FX.25 and IL2P in the same passband, there will be no way to disambiguate which client is which. Therefore, they cannot be (reliably) configured to use a specific sound card or specific volume levels when using the same name. The solution is to use the PIPEWIRE_ALSA environment variable to override parameters of the Pipewire-ALSA plugin. For example, There is one caveat. A Pipewire-ALSA client typically declares its own name. If you have several direwolf instances running, such as in the case of multiple radios or even FX.25 and IL2P in the same passband, there will be no way to disambiguate which client is which. Therefore, they cannot be (reliably) configured to use a specific sound card or specific volume levels when using the same name. The solution is to use the PIPEWIRE_ALSA environment variable to override parameters of the Pipewire-ALSA plugin. For example,
  
-[code]+<code>
 ~$ PIPEWIRE_ALSA='{ node.name=direwolf-ic7300, application.name=direwolf-ic7300 }' direwolf -c direwolf-ic7300.conf ~$ PIPEWIRE_ALSA='{ node.name=direwolf-ic7300, application.name=direwolf-ic7300 }' direwolf -c direwolf-ic7300.conf
-[/code]+</code>
  
 will ensure that this particular direwolf instance will be named "direwolf-ic7300", which could be used to disambiguate it from a "direwolf-ic7300-il2p" or a "direwolf-ftm150". will ensure that this particular direwolf instance will be named "direwolf-ic7300", which could be used to disambiguate it from a "direwolf-ic7300-il2p" or a "direwolf-ftm150".
Line 25: Line 25:
 In a systemd service, environment variables may be set using the Environment= option: In a systemd service, environment variables may be set using the Environment= option:
  
-[code]+<code>
 #... #...
 [Service] [Service]
Line 31: Line 31:
 Environment=PIPEWIRE_ALSA='{ node.name=direwolf-ic7300, application.name=direwolf-ic7300 }' Environment=PIPEWIRE_ALSA='{ node.name=direwolf-ic7300, application.name=direwolf-ic7300 }'
 #... #...
-[/code]+</code>
  
  
pipewire.1760134148.txt.gz · Last modified: by w6vvn