Open redfast00 opened 2 years ago
Hi,
Yes, I was always thinking about upstreaming the modules, but so far I never had a chance to find time for it. This process will need to make several improvements in the modules - support idle, support changing several parameters on fly, and others.
Many Linux distributions already package the roc modules for pipewire/pulseaudio.
At least I know both Fedora 40 and Arch Linux do.
If you are happy with those distributions then getting network streaming working shouldn't be to hard.
Pipewire has its own modules for roc (1, 2), and they're packaged in distros. But I'm not aware of any roc-pulse packages?
With pipewire replacing pulseaudio nowadays, I think roc-pulse will be eventually deprecated as well. For now I continue to maintain it (not very actively though), because people still have pulseaudio installations, and because roc-pulse still provide more options compared to pipewire modules.
Hi! Our pulseaudio audio setup over the network is currently very choppy when playing music over the network with Pulseaudio (we use the native TCP-based protocol), so I was looking for something that could be better. I came across roc, and I think UDP and FEC would really help. In the blog post, I read that eventually, a roc plugin might get upstreamed into Pulseaudio (if they accept). Has there been talk with the Pulseaudio people yet? What do they think?