Mopidy: La piste suivante est chargée dans la piste en cours de lecture / Mopidy ne change jamais de piste

Créé le 13 juin 2016  ·  39Commentaires  ·  Source: mopidy/mopidy

J'ai un problème où la piste ne change jamais de piste. La piste suivante commence juste après la fin de la piste en cours, mais continue au-delà de la durée totale de la piste en cours. Finalement, il se rend compte que la piste est terminée et arrête de jouer. Cela se produit quelle que soit la sortie ou le mélangeur que j'utilise. Il peut être difficile d'imaginer ce que je dis, donc ci-joint une image de ce à quoi cela ressemble de ncmpcpp.

Remarque : mpidy joue actuellement le morceau suivant, Unsre Stärke heißt zu schwach, malgré l'affichage du morceau précédent, Verstummt!

2016-06-13-141459_1146x63_scrot

Malheureusement, je ne peux pas retrouver les données pertinentes dans le journal mpidy. Il semble simplement ne pas se rendre compte que la piste a changé, donc il n'enregistre aucun changement là-bas.

A noter que je peux changer manuellement de piste avec mpc next etc. De plus, si elle atteint la fin de la playlist tout en affichant toujours la première chanson sélectionnée, elle se terminera normalement avec ceci dans le log :

DEBUG 2016-06-13 14:13:34,350 [29984:MpdSession-13] mopidy.mpd.session
Demande de [:: ffff:50.76.48.109 ]:5684: inactif

Version : Mopidy 2.0.0

Extensions testées :

  • Mopidy-GMusic (1.0.0)
  • Mopidy-SoundCloud (2.0.2)
  • Mopidy-Youtube (2.0.2)

Edit : ça finit par arriver à ça :

DEBUG    2016-06-13 14:47:26,482 [29984:MpdSession-18] mopidy.mpd.session
  Request from [::ffff:50.76.48.109]:25131: status
DEBUG    2016-06-13 14:47:26,486 [29984:MpdSession-18] mopidy.mpd.session
  Response to [::ffff:50.76.48.109]:25131: 
    volume: 100
    repeat: 0
    random: 0
    single: 0
    consume: 0
    playlist: 7
    playlistlength: 4
    xfade: 0
    state: play
    song: 0
    songid: 3
    time: 523:215
    elapsed: 523.607
    bitrate: 320
    OK
DEBUG    2016-06-13 14:47:26,582 [29984:MainThread] mopidy.audio.gst
  Got TAG bus message: tags={'audio-codec': [u'MPEG-1 Layer 3 (MP3)'], 'bitrate': [320000], 'has-crc': [False], 'channel-mode': [u'stereo']}
DEBUG    2016-06-13 14:47:26,584 [29984:MainThread] mopidy.audio.gst
  Got TAG bus message: tags={'audio-codec': [u'MPEG-1 Layer 3 (MP3)'], 'bitrate': [320000], 'channel-mode': [u'joint-stereo']}
DEBUG    2016-06-13 14:47:26,620 [29984:MpdSession-18] mopidy.mpd.session
  Request from [::ffff:50.76.48.109]:25131: idle
DEBUG    2016-06-13 14:47:26,791 [29984:MainThread] mopidy.audio.gst
  Got TAG bus message: tags={'audio-codec': [u'MPEG-1 Layer 3 (MP3)'], 'minimum-bitrate': [320031], 'bitrate': [320000], 'maximum-bitrate': [320031], 'channel-mode': [u'joint-stereo']}
DEBUG    2016-06-13 14:47:26,843 [29984:MainThread] mopidy.audio.gst
  Got TAG bus message: tags={'audio-codec': [u'MPEG-1 Layer 3 (MP3)'], 'minimum-bitrate': [319725], 'bitrate': [320000], 'maximum-bitrate': [320031], 'channel-mode': [u'joint-stereo']}
DEBUG    2016-06-13 14:47:27,624 [29984:MpdSession-18] mopidy.mpd.session
  Request from [::ffff:50.76.48.109]:25131: noidle
DEBUG    2016-06-13 14:47:27,627 [29984:MpdSession-18] mopidy.mpd.session
  Response to [::ffff:50.76.48.109]:25131: OK
DEBUG    2016-06-13 14:47:27,755 [29984:MpdSession-18] mopidy.mpd.session
  Request from [::ffff:50.76.48.109]:25131: status
DEBUG    2016-06-13 14:47:27,759 [29984:MpdSession-18] mopidy.mpd.session
  Response to [::ffff:50.76.48.109]:25131: 
    volume: 100
    repeat: 0
    random: 0
    single: 0
    consume: 0
    playlist: 7
    playlistlength: 4
    xfade: 0
    state: play
    song: 0
    songid: 3
    time: 2:215
    elapsed: 2.194
    bitrate: 320
    OK

où la chanson qu'il a commencé à jouer au départ redémarre.

C-bug A-core

Commentaire le plus utile

Le correctif pour cela sera dans la prochaine version v2.2.3.

Tous les 39 commentaires

Cela est généralement dû à une condition de concurrence avec le moment où la commande d'inactivité est envoyée, ou elle ne sort pas du tout. Il me semble me souvenir d'avoir essayé de résoudre ce problème lors du travail sans interruption, mais j'ai peut-être manqué le cas.

Salut,
Je viens de le remarquer, bien que dans mon cas, mpd ne met pas à jour les pistes, à moins que je ne fasse mpc ensuite, puis après cela, il joue deux chansons et commence à répéter la seconde encore et encore. Je ne l'ai expérimenté que lorsque j'ai décommenté (et modifié) le paramètre de sortie. Avant, lorsqu'il était défini par défaut, cela ne se produisait pas. Fwiw, j'utilise le paramètre de sortie pour lire _et_ diffuser ma sortie.
-Michael.

Je viens de vérifier, le problème disparaît lorsque le paramètre de sortie est commenté (en utilisant la valeur par défaut intégrée).
-Michael.

Qu'entendez-vous par output parameter dans ce cas ?

Je veux dire l'option de sortie dans xdg-config/mopidy/mopidy.conf

Envoyé de mon iPhone

Le 25 juillet 2016, à 15h26, Thomas Adamcik [email protected] a écrit :

Qu'entends-tu par paramètre de sortie dans ce cas?

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub ou coupez le fil de discussion.

Des nouvelles de celui-ci ? :-)

Les mises à jour? J'ai vraiment hâte d'avoir un correctif :D.
-Michael.

J'ai le même problème, bien que je n'utilise pas l'interface MPD mais l'interface Web.
Je ne sais pas ce que je peux ajouter ici qui pourrait être utile, mais je serais plus qu'heureux de fournir des informations sur ma configuration.

@lilmike Je pense que la question est de savoir quel paramètre utilisez-vous qui est différent du paramètre par défaut intégré ? Essayez-vous d'utiliser un récepteur de fichiers ?

@monokles L'interface Web n'a pas de commandes inactives. Pourriez-vous fournir la sortie de mopidy deps , mopidy config et un journal de débogage lorsque cela se produit (sur dpaste ou similaire) ? Et quel client web utilisez-vous ?

Salut,
J'utilise un paramètre de sortie qui prend un tee, puis le divise en sortie vers mes haut-parleurs et diffuse vers un serveur icecast. Si je commente le paramètre de sortie, le problème disparaît. Si je l'ai réglé, ça arrive.
-Michael.

Salut!
Désolé pour la réponse tardive @kingosticks ,

Résumé rapide de ce qui se passe de mon côté lorsque j'ai plus d'une piste dans la file d'attente :

  1. mopidy joue la première piste
  2. mpidy joue la deuxième piste (bien que ce changement ne soit mis à jour sur aucune interface, c'est-à-dire qu'ils affichent toujours la première piste comme celle en cours de lecture)
  3. mopidy reste coincé dans une boucle où la deuxième piste continue d'être jouée encore et encore

J'utilise l'interface Web de musicbox, mais elle apparaît également comme un cyclomoteur (et peut-être d'autres interfaces).
configuration mpidy
deps de mopidy
Pour une raison quelconque, mpidy n'a pas généré de journal de débogage... Je ne sais pas pourquoi, mais
voici le journal normal si cela est d'une quelconque utilité.
Notez que je n'utilise pas icecast, mais liquidsoap, avec ce script en cours d'exécution.

S'il y a plus que je peux fournir (ou si vous pouvez me dire pourquoi le journal de débogage n'est pas généré), faites-le moi savoir !

