Immer wenn ich ein Lied abspiele und dann pausiere, stoppt die Musik. Aber wenn ich die Taste erneut drücke, wird die Wiedergabe nicht fortgesetzt.
Ich verwende einen Raspberry Pi 3 mit Raspbian Lite (mit installiertem offiziellen Desktop). Es hat gut funktioniert, als ich es mit der Vollversion von Raspbian getestet habe. Ich verwende Mopidy ohne andere Erweiterungen, abgesehen von einem Frontend. Die Play/Pause-Taste schlägt bei jedem Song, den ich spiele, oder bei jedem Frontend, das ich verwende, fehl.
Ich denke, es kann eine fehlende Abhängigkeit sein, die in der Vollversion des Betriebssystems enthalten ist. Gibt es eine vollständige Liste jeder einzelnen Abhängigkeit, die Mopidy benötigt?
Protokoll: https://gist.github.com/BearbaBear/2fb9a1114884084e3ec235d5598b5a4c
ich habe das gleiche Problem
+1, habe auch das gleiche Problem. Raspberry Pi 3 mit Raspbian Jessie.
Es sieht so aus, als ob es ein Berechtigungsproblem sein könnte? https://discuss.mopidy.com/t/mopidy-on-raspbian-jessie-doesnt-resume-after-pause/1378/3
Wurde das bei jemandem gelöst? Ich kann immer noch nicht pausieren und mit mpc toggle
. Debug-Logs scheinen keine Fehler zu zeigen. Ausführen von Mopidy 2.2.2 unter Arch Linux
Ich habe auch das gleiche Problem in Arch, aber mpc toggle
funktioniert bei mir nicht. Ich muss entweder mpc play
zweimal ausführen (wodurch das gleiche Lied erneut gestartet wird), oder ich muss auf den Fortschrittsbalken in ncmpcpp klicken, um ihn zu zwingen, von derselben Position aus erneut zu spielen.
Und ich sehe auch keine Fehler in den Logs, außer normalen Einträgen:
Drücken von Play von Polybar
2019-04-05 11:41:01,464 INFO [25276:MpdSession-45] mopidy.mpd.session: New MPD connection from /home/victor/.config/mopidy/socket
mpc play
zweimal laufen lassen
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)
Ich verwende eine Socket-Datei für den 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
Wenn immer noch jemand auf dieses Problem stößt, scheint es durch die Audioausgabeeinstellung verursacht zu werden
Behob das Problem für mich. Vielen Dank!
Hilfreichster Kommentar
Wenn immer noch jemand auf dieses Problem stößt, scheint es durch die Audioausgabeeinstellung verursacht zu werden