Whenever I attempt to open PulseEffects, it sets my audio settings to "PulseEffects (app)" and doesn't actually open the program. I haven't had this issue until this morning and I've tried reinstalling it through pakku -Syu pulseefects and it still doesn't do anything.
I opened it from the terminal to see the error:
Assertion 'o' failed at pulse/operation.c:133, function pa_operation_get_state(). Aborting.
Aborted (core dumped)
Hi! which Pulseaudio version do you have? It seems to me you are affected by point 5 in FAQ. But Arch Linux doesn't even load that module.
Another possibility is that you only now made the upgrade from Pulseaudio 11 to 12. In this case a reboot is necessary. In any case this error message reflects a problem in Pulseaudio and not in Pulseeffects
Hi! which Pulseaudio version do you have? It seems to me you are affected by point 5 in FAQ. But Arch Linux doesn't even load that module.
Another possibility is that you only now made the upgrade from Pulseaudio 11 to 12. In this case a reboot is necessary. In any case this error message reflects a problem in Pulseaudio and not in Pulseeffects
I am using pulseaudio 12.2, I haven't received any pulseaudio updates recently.
Have reproduced, even with rebooting. System:
Ubuntu 18.04
Pulse Audio 12.2
Pulse Effects 4.2.9-1~bionic
Happens both with and without --gapplication-service
Pulse Audio gave the following messages when starting:
E: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
It is worth noting that audio without Pulse Effects still works
Same here, with or without rebooting, I tried to uninstall and reinstall pulseeffects with no luck. System:
Ubuntu 18.04
Pulse Audio 12.2
Pulse Effects 4.2.9-1~bionic
Happen with and without --gapplication-service
Assertion 'o' failed at pulse/operation.c:133, function pa_operation_get_state(). Aborting.
Abortado (`core' generado)
Tested it on a second machine, with the same library configuration:
Ubuntu 18.04
Pulse Audio 12.2
Pulse Effects 4.2.9-1~bionic1
Here it does work! There are some minor differences in the config though:
Judging by the changes you made in the last release (saving custom output channels), it seems that the error is somewhere in this functionality change.
I am still not able to reproduce that. The new functionality should only affect people that do not have Use Default switched on in the settings menu. In other words people that do not want PE to use the default device. If I disable Use Default here and restart PE with the custom device removed from the system I do not have even a warning. So I doubt this has anything to do with it.
The Enable All Applications only switches on effects for all apps. Most of PE users have had this turned on for months. Something else is causing this.
Enable All Applications off causes no problems here
Just to clarify a few things pa_operation_get_state is a Pulseaudio function used by PE in many places. The pulse/operation.c file is from Pulseaudio too. The failed assertion happened internally in Pulseaudio when we asked for it to tell the state of a operation. It is not clear to me yet what could cause this assertion to fail deep inside Pulseaudio. But something I know is that the PE code that does this kind of interaction with Pulseaudio didn't have changes in many weeks.
Pulseaudio working without PE does not help much to figure out because it is totally possible for an audio app to play sound without ever calling the pa_operation_get_state function. Even pavucontrol working will not tell much because as far as I remember they do not use the threaded Pulseaudio api and as a result do not make calls to pa_operation_get_state
It would be good to have the log messages printed by PE when executed in debug mode G_MESSAGES_DEBUG=pulseeffects pulseeffects to know if your crashes are happening at the same stage than the one in #327
At least in #327 in this section of the log:
pulse_manager: loading Pulseeffects applications output sink...
pulse_manager: default pulseaudio sink sampling rate: 44100 Hz
pulse_manager: default pulseaudio sink audio format: s32le
pulse_manager: sink loaded
pulse_manager: loading Pulseeffects microphone output sink...
pulse_manager: default pulseaudio source sampling rate: 44100 Hz
pulse_manager: default pulseaudio source audio format: s32le
pulse_manager: sink loaded
there is no line with sink loaded. This means that PE was not capable to load its sinks. That would explain a failure in pa_operation_get_state. The question is why in some machines the null sinks are not loading. I still can not reproduce that.
Yes it does:
pulse_manager: context is connecting
pulse_manager: context is authorizing
pulse_manager: context is setting name
pulse_manager: context is ready
pulse_manager: connected to: unix:/run/user/1000/pulse/native
pulse_manager: protocol version: 32
pulse_manager: Pulseaudio version: 12.2
pulse_manager: default pulseaudio source: alsa_input.usb-2516_Sirus_Headset-00.analog-stereo
pulse_manager: default pulseaudio sink: alsa_output.usb-2516_Sirus_Headset-00.analog-surround-41
pulse_manager: loading Pulseeffects applications output sink...
pulse_manager: default pulseaudio sink sampling rate: 44100 Hz
pulse_manager: default pulseaudio sink audio format: s16le
pulse_manager: sink loaded
pulse_manager: loading Pulseeffects microphone output sink...
pulse_manager: default pulseaudio source sampling rate: 44100 Hz
pulse_manager: default pulseaudio source audio format: s16le
pulse_manager: sink loaded
Assertion 'o' failed at pulse/operation.c:133, function pa_operation_get_state(). Aborting.
Aborted (core dumped)
In #327 the problem does not happen if PE is executed by another user on the same machine. At least there it seems that the user has permissions problems in the folder ~/.config/pulse/ causing the same error we have here
@arenmarsden and @GabrielAlquimia see this:
https://github.com/wwmm/pulseeffects/issues/327#issuecomment-417031357
Worked for me.
Try sudo chown -R $(username):$(username) "$HOME"
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.669: pulse_manager: context is connecting
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.670: pulse_manager: context is authorizing
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.671: pulse_manager: context is setting name
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.671: pulse_manager: context is ready
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.671: pulse_manager: connected to: unix:/run/user/1000/pulse/native
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.672: pulse_manager: protocol version: 32
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.672: pulse_manager: Pulseaudio version: 12.2
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.672: pulse_manager: default pulseaudio source: alsa_input.pci-0000_00_14.2.analog-stereo
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.672: pulse_manager: default pulseaudio sink: PulseEffects_apps
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.672: pulse_manager: loading Pulseeffects applications output sink...
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.672: pulse_manager: default pulseaudio sink sampling rate: 44100 Hz
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.672: pulse_manager: default pulseaudio sink audio format: s16le
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.672: pulse_manager: loading Pulseeffects microphone output sink...
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.672: pulse_manager: default pulseaudio source sampling rate: 44100 Hz
(pulseeffects:28680): pulseeffects-DEBUG: 23:32:27.672: pulse_manager: default pulseaudio source audio format: s16le
Assertion 'o' failed at pulse/operation.c:133, function pa_operation_get_state(). Aborting.
Aborted (core dumped)
Here's logs.
Also @Eonfge Didn't work.
@arenmarsden your logs do not have sink loaded like the ones in #327. Could you test if the problem persists if you run PulseEffects in a new user account? This way we can rule out any possibility that it is a configuration problem
@arenmarsden your logs do not have sink loaded like the ones in #327. Could you test if the problem persists if you run PulseEffects in a new user account? This way we can rule out any possibility that it is a configuration problem
Yes it works in a new user account.
In this case dconf reset -f /com/github/wwmm/pulseeffects/ should have fixed the issue for the current user. Strange
In this case dconf reset -f /com/github/wwmm/pulseeffects/ should have fixed the issue for the current user. Strange
Works now, I received a update for PulseEffects a few mins ago and it opens after that.
I still have the same problem on Arch
it happened when I use PE as default device
version: 4.3.4-1
Do not use PE as default device. Switch on Enable All Applications in the configuration menu
@arenmarsden and @GabrielAlquimia see this:
#327 (comment)Worked for me.
Apologies for the response timing, I was on holidays. Worked for me too. Thank you!
Thanks all for the investigation. dconf reset -f /com/github/wwmm/pulseeffects/ worked for me!
Most helpful comment
Do not use PE as default device. Switch on
Enable All Applicationsin the configuration menu