Project 'savoirfairelinux/ring-daemon' was moved to 'savoirfairelinux/jami-daemon'. Please update any links and bookmarks that may still have the old path.
"PipeWire is a project that aims to greatly improve handling of audio and video under Linux. It aims to support the usecases currently handled by both PulseAudio and Jack and at the same time provide same level of powerful handling of Video input and output. It also introduces a security model that makes interacting with audio and video devices from containerized applications easy, with supporting Flatpak applications being the primary goal. Alongside Wayland and Flatpak we expect PipeWire to provide a core building block for the future of Linux application development.
Features include:
Capture and playback of audio and video with minimal latency.
Real-time Multimedia processing on audio and video.
Multiprocess architecture to let applications share multimedia content.
GStreamer plugins for easy use and integration in current applications.
I would love to add PipeWire support to Ring. The biggest problem is that our team is fairly small, and we may not have the time/resources to do so. I will check with the project director soon.
PipeWire was originally intended to shuffle video around. That part works too. Browsers have added PipeWire support for video capture, and if you happen to be running Wayland, desktop capture is a PipeWire affair now, too. OBS has added support for PipeWire video inputs, but output to PipeWire is still unimplemented. And on that topic, while the JACK tools work great for audio, the video control and plugin selection is noticeably lacking.
There is one thing that JACK supports that PipeWire currently can’t touch. JACK supports the FFADO drivers to talk to FireWire audio interfaces, and PipeWire can’t support them at all. (OK, yes, ALSA has a FireWire stack, but it’s not in great shape, and only supports a handful of devices.) USB3 has certainly replaced FireWire as the preferred connection for new devices, but there are plenty of quality interfaces still at work that are FireWire only. Very recently, a new TODO item has appeared on the official list: FireWire backend based on FFADO or fix up ALSA drivers.
So where does that leave us? PipeWire has already changed what I can do with Linux audio. If the video ecosystem develops, it has the potential to make some new things possible, or at least easier, there too. The future is bright for multimedia on Linux.
Hey, I just wanted to mention, that with the latest nightly update bringing the screen sharing of Windows, this part (of sharing a window) is working fine on Wayland with Pipewire! I doesn't use the native dialog, but at least I can share a window !! So this is a great improvement, thank! Maybe it's not hard to use the same trick as the windows but to share the entire screen?
Yes but before this release 202112020008, I couldn't share anything. I just saw black squares instead of the content of the screen. Now the when I click on share screen, the "entire screens" are still black but the windows appear and I am able to share them correctly!!
I am using Fedora 35, which I didn't modified in this regard. So I guess I am using wayland?
When lauching from the command line I get:
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.
So I guess it's Wayland :)
I'm on Fedora 35 Gnome Wayland (there is Gnome classic and Gnome Xorg included by default where it works), and Jami is not returning windows. Anyway, it's not a big deal, I will not debug something if it's working
Yes but it's not working for you or is it?
I just mentionned my case because I think as Window sharing is now working, you could pick the same implementation and fix the screen sharing that is not working at the moment :) But nothing too urgent!
Ah yes your right! Just tested again and not all windows appear! But I am able to share the Jami window despite running Jami with Wayland as stated above...