Mopidy: La lecture-pause ne fonctionne pas

Créé le 23 févr. 2017  ·  6Commentaires  ·  Source: mopidy/mopidy

Chaque fois que je joue une chanson et que je la mets en pause, la musique s'arrête. Mais lorsque j'appuie à nouveau sur le bouton, il ne continue pas à jouer.

J'utilise un Raspberry Pi 3 sous Raspbian Lite (avec le bureau officiel installé). Cela a bien fonctionné lorsque je l'ai testé sur l'édition complète de Raspbian. J'exécute Mopidy sans aucune autre extension, à part un frontend. Le bouton lecture/pause échoue avec n'importe quelle chanson que je joue ou frontend que j'utilise.

Je pense qu'il peut s'agir d'une dépendance manquante incluse avec la version complète du système d'exploitation. Existe-t-il une liste complète de toutes les dépendances dont Mopidy a besoin ?

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

C-bug A-audio

Commentaire le plus utile

Si quelqu'un rencontre toujours ce problème, cela semble être causé par le paramètre de sortie audio, supprimer le paramètre et le laisser par défaut semble résoudre le problème, bien que cela interrompe la visualisation sur ncmpcpp

Tous les 6 commentaires

je rencontre le même problème

+1, rencontre également le même problème. Raspberry Pi 3 avec Raspbian Jessie.

Il semble que ce soit un problème d'autorisations ? https://discuss.mopidy.com/t/mopidy-on-raspbian-jessie-doesnt-resume-after-pause/1378/3

Cela a-t-il été résolu pour quelqu'un ? Je ne parviens toujours pas à mettre en pause et à reprendre en utilisant mpc toggle . Les journaux de débogage ne semblent pas afficher d'erreurs. Exécution de Mopidy 2.2.2 sur Arch Linux

J'ai également le même problème dans Arch, mais mpc toggle ne fonctionne pas pour moi. Je dois soit exécuter mpc play deux fois (ce qui recommence la même chanson), soit cliquer sur la barre de progression dans ncmpcpp pour la forcer à recommencer à jouer à partir de la même position.

Et je ne vois pas non plus d'erreurs dans les journaux, autres que les entrées normales :

Appuyer sur play depuis la polybar

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

Courir mpc play deux fois

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)

J'utilise un fichier socket pour le serveur :

[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

Si quelqu'un rencontre toujours ce problème, cela semble être causé par le paramètre de sortie audio, supprimer le paramètre et le laisser par défaut semble résoudre le problème, bien que cela interrompe la visualisation sur ncmpcpp

Correction du problème pour moi. Merci!

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

artjeck picture artjeck  ·  11Commentaires

ecoCuyo picture ecoCuyo  ·  3Commentaires

szuniverse picture szuniverse  ·  13Commentaires

zopyx picture zopyx  ·  4Commentaires

voidmann picture voidmann  ·  11Commentaires