Veuillez exécuter la commande mopidy deps et fournir la dernière section, à partir de « GStreamer : » et vers le bas. Cela nous indiquera quels éléments de décodage MP3 vous avez dans votre installation GStreamer.

Dupe de #935, ou peut-être au moins la même cause profonde ?

Oui je pense que c'est le même bug

Voici le résultat mopidy deps :

pi<strong i="7">@musicbox</strong> ~ $ mopidy deps
Executable: /usr/bin/mopidy
Platform: Linux-4.1.10-v7+-armv7l-with-debian-8.0
Python: CPython 2.7.9 from /usr/lib/python2.7
Mopidy: 2.0.0 from /usr/lib/python2.7/dist-packages
  Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/dist-packages
  requests>=2.0: 2.4.3 from /usr/lib/python2.7/dist-packages
  tornado>=2.3: 3.2.2 from /usr/lib/python2.7/dist-packages
Mopidy-MusicBox-Webclient: 2.1.1 from /usr/local/lib/python2.7/dist-packages
  setuptools: 5.5.1 from /usr/lib/python2.7/dist-packages
  Mopidy>=1.1.0: 2.0.0 from /usr/lib/python2.7/dist-packages
    Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/dist-packages
    requests>=2.0: 2.4.3 from /usr/lib/python2.7/dist-packages
    tornado>=2.3: 3.2.2 from /usr/lib/python2.7/dist-packages
Mopidy-Local-Images: 1.0.0 from /usr/local/lib/python2.7/dist-packages
  uritools>=1.0: 1.0.1 from /usr/local/lib/python2.7/dist-packages
    ipaddress>=1.0.6: 1.0.16 from /usr/local/lib/python2.7/dist-packages
  Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/dist-packages
  setuptools: 5.5.1 from /usr/lib/python2.7/dist-packages
  Mopidy>=1.1: 2.0.0 from /usr/lib/python2.7/dist-packages
    Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/dist-packages
    requests>=2.0: 2.4.3 from /usr/lib/python2.7/dist-packages
    tornado>=2.3: 3.2.2 from /usr/lib/python2.7/dist-packages
Mopidy-Spotify-Web: 0.3.0 from /usr/local/lib/python2.7/dist-packages
  setuptools: 5.5.1 from /usr/lib/python2.7/dist-packages
  Mopidy>=0.19.0: 2.0.0 from /usr/lib/python2.7/dist-packages
    Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/dist-packages
    requests>=2.0: 2.4.3 from /usr/lib/python2.7/dist-packages
    tornado>=2.3: 3.2.2 from /usr/lib/python2.7/dist-packages
  Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/dist-packages
  Mopidy-Spotify>=1.2.0: 3.0.0 from /usr/lib/python2.7/dist-packages
    Mopidy>=2.0: 2.0.0 from /usr/lib/python2.7/dist-packages
      Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/dist-packages
      requests>=2.0: 2.4.3 from /usr/lib/python2.7/dist-packages
      tornado>=2.3: 3.2.2 from /usr/lib/python2.7/dist-packages
    Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/dist-packages
    pyspotify>=2.0.5: 2.0.5 from /usr/lib/python2.7/dist-packages
      cffi>=1.0.0: 1.1.2 from /usr/lib/python2.7/dist-packages
        pycparser: 2.10 from /usr/lib/python2.7/dist-packages
    requests>=2.0: 2.4.3 from /usr/lib/python2.7/dist-packages
  requests: 2.4.3 from /usr/lib/python2.7/dist-packages
  spotipy: 2.3.7 from /usr/local/lib/python2.7/dist-packages
    requests>=1.0: 2.4.3 from /usr/lib/python2.7/dist-packages
