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
ice-bear-forever
All 6 comments
i'm experiencing the same issue
berendvisser
on 23 Mar 2017
+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
dantaeyoung
on 3 Apr 2017
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
hughwilliams94
on 4 Mar 2019
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
victorbrca
on 5 Apr 2019
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
Gigahawk
on 11 Apr 2020
Fixed the issue for me. Thanks!
tdehaeze
on 11 Apr 2020
Related issues
szuniverse
·
13Comments
altano
·
6Comments
handsomegui
·
12Comments
ecoCuyo
·
3Comments
simonsmiley
·
9Comments
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