Pulseeffects: PulseEffects doesn't open (4.18.5-arch1-1-ARCH)

Created on 27 Aug 2018  路  23Comments  路  Source: wwmm/pulseeffects

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)

Most helpful comment

Do not use PE as default device. Switch on Enable All Applications in the configuration menu

All 23 comments

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:

  • Output to 'default'
  • Enable all applications 'on'

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!

Was this page helpful?
0 / 5 - 0 ratings

Related issues

Deividhp13 picture Deividhp13  路  3Comments

marioortizmanero picture marioortizmanero  路  5Comments

ZeroDot1 picture ZeroDot1  路  7Comments

WarpspeedSCP picture WarpspeedSCP  路  4Comments

alexbramford picture alexbramford  路  4Comments