Mopidy-Spotify: 3.0.0 from /usr/lib/python2.7/dist-packages
  Mopidy>=2.0: 2.0.0 from /usr/lib/python2.7/dist-packages
    Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/dist-packages
    requests>=2.0: 2.4.3 from /usr/lib/python2.7/dist-packages
    tornado>=2.3: 3.2.2 from /usr/lib/python2.7/dist-packages
  Pykka>=1.1: 1.2.1 from /usr/lib/python2.7/dist-packages
  pyspotify>=2.0.5: 2.0.5 from /usr/lib/python2.7/dist-packages
    cffi>=1.0.0: 1.1.2 from /usr/lib/python2.7/dist-packages
      pycparser: 2.10 from /usr/lib/python2.7/dist-packages
  requests>=2.0: 2.4.3 from /usr/lib/python2.7/dist-packages
GStreamer: 1.4.4.0 from /usr/lib/python2.7/dist-packages/gi
  Detailed information: 
    Python wrapper: python-gi 3.14.0
    Relevant elements:
      Found:
        uridecodebin
        souphttpsrc
        appsrc
        alsasink
        osssink
        oss4sink
        pulsesink
        id3demux
        id3v2mux
        lamemp3enc
        mad
        mpegaudioparse
        mpg123audiodec
        vorbisdec
        vorbisenc
        vorbisparse
        oggdemux
        oggmux
        oggparse
        flacdec
        flacparse
        shout2send
      Not found:
        flump3dec

Je me demande s'il s'agit d'un bogue en amont similaire à https://bugzilla.gnome.org/show_bug.cgi?id=762660.

Vous pourriez peut-être essayer ce qui suit sur quelques fichiers qui ne sont pas analysés correctement :

$ gst-launch-1.0 filesrc location=foo.mp3 \
! mpegaudioparse ! fakesink \
num-buffers=2 silent=false -v -m | grep --color -E "duration|preroll|"

... pour voir si gstreamer renvoie les données dans un ordre inattendu, auquel cas nous devons déposer un rapport de bogue en amont.

Bogue en amont déposé sur https://bugzilla.gnome.org/show_bug.cgi?id=763553

Correctif en amont appliqué par les bonnes personnes de gstreamer. Cela devrait corriger #935, #1453, #1474 et #1480.

Pour bénéficier du correctif en amont, vous devrez soit compiler gstreamer à partir des sources (https://cgit.freedesktop.org/gstreamer/gstreamer/) soit attendre la sortie de gstreamer 1.7.91 pour votre distribution.

En attendant, je vais lancer une pull request avec une solution de contournement pour mpidy.

@szuniverse : : si vous en avez l'occasion, pourriez-vous s'il vous plaît tester en utilisant https://github.com/SeeSpotRun/mopidy/tree/fix/gstreamer_not_pushing_tags_2 pour voir si cela résout le problème ? Cette branche a une solution de contournement dans mpidy/audio/scan.py pour corriger un bogue en amont dans gstreamer.

Alternativement, si vous vous sentez aventureux, vous pouvez essayer de compiler gstreamer à partir de la source git...

Pourriez-vous m'aider à installer cette branche ? J'utilise raspberry pi avec le dernier RASPBIAN JESSIE.
et j'installe habituellement mopidy avec ces commandes :

https://docs.mopidy.com/en/latest/installation/debian/

Il existe quelques options, mais la plus simple consiste simplement à remplacer le fichier /usr/lib/python2.7/dist-packages/mopidy/audio/scan.py par la version mise à jour :

$ cp  /usr/lib/python2.7/dist-packages/mopidy/audio/scan.py scan.py.bak
$ wget https://raw.githubusercontent.com/SeeSpotRun/mopidy/fix/gstreamer_not_pushing_tags_2/mopidy/audio/scan.py
$ sudo cp scan.py   /usr/lib/python2.7/dist-packages/mopidy/audio/scan.py

Cela fait simplement une copie de sauvegarde de l'original, télécharge la nouvelle version, puis la copie sur l'original. Vous devrez peut-être d'abord installer l'utilitaire wget en utilisant sudo apt-get install wget
Redémarrez ensuite mpidy.
Vous pouvez revenir en utilisant :

$ sudo cp scan.py.bak /usr/lib/python2.7/dist-packages/mopidy/audio/scan.py

joli. ça fonctionne bien! bon travail :+1: :)

1487 a été fusionné.

