Some people prefer robust sound systems which don't require software to do the job hardware can handle in a superior fashion. Just FTR I never bought a Winmodem either.

Yes, alsa's dmix plugin has allowed this for many years, even on hardware that doesn't support hardware mixing.

2 members found this post helpful.

Shouldn't the video handling be the job of v4l and it's layers?
since "ice age"?
what happened with "do one job and do it well" *NIX credo?

That's what people said of alsa and pulseaudio. Not to say one is better than the other (I don't know enough about them), but it's not surprising to see RedHat try and implement something to replace an already existing program. I'm sure they have their reasons, but it will be interesting to see if other adopt this like they have with some of the other projects from them.

The reason is that because if they make something crappy enough that is adopted on a wide enough scale their job security is ensured when someone has to fix it...

3 members found this post helpful.

Indeed. Apparently 7.4 has a severe bug, which has resulted in "a growing number of RHEL 7.4 systems on the internet where the firewall is currently failing to load". But that's "enterprise" Linux for you -- it's pot luck what hare-brained idea they'll introduce next.

No sympathy for businesses and users who pay thousands in annual subscriptions for this lottery. (Only Scientific Linux had the decency to delay the release of 7.4 because of this bug.)

1 members found this post helpful.

Closed not a bug.
https://imgur.com/gallery/kaFzwUY

Have I understood correctly? The thread started with a title appearing to confirm any pulse-hater's superior knowledge & understanding by suggesting that no less a big/successful/wise distro than RH might be dumping it. As soon as they're found not to really be dumping it, RH are reclassified as incompetent and uncaring. Additionally they are rubbish due to a completely unrelated bug (which they're probably happy about because it keeps them employed).

Whenever you say "Red Hat" and "near future", don't forget that every single RHEL release is supported for ten years. BTW, I've come to like Pulseaudio, since it's nice to be able to define different output volumes for different sources.

Cheers,

Niki

Screenshot taken on a CentOS 7.4 server. I must be doing something wrong, because everything works perfectly.

Cheers,

Niki

Attached Thumbnails

 

1. I resent your attitude, it was not necessary.

2. Its not an uncommon phenomenon in software where some developers intentionally introduce imperfect or buggy code. If the code works perfectly then their employers will move on and they will no longer have stable employment, but if it doesn't work perfectly then their employment is ensured for a much longer amount of time where they will be required to fix it. This is by no means restricted to redhat developers nor do all redhat employed developers do this. There are also other reasons people cut corners in software such as time constraints and pressure from other departments like marketing. This example is not uncommon in video game development.

As for pipewire, this follows the classic: "If it works perfectly someone will reinvent it.". Conceptually it seems to be overreaching and all encompassing or in other words it will be likely buggy for many years to come like all other one size fits all software redhat has tried to peddle.

1 members found this post helpful.

As I recall, the bug was only triggered if you were using both iptables and ip6tables, with both manually configured.

We tend to fire those people.

Read the bug report. Besides, if you SSH in using a root/password combination then yes, you are doing something wrong.

4 members found this post helpful.

While I, too, am a bit offended by the snarkiness above, it's OK by me since being offended is an important event that tends to trigger thought. I think your statement demonstrates a rather severe case of collectivism - trying to shove all instances into the same pigeonhole regardless of geometry (ie: square peg, round hole).

FWIW I have avoided pulse over several issues. I have a semi-pro sound card (ESi Juli@) and Alsa gives me simple, excellent control and also has complete support for Jack. I don't need the added complexity of pulse (designed with cheap, onboard chips in mind apparently) and as of yet the version of Jack that works with pulse still lacks a handful of features I want.... and then there is latency! a major problem for DAWs like mine. Admittedly I am also a tad gun shy after the systemd coup d'etat.... BUT I do not hate pulse. I am wary of butlers who tend to get underfoot more often than not. I'd rather fire them and have fewer obstacles to doing my job as I want it done..

In fact after removing it in favor of Alsa on this 14.2 Multilib box I found some apps would no longer work with Alsa alone as they once did, so I had to put pulse back. This is OK by me as I decided to not even attempt to make 14.2 work for DAW since I have a very refined DAW system on my 14.0 32 bit install, of course with Alsa only. However pulseaudion on 14.2 is OK minus this little inconvenience.

The point is that pulseaudio is not important enough to how I use my PC to bother to hate it. It's just an annoyance that I wish was not so Pacman-like, devouring everything in sight, or rather earshot

BTW if you don't have any concern that what was once a hobby OpSys with extreme flexibility and deep control for hackers (the real definition, not the media hype) has jealous corporate eyes hungering to take control and "manage" it "for you" now that it is a source of major bux, may I suggest you do a search on "ostrich".