Salut.
Je n'utilise mopidy que depuis quelques heures et je suis déjà concerné par ce bug.
exactement le même comportement que @monokles (la boucle s'est produite avec la 3ème chanson dans mon cas)
Comment les gars avez-vous contourné cet énorme bug ?

Pourriez-vous (ou quelqu'un) s'il vous plaît fournir leur sortie pour mopidy deps , mopidy config et les étapes exactes nécessaires pour reproduire cela. Merci.

qu'en est-il de ceux fournis 2 messages plus tôt ?

Il n'y a aucune étape pour quiconque de reproduire le problème.... Si j'ajoute 3 pistes Spotify à ma file d'attente à l'aide d'un client HTTP et les joue, je ne vois rien de ce qui est décrit ici.

Si vous fournissez votre configuration, nous pourrions peut-être voir si vous voyez également quelque chose lié à une sortie configurée non standard.

Salut,
D'après ce que je peux dire, cela ne se produit pour moi que lorsque [audio] -> sortie est définie sur autre chose que par défaut. Par exemple,

config mopidy (quand ça marche):
[coeur]
cache_dir = $XDG_CACHE_DIR/mopidy
config_dir = $XDG_CONFIG_DIR/mopidy
data_dir = $XDG_DATA_DIR/mopidy
max_tracklist_length = 10000
restaurer_état = faux

[enregistrement]
couleur = vrai
console_format = %(levelname)-8s %(message)s
debug_format = %(levelname)-8s %(asctime)s [%(process)d:%(threadName)s] %(name)s\n %(message)s
fichier_debug = mopidy.log
fichier_config =

[l'audio]
mélangeur = logiciel
mixer_volume =
sortie = autoaudiosink
buffer_time =

[Procuration]
schéma =
nom d'hôte =
port =
nom d'utilisateur =
mot de passe =

[mpd]
activé = vrai
nom d'hôte = 127.0.0.1
port = 6600
mot de passe =
max_connexions = 20
connection_timeout = 60
zeroconf = serveur Mopidy MPD sur $hostname
command_blacklist =
tout lister
listallinfo
default_playlist_scheme = m3u

[http]
activé = vrai
nom d'hôte = 127.0.0.1
port = 6680
static_dir =
zeroconf = serveur HTTP Mopidy sur $hostname

[flux]
activé = vrai
protocoles =
http
https
mms
rtmp
rtmps
rtsp
metadata_blacklist =
délai d'attente = 5000

[m3u]
activé = vrai
base_dir =
default_encoding = latin-1
default_extension = .m3u8
playlists_dir =

[mixeur de logiciels]
activé = vrai

[déposer]
activé = vrai
media_dirs =
$XDG_MUSIC_DIR|Musique
~/|Accueil
exclu_fichier_extensions =
.jpg
.jpeg
show_dotfiles = faux
follow_symlinks = faux
metadata_timeout = 1000

[local]
activé = vrai
bibliothèque = sqlite
media_dir = /home/lilmike/Musique
scan_timeout = 1000
scan_flush_threshold = 100
scan_follow_symlinks = faux
exclu_fichier_extensions =
.annuaire
.html
.jpeg
.jpg
.Journal
.nfo
.png
.SMS

[spotify]
activé = faux ; Extension désactivée par la configuration de l'utilisateur.

[qsaver]
activé = vrai
backup_file = ./tracklist_backup.json

[local-sqlite]
activé = vrai
répertoires =
Albums local:répertoire?type=album
Artistes local:directory?type=artist
Compositeurs local:directory?type=artist&role=composer
Genres local:répertoire?type=genre
Interprètes local:directory?type=artist&role=performer
Années de publication local:directory?type=date&format=%25Y
Pistes local:directory?type=track
Mises à jour de la semaine dernière local:directory?max-age=604800
Mises à jour du mois dernier local:directory?max-age=2592000
délai d'attente = 10
use_album_mbid_uri = vrai
use_artist_mbid_uri = faux
use_artist_sortname = false

Pour le faire casser, du moins pour moi, décommentez ceci :

sortie = nom du tee = t t. ! file d'attente ! conversion audio ! audioresample ! autoaudiosink t. ! file d'attente ! audioresample ! conversion audio ! vorbisenc ! oggmux ! shout2send ip=xxx port=8000 mot de passe=xxx mount=mopidy

mpidy deps:
Exécutable : /usr/bin/mopidy
Plate-forme : Linux-4.10.3-1-ARCH-x86_64-with-glibc2.2.5
Python : CPython 2.7.13 de /usr/lib/python2.7
Mopidy : 2.1.0 depuis /usr/lib/python2.7/site-packages
Pykka>=1.1 : 1.2.0 depuis /usr/lib/python2.7/site-packages
requêtes>=2.0 : 2.13.0 depuis /usr/lib/python2.7/site-packages
setuptools : 34.3.2 de /usr/lib/python2.7/site-packages
packaging>=16.8 : 16,8 de /usr/lib/python2.7/site-packages
pyparsing : 2.2.0 à partir de /usr/lib/python2.7/site-packages
six : 1.10.0 de /usr/lib/python2.7/site-packages
six>=1.6.0 : 1.10.0 de /usr/lib/python2.7/site-packages
appdirs>=1.4.0 : 1.4.3 de /usr/lib/python2.7/site-packages
tornade>=3.2 : 4.4.2 de /usr/lib/python2.7/site-packages
singledispatch : 3.4.0.3 depuis /usr/lib/python2.7/site-packages
six : 1.10.0 de /usr/lib/python2.7/site-packages
backports_abc>=0.4 : 0,5 à partir de /usr/lib/python2.7/site-packages
Mopidy-Local-SQLite : 1.0.0 de /usr/lib/python2.7/site-packages
setuptools : 34.3.2 de /usr/lib/python2.7/site-packages
packaging>=16.8 : 16,8 de /usr/lib/python2.7/site-packages
pyparsing : 2.2.0 à partir de /usr/lib/python2.7/site-packages
six : 1.10.0 de /usr/lib/python2.7/site-packages
six>=1.6.0 : 1.10.0 de /usr/lib/python2.7/site-packages
appdirs>=1.4.0 : 1.4.3 de /usr/lib/python2.7/site-packages
Mopidy>=1.1 : 2.1.0 depuis /usr/lib/python2.7/site-packages
Pykka>=1.1 : 1.2.0 depuis /usr/lib/python2.7/site-packages
requêtes>=2.0 : 2.13.0 depuis /usr/lib/python2.7/site-packages
setuptools : 34.3.2 de /usr/lib/python2.7/site-packages
packaging>=16.8 : 16,8 de /usr/lib/python2.7/site-packages
pyparsing : 2.2.0 à partir de /usr/lib/python2.7/site-packages
six : 1.10.0 de /usr/lib/python2.7/site-packages
six>=1.6.0 : 1.10.0 de /usr/lib/python2.7/site-packages
appdirs>=1.4.0 : 1.4.3 de /usr/lib/python2.7/site-packages
tornade>=3.2 : 4.4.2 de /usr/lib/python2.7/site-packages
singledispatch : 3.4.0.3 depuis /usr/lib/python2.7/site-packages
six : 1.10.0 de /usr/lib/python2.7/site-packages
backports_abc>=0.4 : 0,5 à partir de /usr/lib/python2.7/site-packages
Pykka>=1.1 : 1.2.0 depuis /usr/lib/python2.7/site-packages
uritools>=1.0 : 1.0.1 de /usr/lib/python2.7/site-packages
adresse IP>=1.0.6 : 1.0.18 de /usr/lib/python2.7/site-packages
adresse IP>=1.0.6 : 1.0.18 de /usr/lib/python2.7/site-packages
Mopidy-Qsaver : 0.1.0 depuis /usr/lib/python2.7/site-packages
setuptools : 34.3.2 de /usr/lib/python2.7/site-packages
packaging>=16.8 : 16,8 de /usr/lib/python2.7/site-packages
pyparsing : 2.2.0 à partir de /usr/lib/python2.7/site-packages
six : 1.10.0 de /usr/lib/python2.7/site-packages
six>=1.6.0 : 1.10.0 de /usr/lib/python2.7/site-packages
appdirs>=1.4.0 : 1.4.3 de /usr/lib/python2.7/site-packages
Mopidy>=1.0 : 2.1.0 depuis /usr/lib/python2.7/site-packages
Pykka>=1.1 : 1.2.0 depuis /usr/lib/python2.7/site-packages
requêtes>=2.0 : 2.13.0 depuis /usr/lib/python2.7/site-packages
setuptools : 34.3.2 de /usr/lib/python2.7/site-packages
packaging>=16.8 : 16,8 de /usr/lib/python2.7/site-packages
pyparsing : 2.2.0 à partir de /usr/lib/python2.7/site-packages
six : 1.10.0 de /usr/lib/python2.7/site-packages
six>=1.6.0 : 1.10.0 de /usr/lib/python2.7/site-packages
appdirs>=1.4.0 : 1.4.3 de /usr/lib/python2.7/site-packages
tornade>=3.2 : 4.4.2 de /usr/lib/python2.7/site-packages
envoi unique : 3.4.0.3 depuis /usr/lib/python2.7/site-packages
six : 1.10.0 de /usr/lib/python2.7/site-packages
backports_abc>=0.4 : 0,5 à partir de /usr/lib/python2.7/site-packages
Pykka>=1.1 : 1.2.0 depuis /usr/lib/python2.7/site-packages
Mopidy-Spotify : 3.0.0 depuis /usr/lib/python2.7/site-packages
Mopidy>=2.0 : 2.1.0 depuis /usr/lib/python2.7/site-packages
Pykka>=1.1 : 1.2.0 depuis /usr/lib/python2.7/site-packages
requêtes>=2.0 : 2.13.0 depuis /usr/lib/python2.7/site-packages
setuptools : 34.3.2 de /usr/lib/python2.7/site-packages
packaging>=16.8 : 16,8 de /usr/lib/python2.7/site-packages
pyparsing : 2.2.0 à partir de /usr/lib/python2.7/site-packages
six : 1.10.0 de /usr/lib/python2.7/site-packages
six>=1.6.0 : 1.10.0 de /usr/lib/python2.7/site-packages
appdirs>=1.4.0 : 1.4.3 de /usr/lib/python2.7/site-packages
tornade>=3.2 : 4.4.2 de /usr/lib/python2.7/site-packages
envoi unique : 3.4.0.3 depuis /usr/lib/python2.7/site-packages
six : 1.10.0 de /usr/lib/python2.7/site-packages
backports_abc>=0.4 : 0,5 à partir de /usr/lib/python2.7/site-packages
Pykka>=1.1 : 1.2.0 depuis /usr/lib/python2.7/site-packages
pyspotify>=2.0.5 : 2.0.5 de /usr/lib/python2.7/site-packages
cffi>=1.0.0 : 1.9.1 de /usr/lib/python2.7/site-packages
pycparser : 2.17 de /usr/lib/python2.7/site-packages
requêtes>=2.0 : 2.13.0 depuis /usr/lib/python2.7/site-packages
setuptools : 34.3.2 de /usr/lib/python2.7/site-packages
packaging>=16.8 : 16,8 de /usr/lib/python2.7/site-packages
pyparsing : 2.2.0 à partir de /usr/lib/python2.7/site-packages
six : 1.10.0 de /usr/lib/python2.7/site-packages
six>=1.6.0 : 1.10.0 de /usr/lib/python2.7/site-packages
appdirs>=1.4.0 : 1.4.3 de /usr/lib/python2.7/site-packages
GStreamer : 1.10.4.0 depuis /usr/lib/python2.7/site-packages/gi
Des informations détaillées:
Emballage Python : python-gi 3.22.0
Éléments pertinents :
Trouvé:
uridecodebin
soupehttpsrc
applicationsrc
alsasink
osselet
oss4sink
puits d'impulsion
id3demux
id3v2mux
lamemp3enc
fou
mpegaudioparse
mpg123audiodec
vorbisdec
vorbisenc
vorbisparse
oggdemux
oggmux
oggparse
flacdec
flacparse
crier2envoyer
Pas trouvé:
flup3dec

-Michael.

étapes à reproduire ici :

  • ajouter des pistes à une file d'attente vide à partir d'un album local (nouveau démarrage mpidy)
  • commencer à jouer avec la première piste
  • observer à la fin de la 1ère piste la piste actuelle n'est pas mise à jour, ni la progression de la lecture
    (cela peut être observé depuis n'importe quel client http, depuis l'api et depuis un client mpd)

Je n'ai pas Spotify pour essayer de reproduire avec.
Pour le moment, je vais essayer le paquet Debian pour voir si je peux le reproduire.
mpidy.deps.txt
mopidy.conf.txt

edit : confirmé avec le paquet debian/stretch également

# lsof -p $(pgrep mopidy)|grep mp3
mopidy  6856 mopidy   19r   REG              253,1  3700844 15990956 /data/media/mp3/Archive/Londinium/02 - All Time.mp3
mopidy  6856 mopidy   20r   REG              253,1  3700844 15990956 /data/media/mp3/Archive/Londinium/02 - All Time.mp3

deux descripteurs de fichiers pour la même piste

éditer 2 :

  • première piste : un descripteur de fichier (celui de la piste en cours)
# lsof -p $(pgrep mopidy)|grep mp3
mopidy  6856 mopidy   19r   REG              253,1  5953883 15990957 /data/media/mp3/Archive/Londinium/03 - So Few Words.mp3
  • 2ème piste : 2 descripteurs de fichiers, (celui de la piste précédente qui n'était pas fermé, et un nouveau à la
    2ème piste)
# lsof -p $(pgrep mopidy)|grep mp3
mopidy  6856 mopidy   19r   REG              253,1  5953883 15990957 /data/media/mp3/Archive/Londinium/03 - So Few Words.mp3
mopidy  6856 mopidy   22r   REG              253,1  4051133 15990958 /data/media/mp3/Archive/Londinium/04 - Headspace.mp3
  • après la 2ème piste ça boucle
# lsof -p $(pgrep mopidy)|grep mp3
mopidy  6856 mopidy   19r   REG              253,1  4051133 15990958 /data/media/mp3/Archive/Londinium/04 - Headspace.mp3
mopidy  6856 mopidy   22r   REG              253,1  4051133 15990958 /data/media/mp3/Archive/Londinium/04 - Headspace.mp3

Je n'ai pas regardé le code, mais je suis presque sûr qu'il devrait vous donner un assez bon indice ;-)

Je constate le même comportement depuis quelques temps.

En utilisant un conteneur personnalisé , j'ai une liste de lecture de 5 éléments. Si je saute de la piste 4 à la piste 5 (avec répétition activée), nous voyons la série d'événements suivante :

INFO     2017-03-26 08:46:07,205 [1:MpdSession-33] mopidy.mpd.session
  New MPD connection from [::ffff:172.18.0.1]:35692
DEBUG    2017-03-26 08:46:07,208 [1:MpdSession-33] mopidy.mpd.session
  Request from [::ffff:172.18.0.1]:35692: next
DEBUG    2017-03-26 08:46:07,212 [1:MainThread] mopidy.audio.gst
  Got STATE_CHANGED bus message: old=GST_STATE_PLAYING new=GST_STATE_PAUSED pending=GST_STATE_READY
DEBUG    2017-03-26 08:46:07,215 [1:Audio-2] mopidy.audio.gst
  Changing state to GST_STATE_READY: result=GST_STATE_CHANGE_SUCCESS
DEBUG    2017-03-26 08:46:07,216 [1:SpotifyBackend-6] mopidy_spotify.playback
  Audio requested change of track; loading and starting Spotify player
DEBUG    2017-03-26 08:46:07,221 [1:MainThread] mopidy.audio.gst
  Got STATE_CHANGED bus message: old=GST_STATE_PAUSED new=GST_STATE_READY pending=GST_STATE_VOID_PENDING
DEBUG    2017-03-26 08:46:07,224 [1:Audio-2] mopidy.audio.gst
  Sending TAG event for track 'spotify:track:3n52npc7FPjG4dBZcgLjmD': 'taglist, artist=(string)Silverstein, title=(string)"My\\ Heroine\\ -\\ Acoustic", album=(string)"18\\ Candles:\\ The\\ Early\\ Years";'
DEBUG    2017-03-26 08:46:07,226 [1:Audio-2] mopidy.audio.gst
  Got source-setup signal: element=__main__.GstAppSrc
DEBUG    2017-03-26 08:46:07,228 [1:Audio-2] mopidy.audio.gst
  Changing state to GST_STATE_PLAYING: result=GST_STATE_CHANGE_ASYNC
DEBUG    2017-03-26 08:46:07,229 [1:SpotifyBackend-6] mopidy_spotify.playback
  Audio requested seek to 0
DEBUG    2017-03-26 08:46:07,233 [1:SpotifyBackend-6] mopidy_spotify.playback
  Skipping seek due to issue mopidy/mopidy#300
DEBUG    2017-03-26 08:46:07,233 [1:MpdSession-33] mopidy.mpd.session
  Response to [::ffff:172.18.0.1]:35692: OK
DEBUG    2017-03-26 08:46:07,235 [1:MpdSession-33] mopidy.mpd.session
  Request from [::ffff:172.18.0.1]:35692: command_list_ok_begin
DEBUG    2017-03-26 08:46:07,237 [1:MpdSession-33] mopidy.mpd.session
  Request from [::ffff:172.18.0.1]:35692: status
DEBUG    2017-03-26 08:46:07,238 [1:MpdSession-33] mopidy.mpd.session
  Request from [::ffff:172.18.0.1]:35692: currentsong
DEBUG    2017-03-26 08:46:07,240 [1:MpdSession-33] mopidy.mpd.session
  Request from [::ffff:172.18.0.1]:35692: command_list_end
DEBUG    2017-03-26 08:46:07,248 [1:Audio-2] mopidy.audio.actor
  Position query failed
DEBUG    2017-03-26 08:46:07,257 [1:MpdSession-33] mopidy.mpd.session
  Response to [::ffff:172.18.0.1]:35692: 
    volume: 100
    repeat: 1
    random: 0
    single: 0
    consume: 0
    playlist: 5
    playlistlength: 5
    xfade: 0
    state: play
    song: 2
    songid: 3
    nextsong: 3
    nextsongid: 4
    time: 0:212
    elapsed: 0.000
    bitrate: 160
    list_OK
    file: spotify:track:5W12R96LKHS0MxBjs6TQep
    Time: 212
    Artist: Silverstein
    Album: Ghost
    Title: Ghost
    Date: 2016
    Track: 1
    Pos: 2
    Id: 3
    AlbumArtist: Silverstein
    X-AlbumUri: spotify:album:1EZDUjQkJy65ecY1DZDstN
    list_OK
    OK
DEBUG    2017-03-26 08:46:07,260 [1:MpdSession-33] mopidy.internal.network
  Client most likely disconnected.
DEBUG    2017-03-26 08:46:07,262 [1:MpdSession-33] mopidy.internal.network
  Already stopping: Actor is shutting down.
DEBUG    2017-03-26 08:46:07,706 [1:Dummy-17] mopidy.audio.gst
  Got SEGMENT pad event: rate=1.0 format=time start=0 stop=18446744073709551615 position=0
DEBUG    2017-03-26 08:46:07,707 [1:Dummy-17] mopidy.audio.actor
  Audio event: position_changed(position=0L)
DEBUG    2017-03-26 08:46:07,708 [1:Dummy-17] mopidy.listener
  Sending position_changed to AudioListener: {'position': 0L}
DEBUG    2017-03-26 08:46:07,904 [1:MainThread] mopidy.audio.gst
  Got STREAM_START bus message
DEBUG    2017-03-26 08:46:07,904 [1:MainThread] mopidy.audio.actor
  Audio event: stream_changed(uri=u'appsrc://')
DEBUG    2017-03-26 08:46:07,905 [1:MainThread] mopidy.listener
  Sending stream_changed to AudioListener: {'uri': u'appsrc://'}
DEBUG    2017-03-26 08:46:07,908 [1:Core-8] mopidy.core.playback
  Triggering track playback ended event
DEBUG    2017-03-26 08:46:07,910 [1:Core-8] mopidy.listener
  Sending track_playback_ended to CoreListener: {'time_position': 468981L, 'tl_track': TlTrack(tlid=3, track=Track(album=Album(artists=[Artist(name=u'Silverstein', uri='spotify:artist:1Tsag5J854qxeOo2apszug')], date=u'2016', name=u'Ghost', uri='spotify:album:1EZDUjQkJy65ecY1DZDstN'), artists=[Artist(name=u'Silverstein', uri='spotify:artist:1Tsag5J854qxeOo2apszug')], bitrate=160, date=u'2016', disc_no=0, length=212000, name=u'Ghost', track_no=1, uri='spotify:track:5W12R96LKHS0MxBjs6TQep'))}
DEBUG    2017-03-26 08:46:07,914 [1:Core-8] mopidy.core.playback
  Changing state: playing -> playing
DEBUG    2017-03-26 08:46:07,915 [1:Core-8] mopidy.core.playback
  Triggering playback state change event
DEBUG    2017-03-26 08:46:07,917 [1:Core-8] mopidy.listener
  Sending playback_state_changed to CoreListener: {'old_state': u'playing', 'new_state': u'playing'}
DEBUG    2017-03-26 08:46:07,918 [1:MpdFrontend-11] mopidy.listener
  Sending player to MpdSession: {}
DEBUG    2017-03-26 08:46:07,920 [1:Core-8] mopidy.core.playback
  Triggering track playback started event
DEBUG    2017-03-26 08:46:07,922 [1:Core-8] mopidy.listener
  Sending track_playback_started to CoreListener: {'tl_track': TlTrack(tlid=5, track=Track(album=Album(artists=[Artist(name=u'Silverstein', uri='spotify:artist:1Tsag5J854qxeOo2apszug')], date=u'2006', name=u'18 Candles: The Early Years', uri='spotify:album:5wwo3iPJ93pElRfHs97bea'), artists=[Artist(name=u'Silverstein', uri='spotify:artist:1Tsag5J854qxeOo2apszug')], bitrate=160, date=u'2006', disc_no=0, length=214000, name=u'My Heroine - Acoustic', track_no=13, uri='spotify:track:3n52npc7FPjG4dBZcgLjmD'))}
DEBUG    2017-03-26 08:46:07,926 [1:MainThread] mopidy.audio.gst
  Got STATE_CHANGED bus message: old=GST_STATE_READY new=GST_STATE_PAUSED pending=GST_STATE_PLAYING
DEBUG    2017-03-26 08:46:07,928 [1:MainThread] mopidy.audio.gst
  Got ASYNC_DONE bus message.
DEBUG    2017-03-26 08:46:07,935 [1:MainThread] mopidy.audio.gst
  Got STATE_CHANGED bus message: old=GST_STATE_PAUSED new=GST_STATE_PLAYING pending=GST_STATE_VOID_PENDING
DEBUG    2017-03-26 08:46:07,938 [1:MainThread] mopidy.audio.actor
  Audio event: state_changed(old_state=playing, new_state=playing, target_state=None)
DEBUG    2017-03-26 08:46:07,940 [1:MainThread] mopidy.listener
  Sending state_changed to AudioListener: {'old_state': u'playing', 'target_state': None, 'new_state': u'playing'}
DEBUG    2017-03-26 08:46:08,230 [1:MainThread] mopidy.audio.gst
  Got TAG bus message: tags={'album': [u'18 Candles: The Early Years'], 'artist': [u'Silverstein'], 'title': [u'My Heroine - Acoustic']}
DEBUG    2017-03-26 08:46:08,231 [1:MainThread] mopidy.audio.actor
  Audio event: tags_changed(tags=['album', 'title', 'artist'])
DEBUG    2017-03-26 08:46:08,232 [1:MainThread] mopidy.listener
  Sending tags_changed to AudioListener: {'tags': ['album', 'title', 'artist']}

Une fois la piste précédente terminée, nous obtenons la série d'événements suivante où nous semblons passer joyeusement à la piste suivante.

DEBUG    2017-03-26 08:49:34,022 [1:SpotifyEventLoop] mopidy_spotify.playback
  End of track reached
DEBUG    2017-03-26 08:49:34,022 [1:Audio-2] mopidy.audio.gst
  Sending appsrc end-of-stream event.
DEBUG    2017-03-26 08:49:34,310 [1:SpotifyEventLoop] mopidy_spotify.playback
  End of track already received; ignoring callback
DEBUG    2017-03-26 08:49:38,743 [1:Dummy-27] mopidy.audio.gst
  Got about-to-finish event.
DEBUG    2017-03-26 08:49:38,743 [1:Dummy-27] mopidy.audio.actor
  Running about-to-finish callback.
DEBUG    2017-03-26 08:49:38,744 [1:SpotifyBackend-6] mopidy_spotify.playback
  Audio requested change of track; loading and starting Spotify player
DEBUG    2017-03-26 08:49:38,746 [1:Audio-2] mopidy.audio.gst
  Sending TAG event for track 'spotify:track:5U2p81vdlp2saDTIvk0Lnb': 'taglist, artist=(string)Silverstein, title=(string)"My\\ Heroine", album=(string)"Discovering\\ the\\ Waterfront";'
DEBUG    2017-03-26 08:49:38,748 [1:Dummy-27] mopidy.audio.gst
  Got source-setup signal: element=__main__.GstAppSrc
DEBUG    2017-03-26 08:49:38,751 [1:SpotifyBackend-6] mopidy_spotify.playback
  Audio requested seek to 0
DEBUG    2017-03-26 08:49:38,752 [1:SpotifyBackend-6] mopidy_spotify.playback
  Skipping seek due to issue mopidy/mopidy#300
DEBUG    2017-03-26 08:49:40,880 [1:Dummy-17] mopidy.audio.gst
  Got SEGMENT pad event: rate=1.0 format=time start=0 stop=18446744073709551615 position=0
DEBUG    2017-03-26 08:49:40,881 [1:Dummy-17] mopidy.audio.actor
  Audio event: position_changed(position=0L)
DEBUG    2017-03-26 08:49:40,881 [1:Dummy-17] mopidy.listener
  Sending position_changed to AudioListener: {'position': 0L}

Cependant, à la fin de celle-ci, nous voyons la piste recommencer :

DEBUG    2017-03-26 08:53:02,619 [1:SpotifyEventLoop] mopidy_spotify.playback
  End of track reached
DEBUG    2017-03-26 08:53:02,620 [1:Audio-2] mopidy.audio.gst
  Sending appsrc end-of-stream event.
DEBUG    2017-03-26 08:53:02,810 [1:SpotifyEventLoop] mopidy_spotify.playback
  End of track already received; ignoring callback
DEBUG    2017-03-26 08:53:06,840 [1:Dummy-31] mopidy.audio.gst
  Got about-to-finish event.
DEBUG    2017-03-26 08:53:06,840 [1:Dummy-31] mopidy.audio.actor
  Running about-to-finish callback.
DEBUG    2017-03-26 08:53:06,842 [1:SpotifyBackend-6] mopidy_spotify.playback
  Audio requested change of track; loading and starting Spotify player
DEBUG    2017-03-26 08:53:06,843 [1:Audio-2] mopidy.audio.gst
  Sending TAG event for track 'spotify:track:5U2p81vdlp2saDTIvk0Lnb': 'taglist, artist=(string)Silverstein, title=(string)"My\\ Heroine", album=(string)"Discovering\\ the\\ Waterfront";'
DEBUG    2017-03-26 08:53:06,844 [1:Dummy-31] mopidy.audio.gst
  Got source-setup signal: element=__main__.GstAppSrc
DEBUG    2017-03-26 08:53:06,847 [1:SpotifyBackend-6] mopidy_spotify.playback
  Audio requested seek to 0
DEBUG    2017-03-26 08:53:06,849 [1:SpotifyBackend-6] mopidy_spotify.playback
  Skipping seek due to issue mopidy/mopidy#300
DEBUG    2017-03-26 08:53:08,975 [1:Dummy-17] mopidy.audio.gst
  Got SEGMENT pad event: rate=1.0 format=time start=0 stop=18446744073709551615 position=0
DEBUG    2017-03-26 08:53:08,975 [1:Dummy-17] mopidy.audio.actor
  Audio event: position_changed(position=0L)
DEBUG    2017-03-26 08:53:08,976 [1:Dummy-17] mopidy.listener
  Sending position_changed to AudioListener: {'position': 0L}

Il convient de noter ici que si vous interrogez l'état avec le client, alors Mopidy semble penser que nous sommes toujours sur la bonne voie du premier exemple :

INFO     2017-03-26 08:55:15,437 [1:MpdSession-34] mopidy.mpd.session
  New MPD connection from [::ffff:172.18.0.1]:35696
DEBUG    2017-03-26 08:55:15,439 [1:MpdSession-34] mopidy.mpd.session
  Request from [::ffff:172.18.0.1]:35696: command_list_ok_begin
DEBUG    2017-03-26 08:55:15,440 [1:MpdSession-34] mopidy.mpd.session
  Request from [::ffff:172.18.0.1]:35696: status
DEBUG    2017-03-26 08:55:15,441 [1:MpdSession-34] mopidy.mpd.session
  Request from [::ffff:172.18.0.1]:35696: currentsong
DEBUG    2017-03-26 08:55:15,442 [1:MpdSession-34] mopidy.mpd.session
  Request from [::ffff:172.18.0.1]:35696: command_list_end
DEBUG    2017-03-26 08:55:15,449 [1:MpdSession-34] mopidy.mpd.session
  Response to [::ffff:172.18.0.1]:35696: 
    volume: 100
    repeat: 1
    random: 0
    single: 0
    consume: 0
    playlist: 5
    playlistlength: 5
    xfade: 0
    state: play
    song: 4
    songid: 5
    nextsong: 0
    nextsongid: 1
    time: 547:214
    elapsed: 547.989
    bitrate: 160
    list_OK
    file: spotify:track:3n52npc7FPjG4dBZcgLjmD
    Time: 214
    Artist: Silverstein
    Album: 18 Candles: The Early Years
    Title: My Heroine - Acoustic
    Date: 2006
    Track: 13
    Pos: 4
    Id: 5
    AlbumArtist: Silverstein
    X-AlbumUri: spotify:album:5wwo3iPJ93pElRfHs97bea
    list_OK
    OK
DEBUG    2017-03-26 08:55:15,451 [1:MpdSession-34] mopidy.internal.network
  Client most likely disconnected.
DEBUG    2017-03-26 08:55:15,453 [1:MpdSession-34] mopidy.internal.network
  Already stopping: Actor is shutting down.

La chose majeure qui ressort ici est que dans le cas où il se comporte comme prévu, on voit :

DEBUG    2017-03-26 08:46:07,224 [1:Audio-2] mopidy.audio.gst
  Sending TAG event for track 'spotify:track:3n52npc7FPjG4dBZcgLjmD': 'taglist, artist=(string)Silverstein, title=(string)"My\\ Heroine\\ -\\ Acoustic", album=(string)"18\\ Candles:\\ The\\ Early\\ Years";'
[...]
DEBUG    2017-03-26 08:46:08,230 [1:MainThread] mopidy.audio.gst
  Got TAG bus message: tags={'album': [u'18 Candles: The Early Years'], 'artist': [u'Silverstein'], 'title': [u'My Heroine - Acoustic']}

Mais dans le cas où cela ne fonctionne pas comme prévu, nous ne voyons que le message "Envoi de l'événement TAG".

Je n'ai pas mentionné, mais j'ai toujours aléatoire et répété. Cela pourrait être un problème de répétition, je ne suis pas sûr. Je vais tester et découvrir.
Michael.

Envoyé de mon iPhone

Le 26 mars 2017, à 04h07, Daniel White[email protected]> a écrit :

Je constate le même comportement depuis quelques temps.

En utilisant un conteneur personnalisé https://gist.github.com/danielwhite/5fc9f0a401e8beb9e2ad6ef463650cfa ,
J'ai une liste de lecture de 5 éléments. Si je saute de la piste 4 à
piste 5 (avec répétition activée), alors nous voyons la série d'événements suivante :

INFO 2017-03-26 08:46:07,205 [1:MpdSession-33] mopidy.mpd.session
Nouvelle connexion MPD depuis [::ffff:172.18.0.1]:35692
DEBUG 2017-03-26 08:46:07,208 [1:MpdSession-33] mopidy.mpd.session
Demande de [::ffff:172.18.0.1]:35692 : suivant
DEBUG 2017-03-26 08:46:07,212 [1:MainThread] mpidy.audio.gst
Message de bus STATE_CHANGED reçu : ancien=GST_STATE_PLAYING nouveau=GST_STATE_PAUSED en attente=GST_STATE_READY
DEBUG 2017-03-26 08:46:07,215 [1:Audio-2] mopidy.audio.gst
Changement d'état à GST_STATE_READY : result=GST_STATE_CHANGE_SUCCESS
DEBUG 2017-03-26 08:46:07,216 [1:SpotifyBackend-6] mopidy_spotify.playback
Changement de piste audio demandé ; chargement et démarrage du lecteur Spotify
DEBUG 2017-03-26 08:46:07,221 [1:MainThread] mpidy.audio.gst
Message de bus STATE_CHANGED reçu : ancien=GST_STATE_PAUSED nouveau=GST_STATE_READY en attente=GST_STATE_VOID_PENDING
DEBUG 2017-03-26 08:46:07,224 [1:Audio-2] mopidy.audio.gst
Envoi de l'événement TAG pour la piste 'spotify:track:3n52npc7FPjG4dBZcgLjmD': 'taglist, artist=(string)Silverstein, title=(string)"My\ Heroine\ -\ Acoustic", album=(string)"18\ Candles:\ The \ premières\ années";'
DEBUG 2017-03-26 08:46:07,226 [1:Audio-2] mopidy.audio.gst
Vous avez le signal de configuration de la source : element=__main__.GstAppSrc
DEBUG 2017-03-26 08:46:07,228 [1:Audio-2] mopidy.audio.gst
Changement d'état à GST_STATE_PLAYING : result=GST_STATE_CHANGE_ASYNC
DEBUG 2017-03-26 08:46:07,229 [1:SpotifyBackend-6] mopidy_spotify.playback
Audio demandé chercher à 0
DEBUG 2017-03-26 08:46:07,233 [1:SpotifyBackend-6] mopidy_spotify.playback
Ignorer la recherche en raison du problème mpidy/mopidy#300
DEBUG 2017-03-26 08:46:07,233 [1:MpdSession-33] mopidy.mpd.session
Réponse à [::ffff:172.18.0.1]:35692 : OK
DEBUG 2017-03-26 08:46:07,235 [1:MpdSession-33] mopidy.mpd.session
Demande de [::ffff:172.18.0.1]:35692 : command_list_ok_begin
DEBUG 2017-03-26 08:46:07,237 [1:MpdSession-33] mopidy.mpd.session
Demande de [::ffff:172.18.0.1]:35692 : état
DEBUG 2017-03-26 08:46:07,238 [1:MpdSession-33] mopidy.mpd.session
Demande de [::ffff:172.18.0.1]:35692 : chanson actuelle
DEBUG 2017-03-26 08:46:07,240 [1:MpdSession-33] mopidy.mpd.session
Demande de [::ffff:172.18.0.1]:35692 : command_list_end
DEBUG 2017-03-26 08:46:07,248 [1:Audio-2] mpidy.audio.actor
Échec de la requête de position
DEBUG 2017-03-26 08:46:07,257 [1:MpdSession-33] mopidy.mpd.session
Réponse à [::ffff:172.18.0.1]:35692 :
volume : 100
répéter : 1
aléatoire : 0
célibataire : 0
consommer : 0
liste de lecture : 5
longueur de la liste de lecture : 5
fondu enchaîné : 0
état : jouer
chanson : 2
ID de la chanson : 3
chanson suivante : 3
ID de la chanson suivante : 4
heure : 0:212
écoulé : 0,000
débit binaire : 160
liste_OK
fichier : spotify : piste : 5W12R96LKHS0MxBjs6TQep
Temps : 212
Artiste : Silverstein
Album : Fantôme
Titre : Fantôme
Date : 2016
Piste 1
Pos : 2
Id: 3
AlbumArtiste : Silverstein
X-AlbumUri: spotify:album:1EZDUjQkJy65ecY1DZDstN
liste_OK
d'accord
DEBUG 2017-03-26 08:46:07,260 [1:MpdSession-33] mopidy.internal.network
Client probablement déconnecté.
DEBUG 2017-03-26 08:46:07,262 [1:MpdSession-33] mopidy.internal.network
Déjà en train de s'arrêter : l'acteur s'arrête.
DEBUG 2017-03-26 08:46:07,706 [1:Dummy-17] mopidy.audio.gst
Evénement de pad SEGMENT obtenu : taux=1.0 format=heure start=0 stop=18446744073709551615 position=0
DEBUG 2017-03-26 08:46:07,707 [1:Dummy-17] mopidy.audio.actor
Événement audio : position_changed(position=0L)
DEBUG 2017-03-26 08:46:07,708 [1:Dummy-17] mpidy.listener
Envoi de position_changed à AudioListener : {'position' : 0L}
DEBUG 2017-03-26 08:46:07,904 [1:MainThread] mpidy.audio.gst
J'ai reçu un message de bus STREAM_START
DEBUG 2017-03-26 08:46:07,904 [1:MainThread] mpidy.audio.actor
Événement audio : stream_changed(uri=u'appsrc://')
DEBUG 2017-03-26 08:46:07,905 [1:MainThread] mpidy.listener
Envoi de stream_changed à AudioListener : {'uri' : u'appsrc://'}
DEBUG 2017-03-26 08:46:07,908 [1:Core-8] mopidy.core.playback
Déclenchement de l'événement de fin de lecture de piste
DEBUG 2017-03-26 08:46:07,910 [1:Core-8] mopidy.listener
Envoi de track_playback_ended à CoreListener : {'time_position' : 468981L, 'tl_track' : TlTrack(tlid=3, track=Track(album=Album(artists=[Artist(name=u'Silverstein', uri='spotify:artist:1Tsag5J854qxeOo2ap ')], date=u'2016', name=u'Ghost', uri='spotify:album:1EZDUjQkJy65ecY1DZDstN'), artists=[Artist(name=u'Silverstein', uri='spotify:artist:1Tsag5J854qxeOo2apszug' )], bitrate=160, date=u'2016', disc_no=0, length=212000, name=u'Ghost', track_no=1, uri='spotify:track:5W12R96LKHS0MxBjs6TQep'))}
DEBUG 2017-03-26 08:46:07,914 [1:Core-8] mopidy.core.playback
Changement d'état : jouer -> jouer
DEBUG 2017-03-26 08:46:07,915 [1:Core-8] mopidy.core.playback
Déclenchement d'un événement de changement d'état de lecture
DEBUG 2017-03-26 08:46:07,917 [1:Core-8] mpidy.listener
Envoi de playback_state_changed à CoreListener : {'old_state' : u'playing', 'new_state' : u'playing'}
DEBUG 2017-03-26 08:46:07,918 [1:MpdFrontend-11] mopidy.listener
Envoi du lecteur à MpdSession : {}
DEBUG 2017-03-26 08:46:07,920 [1:Core-8] mopidy.core.playback
Déclenchement de l'événement de démarrage de la lecture de la piste
DEBUG 2017-03-26 08:46:07,922 [1:Core-8] mopidy.listener
Envoi de track_playback_started à CoreListener : {'tl_track' : TlTrack(tlid=5, track=Track(album=Album(artists=[Artist(name=u'Silverstein', uri='spotify:artist:1Tsag5J854qxeOo2apszug')], date= u'2006', name=u'18 Candles: The Early Years', uri='spotify:album:5wwo3iPJ93pElRfHs97bea'), artists=[Artist(name=u'Silverstein', uri='spotify:artist:1Tsag5J854qxeOo2apszug') ], bitrate=160, date=u'2006', disc_no=0, length=214000, name=u'My Heroine - Acoustic', track_no=13, uri='spotify:track:3n52npc7FPjG4dBZcgLjmD'))}
DEBUG 2017-03-26 08:46:07,926 [1:MainThread] mpidy.audio.gst
Message de bus STATE_CHANGED reçu : ancien=GST_STATE_READY nouveau=GST_STATE_PAUSED en attente=GST_STATE_PLAYING
DEBUG 2017-03-26 08:46:07,928 [1:MainThread] mpidy.audio.gst
Vous avez un message de bus ASYNC_DONE.
DEBUG 2017-03-26 08:46:07,935 [1:MainThread] mpidy.audio.gst
J'ai reçu un message de bus STATE_CHANGED : ancien=GST_STATE_PAUSED nouveau=GST_STATE_PLAYING en attente=GST_STATE_VOID_PENDING
DEBUG 2017-03-26 08:46:07,938 [1:MainThread] mpidy.audio.actor
Événement audio : state_changed(old_state=playing, new_state=playing, target_state=None)
DEBUG 2017-03-26 08:46:07,940 [1:MainThread] mpidy.listener
Envoi de state_changed à AudioListener : {'old_state' : u'playing', 'target_state' : None, 'new_state' : u'playing'}
DEBUG 2017-03-26 08:46:08,230 [1:MainThread] mpidy.audio.gst
Message du bus TAG reçu : tags={'album' : [u'18 Candles: The Early Years'], 'artiste' : [u'Silverstein'], 'title' : [u'My Heroine - Acoustic']}
DEBUG 2017-03-26 08:46:08,231 [1:MainThread] mpidy.audio.actor
Événement audio : tags_changed(tags=['album', 'title', 'artiste'])
DEBUG 2017-03-26 08:46:08,232 [1:MainThread] mpidy.listener
Envoi de tags_changed à AudioListener : {'tags' : ['album', 'title', 'artist']}

Une fois la piste précédente terminée, nous obtenons la série suivante de
événements où nous semblons passer joyeusement à la piste suivante.

DEBUG 2017-03-26 08:49:34,022 [1:SpotifyEventLoop] mopidy_spotify.playback
Fin de piste atteinte
DEBUG 2017-03-26 08:49:34,022 [1:Audio-2] mopidy.audio.gst
Envoi de l'événement de fin de flux appsrc.
DEBUG 2017-03-26 08:49:34,310 [1:SpotifyEventLoop] mopidy_spotify.playback
Fin de piste déjà reçue ; ignorer le rappel
DEBUG 2017-03-26 08:49:38,743 [1:Dummy-27] mopidy.audio.gst
Événement sur le point de se terminer.
DEBUG 2017-03-26 08:49:38,743 [1:Dummy-27] mpidy.audio.actor
Exécution du rappel sur le point de terminer.
DEBUG 2017-03-26 08:49:38,744 [1:SpotifyBackend-6] mopidy_spotify.playback
Changement de piste audio demandé ; chargement et démarrage du lecteur Spotify
DEBUG 2017-03-26 08:49:38,746 [1:Audio-2] mpidy.audio.gst
Envoi de l'événement TAG pour la piste 'spotify:track:5U2p81vdlp2saDTIvk0Lnb': 'taglist, artist=(string)Silverstein, title=(string)"My\ Heroine", album=(string)"Discovering\ the\ Waterfront";'
DEBUG 2017-03-26 08:49:38,748 [1:Dummy-27] mopidy.audio.gst
Vous avez le signal de configuration de la source : element=__main__.GstAppSrc
DEBUG 2017-03-26 08:49:38,751 [1:SpotifyBackend-6] mopidy_spotify.playback
Audio demandé chercher à 0
DEBUG 2017-03-26 08:49:38,752 [1:SpotifyBackend-6] mopidy_spotify.playback
Ignorer la recherche en raison du problème mpidy/mopidy#300
DEBUG 2017-03-26 08:49:40,880 [1:Dummy-17] mopidy.audio.gst
Evénement de pad SEGMENT obtenu : taux=1.0 format=heure start=0 stop=18446744073709551615 position=0
DEBUG 2017-03-26 08:49:40,881 [1:Dummy-17] mopidy.audio.actor
Événement audio : position_changed(position=0L)
DEBUG 2017-03-26 08:49:40,881 [1:Dummy-17] mpidy.listener
Envoi de position_changed à AudioListener : {'position' : 0L}

Cependant, à la fin de celle-ci, nous voyons la piste recommencer :

DEBUG 2017-03-26 08:53:02,619 [1:SpotifyEventLoop] mopidy_spotify.playback
Fin de piste atteinte
DEBUG 2017-03-26 08:53:02,620 [1:Audio-2] mopidy.audio.gst
Envoi de l'événement de fin de flux appsrc.
DEBUG 2017-03-26 08:53:02,810 [1:SpotifyEventLoop] mopidy_spotify.playback
Fin de piste déjà reçue ; ignorer le rappel
DEBUG 2017-03-26 08:53:06,840 [1:Dummy-31] mopidy.audio.gst
Événement sur le point de se terminer.
DEBUG 2017-03-26 08:53:06,840 [1:Dummy-31] mopidy.audio.actor
Exécution du rappel sur le point de terminer.
DEBUG 2017-03-26 08:53:06,842 [1:SpotifyBackend-6] mopidy_spotify.playback
Changement de piste audio demandé ; chargement et démarrage du lecteur Spotify
DEBUG 2017-03-26 08:53:06,843 [1:Audio-2] mpidy.audio.gst
Envoi de l'événement TAG pour la piste 'spotify:track:5U2p81vdlp2saDTIvk0Lnb': 'taglist, artist=(string)Silverstein, title=(string)"My\ Heroine", album=(string)"Discovering\ the\ Waterfront";'
DEBUG 2017-03-26 08:53:06,844 [1:Dummy-31] mopidy.audio.gst
Vous avez le signal de configuration de la source : element=__main__.GstAppSrc
DEBUG 2017-03-26 08:53:06,847 [1:SpotifyBackend-6] mopidy_spotify.playback
Audio demandé chercher à 0
DEBUG 2017-03-26 08:53:06,849 [1:SpotifyBackend-6] mopidy_spotify.playback
Ignorer la recherche en raison du problème mpidy/mopidy#300
DEBUG 2017-03-26 08:53:08,975 [1:Dummy-17] mpidy.audio.gst
Evénement de pad SEGMENT obtenu : taux=1.0 format=heure start=0 stop=18446744073709551615 position=0
DEBUG 2017-03-26 08:53:08,975 [1:Dummy-17] mpidy.audio.actor
Événement audio : position_changed(position=0L)
DEBUG 2017-03-26 08:53:08,976 [1:Dummy-17] mpidy.listener
Envoi de position_changed à AudioListener : {'position' : 0L}

Il convient de noter ici que si vous interrogez l'état avec le client,
alors Mopidy semble penser que nous sommes toujours sur la bonne voie depuis le
premier exemple :

INFO 2017-03-26 08:55:15,437 [1:MpdSession-34] mopidy.mpd.session
Nouvelle connexion MPD depuis [::ffff:172.18.0.1]:35696
DEBUG 2017-03-26 08:55:15,439 [1:MpdSession-34] mopidy.mpd.session
Demande de [::ffff:172.18.0.1]:35696 : command_list_ok_begin
DEBUG 2017-03-26 08:55:15,440 [1:MpdSession-34] mopidy.mpd.session
Demande de [::ffff:172.18.0.1]:35696 : état
DEBUG 2017-03-26 08:55:15,441 [1:MpdSession-34] mopidy.mpd.session
Demande de [::ffff:172.18.0.1]:35696 : chanson actuelle
DEBUG 2017-03-26 08:55:15,442 [1:MpdSession-34] mopidy.mpd.session
Demande de [::ffff:172.18.0.1]:35696 : command_list_end
DEBUG 2017-03-26 08:55:15,449 [1:MpdSession-34] mopidy.mpd.session
Réponse à [::ffff:172.18.0.1]:35696 :
volume : 100
répéter : 1
aléatoire : 0
célibataire : 0
consommer : 0
liste de lecture : 5
longueur de la liste de lecture : 5
fondu enchaîné : 0
état : jouer
chanson : 4
ID de la chanson : 5
chanson suivante : 0
identifiant de la chanson suivante : 1
heure: 547:214
écoulé : 547,989
débit binaire : 160
liste_OK
fichier : spotify : piste : 3n52npc7FPjG4dBZcgLjmD
Temps : 214
Artiste : Silverstein
Album : 18 bougies : les premières années
Titre : Mon Héroïne - Acoustique
Date : 2006
Piste : 13
Pos : 4
Identifiant : 5
AlbumArtiste : Silverstein
X-AlbumUri: spotify:album:5wwo3iPJ93pElRfHs97bea
liste_OK
d'accord
DEBUG 2017-03-26 08:55:15,451 [1:MpdSession-34] mopidy.internal.network
Client probablement déconnecté.
DEBUG 2017-03-26 08:55:15,453 [1:MpdSession-34] mopidy.internal.network
Déjà en train de s'arrêter : l'acteur s'arrête.

La chose principale qui ressort ici est que dans le cas où il
se comporte comme prévu, on voit :

DEBUG 2017-03-26 08:46:07,224 [1:Audio-2] mopidy.audio.gst
Envoi de l'événement TAG pour la piste 'spotify:track:3n52npc7FPjG4dBZcgLjmD': 'taglist, artist=(string)Silverstein, title=(string)"My\ Heroine\ -\ Acoustic", album=(string)"18\ Candles:\ The \ premières\ années";'
[...]
DEBUG 2017-03-26 08:46:08,230 [1:MainThread] mpidy.audio.gst
Message du bus TAG reçu : tags={'album' : [u'18 Candles: The Early Years'], 'artiste' : [u'Silverstein'], 'title' : [u'My Heroine - Acoustic']}

Mais dans le cas où cela ne fonctionne pas comme prévu, nous ne voyons que le
Message "Envoi d'événement TAG".

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub https://github.com/mopidy/mopidy/issues/1528#issuecomment-289267755 , ou coupez le fil https://github.com/notifications/unsubscribe-auth/ABEM88lhfdyJWiIrlgk_LH6DcnGy0PuOks5

Je pourrais également noter que je voyais cela à la fois avec et sans répétition. Il se trouve que je le testais contre la répétition lorsque j'ai rassemblé ces journaux.

Salut,
J'ai juste fait quelques tests avec des fichiers vraiment courts (je n'aurais donc pas à écouter de très longues chansons pour voir si cela fonctionnait ou non) et mes conclusions :

  1. Lorsque j'ai commenté le paramètre de sortie, cela s'est produit après environ 4 ou 5 pistes.
  2. Quand j'ai eu le paramètre de sortie sans commentaire et réglé sur autre chose, cela s'est produit juste après la deuxième piste.
  3. Il convient également de noter que je ne le remarque généralement pas sur ma bibliothèque musicale avec le paramètre de sortie commenté, donc peut-être que si les chansons sont longues (et non des sons courts) et que le paramètre de sortie n'est pas défini dans le fichier de configuration, cela ne se produit pas ou n'arrive pas aussi souvent ?
  4. les journaux sont ici (je n'ai pas pu faire fonctionner mon lecteur d'écran avec la boîte de dialogue d'attachement, sinon je l'aurais fait) (#1 lorsque la sortie a été définie explicitement, #2 lorsqu'elle a été commentée). https://mtserver.mwtd.net/mopidy1.txt , https://mtserver.mwtd.net/mopidy2.txt

-Michael.

ce bug peut-il être étiqueté comme un bug ?
il y a eu 2 versions depuis que ce bug a été comblé et il n'a pas encore attiré l'attention...
Je suis un nouveau venu, pour un cas d'utilisation simple qui remplace MPD, ce bug est un bloqueur majeur.

J'ai fait un peu plus d'expérimentations avec mon conteneur et

Ce qui m'a aidé, c'est de supprimer la ligne suivante de ma configuration :

output = audioresample ! audioconvert ! vorbisenc ! oggmux ! shout2send mount=stream.ogg ip=icecast port=8000 password=hackme

J'ai pu vérifier l'état avec MPC et voir les pistes progresser comme prévu.

L'ajout de la ligne suivante m'a permis de restaurer la sortie avec Icecast, et sans que ce bogue ne se produise.

output = lamemp3enc ! shout2send mount=stream.mp3 ip=icecast port=8000 password=hackme

Ma conclusion à ce stade est donc qu'il y a une mauvaise interaction avec l'encodage Ogg Vorbis de la sortie. Je me demande s'il vaut la peine de supprimer cet exemple de https://docs.mopidy.com/en/latest/audio/#streaming -through-icecast, car il semble plutôt trompeur.

Je peux confirmer le problème avec oggmux, je l'ai reproduit en utilisant opusenc au lieu de vorbis. Quelqu'un pourrait-il examiner cela?

ce bug peut-il être étiqueté comme un bug ?
il y a eu 2 versions depuis que ce bug a été comblé et il n'a pas encore attiré l'attention...
Je suis un nouveau venu, pour un cas d'utilisation simple qui remplace MPD, ce bug est un bloqueur majeur.

Merci en avance.

C'est toujours un problème, mais cela ne semble pas être limité à Icecast, comme cela se produit pour moi avec la configuration par défaut.

Y a-t-il eu des mises à jour sur ce problème? J'ai eu le même problème avec mopidy-subidy, et je l'ai également avec un plugin backend sur lequel je travaille. Il semble que le même problème se produise avec le plugin Gmusic #183 .

EDIT : j'ai ce problème avec MPD et HTTP (avec Mopidy-Material-Webclient). Dans MPD, je peux passer à la chanson suivante en appuyant rapidement sur <> (en arrière), donc je suppose qu'il s'agit d'une condition de course ou d'un problème de timing ? Il peut également être intéressant de noter que les chansons arriveront parfois à leur fin et ne passeront pas automatiquement à la chanson suivante.

Je constate également des échecs similaires pour changer de piste (c'est un bloqueur pour moi), avec une sortie par défaut vers la session en cours de la machine locale (pulseaudio/Ubuntu18.10). Le changement de piste se bloque de la même manière que décrit ci-dessus, en particulier lors de la lecture de fichiers ogg, alors que mp3 / spotify fonctionne correctement. Je ne sais rien, mais le bug suivant (corrigé !) de la clémentine est-il similaire ? https://github.com/clementine-player/Clementine/pull/6103 Dans mon cas, j'ai en effet des fichiers ogg avec des taux d'échantillonnage différents.

Je pense que c'est la version gstreamer qui est la clé ici. Soyez gentil si quelqu'un avec le problème peut essayer de le déclasser.

Je peux essayer de rétrograder ; y a-t-il une version spécifique que je devrais essayer ?

v1.10 peut-être.

D'accord, on dirait que c'est gstreamer après tout ; Je n'ai pas pu faire fonctionner la v1.10 avec Mopidy, mais la v1.12.2 n'a aucun problème. Toute version antérieure qui semble avoir le même problème décrit ci-dessus.

@pv ce problème Clementine est intéressant et il serait facile de pirater le même commutateur de file d'attente à queue2 dans votre code Mopidy et de l'essayer. J'ai été incapable de le reproduire jusqu'à présent moi-même, mais peut-être que des taux d'échantillonnage différents sont la clé.

@kingosticks : merci pour la suggestion. Je le confirme avec les modifications suivantes (vers mpidy 2.2.2) :

--- mopidy/audio/actor.py.old   2019-01-13 14:22:34.377491564 +0200
+++ mopidy/audio/actor.py   2019-01-13 14:22:55.836419833 +0200
@@ -134,7 +134,10 @@
         logger.info('Audio output set to "%s"', description)

     def _add(self, element):
-        queue = Gst.ElementFactory.make('queue')
+        if os.environ.get('MOPIDY_QUEUE2', '0').strip() == '1':
+            queue = Gst.ElementFactory.make('queue2')
+        else:
+            queue = Gst.ElementFactory.make('queue')
         self.add(element)
         self.add(queue)
         queue.link(element)
@@ -492,7 +495,10 @@

     def _setup_audio_sink(self):
         audio_sink = Gst.ElementFactory.make('bin', 'audio-sink')
-        queue = Gst.ElementFactory.make('queue')
+        if os.environ.get('MOPIDY_QUEUE2', '0').strip() == '1':
+            queue = Gst.ElementFactory.make('queue2')
+        else:
+            queue = Gst.ElementFactory.make('queue')
         volume = Gst.ElementFactory.make('volume')

         # Queue element to buy us time between the about-to-finish event and

le problème est présent 100 % du temps lors de l'exécution de MOPIDY_QUEUE2=0 mopidy et n'est jamais présent avec MOPIDY_QUEUE2=1 mopidy .

La plus petite reproduction que j'ai trouvée concerne les deux fichiers ogg joints --- ils doivent tous les queue (gstreamer 1.14.4) se bloque lors du passage de a.ogg à b.ogg alors que queue2 semble bien changer. ab-ogg.zip

Peut-être qu'il y a plusieurs problèmes causant des problèmes d'apparence similaire, mais la chose file d'attente/queue2 semble au moins reproductible ici, et était à l'origine des problèmes que je voyais.

Joli. Merci d'avoir essayé cela et pour ces fichiers sont parfaits pour la reproduction. J'ai également trouvé ailleurs que la suppression du fakesink semble résoudre les problèmes avec la dernière version de Gstreamer. Donc, si je combine les deux et que j'utilise simplement queue2 pour le fakesink, alors tout sauf appsrc (Spotify) semble fonctionner à nouveau. Si je veux également que appsrc fonctionne de manière fiable, la suppression du fakesink semble être le seul moyen - mais c'est peut-être un problème entièrement différent.

D'ACCORD. Donc, je pense que j'ai une poignée sur cela maintenant. Il semble y avoir plusieurs problèmes lors du changement de piste.

  1. Lors de l'utilisation de shout2send. Une solution de contournement qui corrige toutes les variantes de pipeline que j'ai essayées consiste à définir le paramètre de puits async=false . c'est à dire
output = tee name=t ! queue ! autoaudiosink t. ! queue ! lamemp3enc ! shout2send async=false mount=mopidy ip=127.0.0.1 port=8000 password=hackme
  1. Tacks avec différents taux d'échantillonnage comme vu par @pv.
    Corrigé en échangeant nos éléments queue éléments queue2 ou en supprimant notre fakesink toujours connecté . Ce dernier est préférable car il est actuellement redondant. De plus, queue et queue2 se comportent légèrement différemment et appsrc est très sensible aux changements de mise en mémoire tampon.

  2. Flux nécessitant une mise en mémoire tampon (#1722). Le journal contiendra les messages « Race condition s'est produit. Voir #1222 et #1430 ».

Le correctif pour cela sera dans la prochaine version v2.2.3.

Je peux confirmer que l'installation à partir de la branche master (avec pip install --user git+https://github.com/mopidy/mopidy.git ) corrige certains problèmes de lecture que j'ai rencontrés avec le plugin Mopidy que je maintiens . Le problème exact était que les pistes changeaient correctement, mais quelles que soient les métadonnées de la piste, le flux audio lui-même était toujours le même (celui de la première piste).

Le correctif pour cela sera dans la prochaine version v2.2.3.

Hourra! Merci beaucoup

Je semble rencontrer cela dans 3.0.1 sur Debian 10 ( détails ).

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