Originally posted by pkunk
View Post
Announcement
Collapse
No announcement yet.
PipeWire Is In Increasingly Great Shape - Ready For More User Testing
Collapse
X
-
-
Originally posted by kpedersen View Post...I personally am a little surprised they aren't committing a little more resources to remote server UI tech...
- Likes 2
Comment
-
Originally posted by muncrief View Post
Thank you very much for the detailed information. However as I was researching things along the way it appeared from many current comments that PipeWire couldn't yet completely replace PA, which is why I never attempted to completely disable it. Am I wrong though? Because if I am I'll give your method a try!
It plays sound sees soundcard, allows to control volume. But volume control seems strange compared with pulseaudio. I play around with it a little it seems ok for simple scenarios. But it doesn't work with Steam in flatpak and it is no go for me.
- Likes 1
Comment
-
-
Originally posted by browseria View Post
They do commit resources to remote server UI tech, its called cockpit: https://cockpit-project.org/
Comment
-
Originally posted by muncrief View PostI have great hope for PipeWire but after spending a few days dedicated to trying to get it to work on Arch recently I had to surrender to defeat. It's very much in the baby steps phase right now, and wants Wayland Gnome very, very, badly. And good god, I can't run things like Gnome and KDE, they just drive me up the wall with all their spinny bleepy things and the ludicrous complexity demanded to do the simplest of things. For example, I was never even able to create a simple, unified, customized, cascading menu on either one.
However I have a great bias towards the simple, direct, and efficient. And realize many people absolutely love Gnome and KDE, and consider things like XFCE stone age technology
Which of course is one of the wonderful things about Linux. If you have the interest and patience to learn you can literally make it anything you want.
The distinction that I'm trying to make is that it's okay to mess around with stuff for fun or to learn. In terms of shell/DE it makes sense to tailor it to one's specific workflows or even just to express creativity. On the other side when you're trying to unify core components of an operating system that many projects will depend on then internal-dependency-management, planning, and cooperation becomes vital. You want as much feedback from the community at the early stages of the project IMO as possible. That's just my take on it. I'm not speaking about pirewire specifically, just the annoyance over the decades about not abstracting non-GUI-logic an application instead of abstracting and avoiding duplicate work and maintenance burdens.
A project like pipewire is much needed and so many different aspects. Everyone want it to be successful for their use case.
Anyway. Good luck Wim! Hope you'll make us proud.
- Likes 1
Comment
-
Hmm... I wonder if replacing my audio server to pipewire will mitigate a pulse bug I have where starting an input stream while the device is already outputting audio will cause pulse to suddently change frequency. That makes everything sound either lower or higher than normal. I have to kill and powercycle the device. I'm using a scarlett 2i2.
Comment
-
PulseAudio still sucks balls, even today. JACK worked okay, but like others said, it's not too useful without a pre-emptive kernel. Barring that, I just want a pure ALSA system, as that seems to work great.
PulseAudio was one of the reasons why I stopped using Red Hat / Fedora and never went back.
Comment
Comment