DBus Play/Pause actions are very slow

[phenax]

Description
All actions taken via the dbus api are very slow and take at least 2 seconds to reflect

To Reproduce

• I installed spotifyd-dbus-mpris from AUR
• I ran playerctl play-pause

Expected behavior
I'd expect the interaction to be instant

Versions (please complete the following information):

• OS: Arch
• Spotifyd: 0.2.24
• cargo: 1.43.0

[awerlang]

For me sp play is instant (media key still pressed when playback resumes), sp pause takes about a second, so I guess it's a buffer thing. Using alsa backend. Which backend are you running?

[awerlang]

I tried with the pulseaudio backend, and now both pause/resume is instant.

[phenax]

I'm using alsa. I'll try using pulseaudio.

[karl-malakoff]

I'm also having this issue using the same versions using pulseaudio. I've tried both playerctl and sp.

[phenax]

Yeah pulseaudio didn't work either. Any ideas?

[karl-malakoff]

It works quickly when using /~https://github.com/hugosenari/mpris2 in iPython

It must be an issue with playerctl/sp and the way they use dbus, they could be making a new connection each time which would take time.

[phenax]

I'm not sure if its a playerctl thing. I use playerctl for the official spotify client and other media as well without any delay. I've only noticed it with spotifyd.

[ayosec]

If you monitor the D-Bus messages with dbus-monitor you can see that every time playerctl is executed it tries to get all properties from spotifyd. The metadata property (and maybe something else) requires a call to the Spotify API. I think that this is the cause of the issue with playerctl.

Now I'm using a simple script to invoke the D-Bus methods (play, next, etc) with dbus-send, so no metadata is required. playerctl is still used to get the player name, but this operation is always fast.

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[7ijme]

Has anyone found a fix for this? I'm still experiencing slow play and pause times.

[eladyn]

This should hopefully be fixed in the next release. If you want, you can try one of these PRs: #1317 or #1321. They both include a change to do all the MPRIS handling without the Web API.