Mopidy: Play-pause not working

Created on 23 Feb 2017  路  6Comments  路  Source: mopidy/mopidy

Whenever I play a song and then pause it, the music stops. But when I press the button again, it does not continue playing.

I am using a Raspberry Pi 3 running Raspbian Lite (with the official desktop installed). It worked fine when I tested it on the full edition of Raspbian. I am running Mopidy with no other extensions, aside from a frontend. The play/pause button fails with any song I play or frontend I use.

I think it may be a missing dependency that is included with the full version of the OS. Is there any complete list of every single dependency that Mopidy needs?

Log: https://gist.github.com/BearbaBear/2fb9a1114884084e3ec235d5598b5a4c

C-bug A-audio

Most helpful comment

If anyone is still running into this issue, it seems to be caused by the audio output setting, removing the setting and leaving it at default seems to fix the issue, although that will break visualization on ncmpcpp

All 6 comments

i'm experiencing the same issue

+1, experiencing the same issue as well. Raspberry Pi 3 with Raspbian Jessie.

It looks like it may be a permissions issue? https://discuss.mopidy.com/t/mopidy-on-raspbian-jessie-doesnt-resume-after-pause/1378/3

Has this been solved for anyone? I am still unable to pause and resume using mpc toggle. Debug logs do not seem to show any errors. Running Mopidy 2.2.2 on Arch Linux

I also have the same issue in Arch, however mpc toggle does not work for me. I have to either run mpc play twice (which starts the same song again), or I have to click on the progress bar in ncmpcpp to force it to start playing again from the same position.

And I also do not see any errors in the logs, other than normal entries:

Pressing play from polybar

2019-04-05 11:41:01,464 INFO [25276:MpdSession-45] mopidy.mpd.session: New MPD connection from /home/victor/.config/mopidy/socket

Running mpc play twice

2019-04-05 11:42:09,042 INFO [25276:MpdSession-48] mopidy.mpd.session: New MPD connection from /home/victor/.config/mopidy/socket
2019-04-05 11:42:09,052 WARNING [25276:MainThread] mopidy.audio.gst: GStreamer warning: gst-stream-error-quark: Wav stream not finished properly (10)

I'm using a socket file for the server:

[core]
cache_dir = /home/victor/.cache/mopidy
config_dir = /home/victor/.config/mopidy
data_dir = /home/victor/.local/share/mopidy

[logging]
config_file = /home/victor/.config/mopidy/logging.conf
debug_file = /home/victor/.config/mopidy/mopidy-debug.log

[audio]
output = tee name=t t. ! queue ! autoaudiosink t. ! queue ! audioresample ! audioconvert ! audio/x-raw,rate=44100,channels=2,format=S16LE ! wavenc ! filesink location=/tmp/mpd.fifo

[local]
enabled = true
media_dir = /home/victor/Export/Music/

[mpd]
enabled = true
hostname = unix:/home/victor/.config/mopidy/socket

[m3u]
playlists_dir = /home/victor/Export/Music/Mopidy/Playlists/

[spotify]
enabled = true
username = XXXXXXX
password = XXXXXXX
client_id = XXXXXXX
client_secret = XXXXXXX

[spotify-tunigo]
enabled = true

[spotify_web]
enabled = true
client_id = XXXXXXX
client_secret = XXXXXXX

If anyone is still running into this issue, it seems to be caused by the audio output setting, removing the setting and leaving it at default seems to fix the issue, although that will break visualization on ncmpcpp

Fixed the issue for me. Thanks!

Was this page helpful?
0 / 5 - 0 ratings

Related issues

Mestelan picture Mestelan  路  6Comments

altano picture altano  路  6Comments

voidmann picture voidmann  路  11Comments

mczerski picture mczerski  路  9Comments

zopyx picture zopyx  路  4Comments