User Details
- User Since
- Mar 5 2013, 5:57 AM (446 w, 5 d)
- Availability
- Available
Mar 2 2021
Actually, this ended up being a PEBKAC issue. For some reason, on arch, the pipewire service was masked, so it never started. After unmasking, E mixer works perfectly!
At least on arch, "pipewire-pulse" is a new process that replaces /usr/bin/pulseaudio, and acts as a bridge to pipewire (the new hotness). Fedora has a similar "pipewire-pulseaudio," which seems to have the same /usr/bin/pipewire-pulse process (this will be the default in their next release, removing pulseaudio).
Mar 1 2021
Thanks for the thoughts! I might be incorrect, but I thought the purpose of pipewire-pulse, for example, is to be a "drop-in" replacement for the pulseaudio process. That is, as long as the apps use libpulse properly, it will all Just Work. So, I think as long as emixer uses libpulse correctly, it should work out of the box, without needing to be ported.
I tested this patch, and it works well here! I liked "prettier" names under the Inputs tab, though I still get a bogus mic listed (not a regression with this patch, it was present before, but with an unrecognizable name):
Jan 22 2021
Jan 21 2021
Oct 9 2020
As an update, after 5 days of use, the situation seems improved with the above patch, but I still encountered the bug 2 times, over the course of probably 20-30 suspend/resume cycles.
Oct 4 2020
Thanks! Just installed, will report back soon - thanks a lot for the patch.
Sep 23 2020
@devilhorns , actually, this is an old bug that wasn't closed when the features were implemented (2019). So I think your comments don't make sense :-) I'll close this for now.
Sep 22 2020
This was added by raster to git, and should be apart of the next E release :-)
Sep 14 2020
Just a user, but this seems to fix my experiences with ecrire (and, works in elm_test). Thanks for the patch!
Sep 12 2020
I tried downgrading to 1.24.3, and it seemed to have the same issues. So, maybe not a showstopper for 1.25.x? But, it still seems to break text editors built off of EFL.
Aug 20 2020
Jul 8 2020
May 11 2020
May 7 2020
Er, might be easier to see here: http://www.enlightenment.org/ss/display.php?image=e-5eb49a8f669768.03682338.jpg
May 5 2020
That sounds good as well :-)
May 4 2020
Apr 5 2020
--- a/src/bin/exactness/meson.build 2020-04-01 06:52:24.000000000 -0400 +++ b/src/bin/exactness/meson.build.new 2020-04-05 18:55:29.987047772 -0400 @@ -35,6 +35,7 @@ dependencies: [ elementary ], c_args: '-DDATA_DIR="'+join_paths(dir_data, 'exactness')+'"', install: true, + version : meson.project_version() )
Sep 20 2019
Aug 25 2019
Embarrassingly, I've updated EFL + E, and no longer see this either :( It presents an empty /run/media/$USER dir, but in the same EFM window that I'm using to unmount. I'll close for now, sorry for the noise!
Hm, strange, it's pretty repeatable here. I have the "automatically mount" and "open EFM upon insertion" options enabled, if that makes a difference. I'll check when I get home, but I wonder if it's actually the "eject" option that is doing it...
Aug 24 2019
Aug 18 2019
Aug 11 2019
Apr 18 2019
Sep 12 2017
Apologies for the delay, but I'm away from my E laptop for a few days! I'll give a fresh master checkout a shot, and report back if it DOESN'T work! Thanks for the update.
Sep 7 2017
That's correct - my preferred setup is a full length bar, with menu, pager, launcher on the left, clock centered, and some system gadgets (battery, wireless, mixer) all the way on the right
Sep 6 2017
Ok, thanks for the explanation. Feel free to close if too complex, I guess bryces just don't work for my setup.
Sep 2 2017
Aug 22 2017
Aug 20 2017
Oct 24 2016
Jul 24 2016
Sorry, it seems to work after a reboot - I think something was wrong with one of my dbus services!