Je ne sais pas si ce problème est censé être publié, je vais donc l'essayer ici:
Depuis que j'ai installé mpidy sur une nouvelle image raspian jessie, je ne peux ni lire les fichiers m4a ni mp3 stockés localement.
Il a une carte son HifiBerry installée (fonctionnait auparavant) et mpidy fonctionne en tant que service MAIS DEPUIS LA RÉINSTALLATION, la commande "sudo mopidyctl local scan" entraîne des erreurs pour tous les fichiers trouvés.

EXEMPLE:

AVERTISSEMENT Échec local:track :DJ%20Wigs/Loungin%27/01%20Titel%2001.m4a : aucun audio trouvé dans le fichier.

mopidy deps dit :

$ mpidy deps
Erreur libGL : aucune fbConfigs ou visuels correspondants trouvés
erreur libGL : échec du chargement du pilote : skrast
Exécutable : /usr/bin/mopidy
Plate-forme : Linux-4.1.19+-armv6l-with-debian-8.0
Python : CPython 2.7.9 de /usr/lib/python2.7
Mopidy : 2.0.0 depuis /usr/lib/python2.7/dist-packages
Pykka>=1.1 : 1.2.1 depuis /usr/lib/python2.7/dist-packages
requêtes>=2.0 : 2.4.3 depuis /usr/lib/python2.7/dist-packages
tornade>=2.3 : 3.2.2 depuis /usr/lib/python2.7/dist-packages
GStreamer : 1.4.4.0 depuis /usr/lib/python2.7/dist-packages/gi
Des informations détaillées:
Emballage Python : python-gi 3.14.0
Éléments pertinents :
Trouvé:
uridecodebin
soupehttpsrc
applicationsrc
alsasink
osselet
oss4sink
puits d'impulsion
flup3dec
id3demux
id3v2mux
fou
mpegaudioparse
mpg123audiodec
vorbisdec
vorbisenc
vorbisparse
oggdemux
oggmux
oggparse
flacdec
flacparse
crier2envoyer
Pas trouvé:
lamemp3enc

Et la configuration actuelle ressemble à ceci :

$ sudo mopidyctl config
Exécuter "/usr/bin/mopidy --config /usr/share/mopidy/conf.d:/etc/mopidy/mopidy.conf config" en tant qu'utilisateur mopidy
[coeur]
cache_dir = /var/cache/mopidy
config_dir = /etc/mopidy
rép_données = /var/lib/mopidy
max_tracklist_length = 10000

[enregistrement]
couleur = vrai
console_format = %(levelname)-8s %(message)s
debug_format = %(levelname)-8s %(asctime)s [%(process)d:%(threadName)s] %(name)s\n %(message)s
debug_file = /var/log/mopidy/mopidy-debug.log
fichier_config = /etc/mopidy/logging.conf

[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 = /var/lib/mopidy/playlists

[mixeur de logiciels]
activé = vrai

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

[local]
activé = vrai
bibliothèque = json
media_dir = /media/usb1/iTunes Musique
scan_timeout = 1000
scan_flush_threshold = 100
scan_follow_symlinks = faux
exclu_fichier_extensions =
.annuaire
.html
.jpeg
.jpg
.Journal
.nfo
.png

Les fichiers musicaux ont bien fonctionné sur l'ancienne installation et l'autorisation de fichier pour chacun d'eux est définie comme suit :

$ ls -l /media/usb1/iTunes\ Music/DJ\ Wigs/Loungin\'/
total 155992
-rwxr-xr-x 1 mopidy audio 31944754 7 mars 2011 01 Titre 01.m4a
-rwxr-xr-x 1 mpidy audio 44805884 7 mars 2011 02 Titre 02.m4a
-rwxr-xr-x 1 mpidy audio 42822626 7 mars 2011 03 Titre 03.m4a
-rwxr-xr-x 1 mpidy audio 40156581 7 mars 2011 04 Titre 04.m4a

Quelqu'un pourrait-il m'orienter dans la bonne direction avec ma question sur la façon de résoudre ce problème? Si nécessaire, je pourrais fournir de plus amples informations.