neidu2@feddit.nl
on 01 Apr 2024 15:39
nextcollapse
Fuckyeah. I need it, so I had to jump through a couple of hoops to get it running on LM21, but good to know that it’s default next time I need to install.
MigratingtoLemmy@lemmy.world
on 01 Apr 2024 15:57
nextcollapse
Are these rolling out to LMDE?
palordrolap@kbin.social
on 01 Apr 2024 17:30
nextcollapse
LMDE is already on pipewire as far as I can tell. I have a process running by that name, as well as one called pipewire-pulse which I assume is providing some or all of the old pulseaudio functionality for whatever might be expecting it.
No problems I'm aware of. I thought I was having problems early last month, but that turned out to be hardware failure.
MigratingtoLemmy@lemmy.world
on 01 Apr 2024 17:32
collapse
That’s great to hear! Thanks
selokichtli@lemmy.ml
on 02 Apr 2024 15:32
collapse
I would expect all these changes get to LMDE except the kernel, which is based on Ubuntu.
MigratingtoLemmy@lemmy.world
on 02 Apr 2024 15:55
nextcollapse
Absolutely
acockworkorange@mander.xyz
on 02 Apr 2024 23:44
collapse
Why except the kernel? Of all the things, that’s the easiest to get custom.
selokichtli@lemmy.ml
on 03 Apr 2024 05:41
collapse
Sure, you still can customize the kernel, it’s just not the same default kernel for LMDE. Kernels move differently in Debian but you can always install something like the Liquorix kernel if you need the newest, and Ubuntu still uses the HWE model IIRC.
acockworkorange@mander.xyz
on 03 Apr 2024 11:18
collapse
What I mean is that it’s about the easiest package for the Mint team to package a custom version of. No dependencies to worry about. Or they can pull the HWE from Ubuntu and ship it with LMDE.
selokichtli@lemmy.ml
on 03 Apr 2024 11:39
collapse
I don’t think that’s a good idea. Moreover, it would defeat the purpose of using Debian Stable as the base system and their magnificent team of kernel maintainers. If you want the HWE just use plain Linux Mint, if you need a current kernel, go with a rolling release distro, and if you need Debian, try Sid.
hackerwacker@lemmy.ml
on 01 Apr 2024 16:03
nextcollapse
Man just when audio in Linux got decently stable and functional, now we have to switch to some new shit. I run Ubuntu 23.10 that has pipewire and mostly it works but then sometimes it starts crackling, audio turns on and off, skipping, or random muting.
I’m getting so fucking fed up with these stupid Linux desktop pre-alpha software that take a decade to stabilize and by then we’re off to the brand new thing that barely functions.
Link@rentadrunk.org
on 01 Apr 2024 16:05
nextcollapse
In my experience, pipewire is leagues ahead of pulseaudio and just works. All the issues I had with pulseaudio are resolved with pipewire and it sounds better as well with the default settings.
msage@programming.dev
on 01 Apr 2024 18:06
collapse
It’s kind of funny how I keep reading this exact sentence over and over again
All the issues I had with pulseaudio are resolved with pipewire
just because I had issues with Alsa, and they were all resolved by pulseaudio, which just works for me.
Perhaps I should try PipeWire.
heartfelthumburger@sopuli.xyz
on 01 Apr 2024 16:07
nextcollapse
Sounds like a problem specific to your hardware/setup. I’ve never had any issues with pipewire.
Molecular0079@lemmy.world
on 01 Apr 2024 16:12
nextcollapse
Well…have you filed bugs for your issues?
Most people have had a very smooth transition over to Pipewire. I have 4 Arch machines and Pipewire has been flawless. I am even using one machine for pro-audio usecases (REAPER, Ardour).
TGhost@lemmy.blahaj.zone
on 01 Apr 2024 21:28
collapse
Pipewire its cool regarding pulse but the crackling issue its a thing, well known from what I’ve seen.
That’s something i’ve been occasionally experiencing with my Amerano usb as well. Though it’s a kernel related problem, because switching to pulse does not solve it, booting up a 18Lts iso does.
In fact it’s a bit better on pipewire and you can also experiment with a low latency kernel.
kugmo@sh.itjust.works
on 01 Apr 2024 16:42
nextcollapse
I switched over to pipewire for my audio nearly 2 years a go and had 0 problems migrating from pluse to pipewire in Arch btw. You’ll be running an even newer version so it will be just be a drop in replacement and the worst you’ll have to do is restart the pipewire service when you install it or just reboot.
possiblylinux127@lemmy.zip
on 01 Apr 2024 22:45
nextcollapse
Pipewire is so much better and it works like a switchboard for audio and even video. It has been stable for a few years now.
Also I’ve never had an issue with Pulseaudio that was a bug. The problem with pulse is that it doesn’t do multiple devices well.
avidamoeba@lemmy.ca
on 02 Apr 2024 01:42
nextcollapse
This is why I’m no longer upgrading to non-LTS releases. They add the new stuff in those, the good souls that use them test it and by the time it gets to the LTS, things generally work fine. I think PipeWire will replace PulseAudio in 24.04. It’s had a good run while it lasted. 15 years of mainstream use. ☺️👏
onlinepersona@programming.dev
on 02 Apr 2024 20:08
collapse
I’m so fed up, I’d rather spend money on the development of something that locks me in instead of spending money on opensource!!!
at the same time
How come opensource is in “pre-alpha” all the time?
There’s a compability layer, generally called pipewire-pulse. I think it’s not a one-for-one copy, but it works great for desktop applications that expect pulse.
Some things that previously were pulseaudio modules, like rtp and raop (airplay), have been reimplemented as native pipewire modules, I believe.
More complicated setups I can’t personally speak to, but since pipewire is also catered towards professional audio workflows (as opposed to just desktop audio), you should at least be able to replicate what you have now.
And, as others have already pointed out, pulseeffects has been long dead, and now lives on as easyeffects.
PulseEffects is still working fine for me is why I was asking. Been using it for the past year after making the switch.
Diplomjodler@feddit.de
on 01 Apr 2024 17:46
nextcollapse
I switched my Mint install to Pipewire already. Just hope that won’t mess up the upgrade.
TimeSquirrel@kbin.social
on 01 Apr 2024 18:16
nextcollapse
In my experience, it probably will. I've learned to just leave stuff alone and let the distro people handle it all. They know their own distro way better than me.
Diplomjodler@feddit.de
on 01 Apr 2024 20:41
collapse
Ah well. I guess a reinstall every couple of years or so isn’t such a bad thing.
selokichtli@lemmy.ml
on 02 Apr 2024 15:35
collapse
You can come back to pulseaudio and delete all your pipewire configs before upgrading.
stormio@lemmy.ca
on 01 Apr 2024 22:59
nextcollapse
I no longer use Linux Mint, but I really enjoyed the decade I spent on it. The kernel change seems like a good move considering Mint is targeted towards desktop users.
ColeSloth@discuss.tchncs.de
on 02 Apr 2024 03:22
nextcollapse
So what made you switch after so long?
vanderbilt@lemmy.world
on 02 Apr 2024 03:43
collapse
Haha Mint was my first distro! I wiped Windows 7 and installed Mint, then quickly learned that a tarball is in fact more work than an exe. Good times and a great learning experience! Back then it was the only thing not slow, ugly, or wildly unfamiliar.
Pantherina@feddit.de
on 02 Apr 2024 01:30
nextcollapse
They didnt use Pipewire before??
Unyieldingly@lemmy.world
on 02 Apr 2024 12:00
nextcollapse
was not ready you had to use a PPA to make it work well.
Pantherina@feddit.de
on 02 Apr 2024 12:51
collapse
Nice! The outdated kernel was one of the main reasons why I never recommended using Mint. Now, if they can do something about their other outdated packages like Mesa - and switch to Wayland - I’d be happy to recommend Mint.
pastermil@sh.itjust.works
on 02 Apr 2024 15:44
nextcollapse
They have the edge kernel, which is not exatly the latest and greatest but should be new enough.
I think their focus is having things that doesn’t break and requires no tweaking.
I have to ask: what are you and your friends running that doesn’t work with kernel 5.15? FYI, I got a Thinkpad T14 Gen 3 running Mint with no issue.
Running recent AMD hardware and gaming. I have a ThinkPad Z13 with a Zen 3+ APU, a performance-oriented homelab machine with a recent Zen 4 APU, and a Zen 2 gaming desktop with a recent AMD GPU.
For the laptop, my main concerns are battery life, desktop responsiveness and gaming performance. As you may or may not be aware, the AMD space has seen a flurry of development activity these past couple of years thanks to Valve and the Steam Deck. There have been several improvements in the power management aspect in recent kernels, specifically the AMD p-state EPP driver. For desktop responsiveness, the new EEVDF scheduler has been a groundbreaking improvement over the old CFS scheduler. Finally, for gaming, there have been tons of performance improvements and bug fixes in the Mesa and Vulkan drivers, and as a laptop gamer I always aim to squeeze every bit of FPS I can get out of it. For some games, a recent Mesa makes a huge difference.
I also appreciate the improvements to the in-kernel NTFS3 driver since kernel 6.2 (where some important mount options were added) and most recently (tail end of 6.7) a bunch of bug fixes were also merged. I use an NTFS-formatted external drive for archival and file sharing between different machines (I also use macOS and Windows, hence why I went with NTFS), so any improvements to the NTFS3 driver is something I look forward to.
Next is my homelab setup, it’s recent bleeding edge AMD hardware which runs a ton of VMs (Openshift container platform, Docker, Postgres and a bunch of web apps). When I’m working on it, I also use it for dev stuff and some work stuff - whilst all the VMs and containers are running in the background. So once again, I’m looking for stuff like EEVDF for desktop responsiveness, but also improvements to KVM or virtualisation performance in general. I’m also really excited for the upcoming kernel 6.9, because of the KSMBD and bcachefs improvements - particularly the latter, since I intended to evaluate a tiered storage setup using bcachefs, and if it’s any good, I’ll make the switch from btrfs.
Finally, for my gaming PC - obviously I’m always after the latest Mesa and Vulkan improvements, as well as overall desktop responsiveness and performance. In addition, I also care about things like VRR and HDR support, and all the Wayland-related improvements across the spectrum. All of which have seen vast improvements in recent times.
I mainly run Arch (with Cachy repos), which allows me to use optimised x86-64-v3/v4 packages for the best performance, as well as special AMD-GPU optimised Mesa/vulkan/vdpau/vaapi drivers which is available only for Arch (as far as I’m aware; but maybe there’s a PPA for *buntu as well?). In any case, with Arch I’m able to easily fine-tune and get the most out of my systems.
So there you go, this is why I chase after recent packages and why Mint isn’t suitable for me. I know if you wanted to, Mint users could subscribe to PPAs like Oibaf or something, or manually install recent kernels, but then you’d break the system and that defeats the whole point of Mint’s focus on stability. On the other hand, I don’t mind recommending it for someone who’s main use case is primarily home-office/web browsing etc and they have an older system. But for power users, gamers, or those who have recent hardware, I definitely cannot recommend Mint in good faith.
I’ll start using Mint… heck, any version of Linux… as soon as they introduce a proper UI for a plethora of system settings. If I ever have to use a command line for anything but THE most esoteric, potentially system-damaging scenarios, the O/s has failed in my book.
(Windows user since 3.1, never lasted more than a day with Linux)
Allero@lemmy.today
on 02 Apr 2024 17:33
nextcollapse
Windows settings are notoriously confusing, and absolute majority of things can currently be resolved in various Linux environments via GUI.
I honestly don’t remember when I last opened the terminal. Using Manjaro KDE on my main machine right now.
They are confusing, but I can at least find them eventually. I can’t remember exactly what it was that the problem was with my last Linux install… I think my secondary monitor was stuck at 640x480 resolution or something, and I couldn’t find a way to fix it that didn’t involve the command line
If I ever have to use a command line for anything but THE most esoteric, potentially system-damaging scenarios
But you don’t have to though, at least if you’re running a sensible distro and have Linux-friendly hardware. My elderly parents for instance have been running Linux for over a decade now (Xubuntu first, now Zorin) - on bog standard Dell machines - and never once had to touch the command-line. I think I intervened a couple of times a maybe 4 or 5+ years ago, but haven’t had to any major tech support or CLI intervention in the few years.
Linux has come a long way. If you’ve got compatible hardware and don’t have any specific proprietary sofeare requirements (like Adobe etc), then I’d recommend giving it a try. If you’re open-minded that is.
pipewire was the smoothest transition ive ever experienced in linux, and fixed most of my grief with the audio subsystem. mint always takes its sweet time and i feel like this should have happened much sooner, but better late than never.
threaded - newest
Fuckyeah. I need it, so I had to jump through a couple of hoops to get it running on LM21, but good to know that it’s default next time I need to install.
Are these rolling out to LMDE?
LMDE is already on pipewire as far as I can tell. I have a process running by that name, as well as one called
pipewire-pulsewhich I assume is providing some or all of the old pulseaudio functionality for whatever might be expecting it.No problems I'm aware of. I thought I was having problems early last month, but that turned out to be hardware failure.
That’s great to hear! Thanks
I would expect all these changes get to LMDE except the kernel, which is based on Ubuntu.
Absolutely
Why except the kernel? Of all the things, that’s the easiest to get custom.
Sure, you still can customize the kernel, it’s just not the same default kernel for LMDE. Kernels move differently in Debian but you can always install something like the Liquorix kernel if you need the newest, and Ubuntu still uses the HWE model IIRC.
What I mean is that it’s about the easiest package for the Mint team to package a custom version of. No dependencies to worry about. Or they can pull the HWE from Ubuntu and ship it with LMDE.
I don’t think that’s a good idea. Moreover, it would defeat the purpose of using Debian Stable as the base system and their magnificent team of kernel maintainers. If you want the HWE just use plain Linux Mint, if you need a current kernel, go with a rolling release distro, and if you need Debian, try Sid.
Man just when audio in Linux got decently stable and functional, now we have to switch to some new shit. I run Ubuntu 23.10 that has pipewire and mostly it works but then sometimes it starts crackling, audio turns on and off, skipping, or random muting.
I’m getting so fucking fed up with these stupid Linux desktop pre-alpha software that take a decade to stabilize and by then we’re off to the brand new thing that barely functions.
In my experience, pipewire is leagues ahead of pulseaudio and just works. All the issues I had with pulseaudio are resolved with pipewire and it sounds better as well with the default settings.
It’s kind of funny how I keep reading this exact sentence over and over again
just because I had issues with Alsa, and they were all resolved by pulseaudio, which just works for me.
Perhaps I should try PipeWire.
Sounds like a problem specific to your hardware/setup. I’ve never had any issues with pipewire.
Well…have you filed bugs for your issues?
Most people have had a very smooth transition over to Pipewire. I have 4 Arch machines and Pipewire has been flawless. I am even using one machine for pro-audio usecases (REAPER, Ardour).
Pipewire its cool regarding pulse but the crackling issue its a thing, well known from what I’ve seen.
That’s something i’ve been occasionally experiencing with my Amerano usb as well. Though it’s a kernel related problem, because switching to pulse does not solve it, booting up a 18Lts iso does.
In fact it’s a bit better on pipewire and you can also experiment with a low latency kernel.
I switched over to pipewire for my audio nearly 2 years a go and had 0 problems migrating from pluse to pipewire in Arch btw. You’ll be running an even newer version so it will be just be a drop in replacement and the worst you’ll have to do is restart the pipewire service when you install it or just reboot.
Pipewire is so much better and it works like a switchboard for audio and even video. It has been stable for a few years now.
Also I’ve never had an issue with Pulseaudio that was a bug. The problem with pulse is that it doesn’t do multiple devices well.
This is why I’m no longer upgrading to non-LTS releases. They add the new stuff in those, the good souls that use them test it and by the time it gets to the LTS, things generally work fine. I think PipeWire will replace PulseAudio in 24.04. It’s had a good run while it lasted. 15 years of mainstream use. ☺️👏
at the same time
CC BY-NC-SA 4.0
As someone who has pulse just the way they want it, what will this mean for me?
Is it a forced change on a current install?
Is there an equivalent to PulseEffects for PipeWire?
Actually, PulseEffects has been renamed into EasyEffects and is PipeWire only now
Well the PulseEffects version is still alive and well in Ubuntu’s repos and it will be for a while.
.
There’s Easyeffects. I don’t know if it is equivalent but it certainly has more features than I could ever hope to be able to use.
I find Easy effects is much more feature rich easier to import APO files and such
There’s a compability layer, generally called
pipewire-pulse. I think it’s not a one-for-one copy, but it works great for desktop applications that expect pulse.Some things that previously were pulseaudio modules, like rtp and raop (airplay), have been reimplemented as native pipewire modules, I believe.
More complicated setups I can’t personally speak to, but since pipewire is also catered towards professional audio workflows (as opposed to just desktop audio), you should at least be able to replicate what you have now.
And, as others have already pointed out, pulseeffects has been long dead, and now lives on as easyeffects.
PulseEffects is still working fine for me is why I was asking. Been using it for the past year after making the switch.
I switched my Mint install to Pipewire already. Just hope that won’t mess up the upgrade.
In my experience, it probably will. I've learned to just leave stuff alone and let the distro people handle it all. They know their own distro way better than me.
Ah well. I guess a reinstall every couple of years or so isn’t such a bad thing.
You can come back to pulseaudio and delete all your pipewire configs before upgrading.
I no longer use Linux Mint, but I really enjoyed the decade I spent on it. The kernel change seems like a good move considering Mint is targeted towards desktop users.
So what made you switch after so long?
Haha Mint was my first distro! I wiped Windows 7 and installed Mint, then quickly learned that a tarball is in fact more work than an exe. Good times and a great learning experience! Back then it was the only thing not slow, ugly, or wildly unfamiliar.
They didnt use Pipewire before??
was not ready you had to use a PPA to make it work well.
Lolz
fedoraproject.org/wiki/Changes/DefaultPipeWire
I know that Fedora does breaking changes and basically beta tests, but Pipewire “just works” since at least 2 years
You’ll have to excuse the fact they’re basing on the LTS.
Mint 21 is based on an LTS from two years ago so that tracks.
Yes, they did. I’m using Mint 21.2 Xfce with Pipewire “factory” installed.
Nice! The outdated kernel was one of the main reasons why I never recommended using Mint. Now, if they can do something about their other outdated packages like Mesa - and switch to Wayland - I’d be happy to recommend Mint.
They have the edge kernel, which is not exatly the latest and greatest but should be new enough.
I think their focus is having things that doesn’t break and requires no tweaking.
I have to ask: what are you and your friends running that doesn’t work with kernel 5.15? FYI, I got a Thinkpad T14 Gen 3 running Mint with no issue.
Running recent AMD hardware and gaming. I have a ThinkPad Z13 with a Zen 3+ APU, a performance-oriented homelab machine with a recent Zen 4 APU, and a Zen 2 gaming desktop with a recent AMD GPU.
For the laptop, my main concerns are battery life, desktop responsiveness and gaming performance. As you may or may not be aware, the AMD space has seen a flurry of development activity these past couple of years thanks to Valve and the Steam Deck. There have been several improvements in the power management aspect in recent kernels, specifically the AMD p-state EPP driver. For desktop responsiveness, the new EEVDF scheduler has been a groundbreaking improvement over the old CFS scheduler. Finally, for gaming, there have been tons of performance improvements and bug fixes in the Mesa and Vulkan drivers, and as a laptop gamer I always aim to squeeze every bit of FPS I can get out of it. For some games, a recent Mesa makes a huge difference.
I also appreciate the improvements to the in-kernel NTFS3 driver since kernel 6.2 (where some important mount options were added) and most recently (tail end of 6.7) a bunch of bug fixes were also merged. I use an NTFS-formatted external drive for archival and file sharing between different machines (I also use macOS and Windows, hence why I went with NTFS), so any improvements to the NTFS3 driver is something I look forward to.
Next is my homelab setup, it’s recent bleeding edge AMD hardware which runs a ton of VMs (Openshift container platform, Docker, Postgres and a bunch of web apps). When I’m working on it, I also use it for dev stuff and some work stuff - whilst all the VMs and containers are running in the background. So once again, I’m looking for stuff like EEVDF for desktop responsiveness, but also improvements to KVM or virtualisation performance in general. I’m also really excited for the upcoming kernel 6.9, because of the KSMBD and bcachefs improvements - particularly the latter, since I intended to evaluate a tiered storage setup using bcachefs, and if it’s any good, I’ll make the switch from btrfs.
Finally, for my gaming PC - obviously I’m always after the latest Mesa and Vulkan improvements, as well as overall desktop responsiveness and performance. In addition, I also care about things like VRR and HDR support, and all the Wayland-related improvements across the spectrum. All of which have seen vast improvements in recent times.
I mainly run Arch (with Cachy repos), which allows me to use optimised x86-64-v3/v4 packages for the best performance, as well as special AMD-GPU optimised Mesa/vulkan/vdpau/vaapi drivers which is available only for Arch (as far as I’m aware; but maybe there’s a PPA for *buntu as well?). In any case, with Arch I’m able to easily fine-tune and get the most out of my systems.
So there you go, this is why I chase after recent packages and why Mint isn’t suitable for me. I know if you wanted to, Mint users could subscribe to PPAs like Oibaf or something, or manually install recent kernels, but then you’d break the system and that defeats the whole point of Mint’s focus on stability. On the other hand, I don’t mind recommending it for someone who’s main use case is primarily home-office/web browsing etc and they have an older system. But for power users, gamers, or those who have recent hardware, I definitely cannot recommend Mint in good faith.
I’ll start using Mint… heck, any version of Linux… as soon as they introduce a proper UI for a plethora of system settings. If I ever have to use a command line for anything but THE most esoteric, potentially system-damaging scenarios, the O/s has failed in my book. (Windows user since 3.1, never lasted more than a day with Linux)
Windows settings are notoriously confusing, and absolute majority of things can currently be resolved in various Linux environments via GUI.
I honestly don’t remember when I last opened the terminal. Using Manjaro KDE on my main machine right now.
They are confusing, but I can at least find them eventually. I can’t remember exactly what it was that the problem was with my last Linux install… I think my secondary monitor was stuck at 640x480 resolution or something, and I couldn’t find a way to fix it that didn’t involve the command line
I do remember facing that issue in my early Linux days, so fair enough. Hopefully, now it’s super rare and it was able to fix in a single command.
Bull fucking shit if you used windows in the old days you must have had a foot stuck up MSDOS 's 16bit ass
But you don’t have to though, at least if you’re running a sensible distro and have Linux-friendly hardware. My elderly parents for instance have been running Linux for over a decade now (Xubuntu first, now Zorin) - on bog standard Dell machines - and never once had to touch the command-line. I think I intervened a couple of times a maybe 4 or 5+ years ago, but haven’t had to any major tech support or CLI intervention in the few years.
Linux has come a long way. If you’ve got compatible hardware and don’t have any specific proprietary sofeare requirements (like Adobe etc), then I’d recommend giving it a try. If you’re open-minded that is.
pipewire was the smoothest transition ive ever experienced in linux, and fixed most of my grief with the audio subsystem. mint always takes its sweet time and i feel like this should have happened much sooner, but better late than never.