Mopidy: Bug: Mehrere .mp3-Dateien auf den mopidy-Server kopieren

Erstellt am 29. Feb. 2016  ·  13Kommentare  ·  Quelle: mopidy/mopidy

Ich habe 20 MP3-Dateien auf den Mopidy-Server kopiert
Lage:
/home/pi/Music
Wenn ich versuche, mit diesem Befehl lokal zu scannen:
sudo mopidyctl local scan

WARNUNG fehlgeschlagen local:track :Fekete%20Teve/Fekete%20Teve%20-%20R%C5%91zse-Dalok%20%282011%29/01%20-%20Fekete%20Teve%20-%20Szeptember.mp3: Track kürzer als 100ms

Aber es ist eine gültige mp3-Datei, weil ich über das Terminal abspielen kann:

omxplayer 01\ -\ Fekete\ Teve\ -\ Szeptember.mp3

Wenn ich sudo mopidyctl local scan mehrmals ausführe, ist der Mopidy-Scan manchmal erfolgreich, aber meistens nicht.

C-bug A-audio

Hilfreichster Kommentar

Es gibt ein paar Optionen, aber die schnelle und schmutzige besteht darin, die Datei /usr/lib/python2.7/dist-packages/mopidy/audio/scan.py durch die aktualisierte Version zu ersetzen:

$ 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

Dieser erstellt einfach eine Sicherungskopie des Originals, lädt die neue Version herunter und kopiert sie dann über das Original. Möglicherweise müssen Sie zuerst das Dienstprogramm wget mit sudo apt-get install wget installieren
Dann mopidy neu starten.
Sie können zurücksetzen mit:

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

Alle 13 Kommentare

Bitte führen Sie den Befehl mopidy deps und geben Sie den letzten Abschnitt von "GStreamer:" und abwärts an. Dies wird uns sagen, welche MP3-Dekodierungselemente Sie in Ihrer GStreamer-Installation haben.

Dupe von #935 oder vielleicht zumindest die gleiche Ursache?

Ja ich denke es ist der gleiche Fehler

Hier ist die Ausgabe von 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

Ich frage mich, ob dies ein ähnlicher Upstream-Fehler wie https://bugzilla.gnome.org/show_bug.cgi?id=762660 ist.

Vielleicht könnten Sie Folgendes mit ein paar Dateien versuchen, die nicht richtig gescannt werden:

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

... um zu sehen, ob gstreamer die Daten in einer unerwarteten Reihenfolge zurückgibt. In diesem Fall sollten wir einen Upstream-Fehlerbericht einreichen.

Upstream-Fehler, abgelegt unter https://bugzilla.gnome.org/show_bug.cgi?id=763553

Upstream-Fix, angewendet von den guten Leuten bei gstreamer. Dies sollte #935, #1453, #1474 und #1480 beheben.

Um vom Upstream-Fix zu profitieren, müssen Sie entweder gstreamer aus dem Quellcode kompilieren (https://cgit.freedesktop.org/gstreamer/gstreamer/) oder warten, bis gstreamer 1.7.91 für Ihre Distribution veröffentlicht wird.

In der Zwischenzeit werde ich eine Pull-Anfrage mit einem Workaround für Mopidy stellen.

@szuniverse : : Wenn Sie eine Chance haben, können Sie bitte mit https://github.com/SeeSpotRun/mopidy/tree/fix/gstreamer_not_pushing_tags_2 testen, ob das Problem dadurch behoben wird ? Dieser Zweig hat eine Problemumgehung in mopidy/audio/scan.py, um einen Upstream-Fehler in gstreamer zu beheben.

Alternativ, wenn Sie abenteuerlustig sind, können Sie versuchen, gstreamer aus der Git-Quelle zu kompilieren ...

Können Sie mir helfen, wie ich diesen Zweig installieren kann? Ich verwende Himbeer-Pi mit dem neuesten RASPBIAN JESSIE.
und normalerweise installiere ich mopidy mit diesen Befehlen:

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

Es gibt ein paar Optionen, aber die schnelle und schmutzige besteht darin, die Datei /usr/lib/python2.7/dist-packages/mopidy/audio/scan.py durch die aktualisierte Version zu ersetzen:

$ 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

Dieser erstellt einfach eine Sicherungskopie des Originals, lädt die neue Version herunter und kopiert sie dann über das Original. Möglicherweise müssen Sie zuerst das Dienstprogramm wget mit sudo apt-get install wget installieren
Dann mopidy neu starten.
Sie können zurücksetzen mit:

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

nett. es funktioniert gut! gute arbeit :+1: :)

1487 wurde fusioniert.

Ich bin mir nicht sicher, wo dieses Problem gepostet werden soll, also werde ich es gleich hier versuchen:
Da ich mopidy auf einem frischen Raspian-Jessie-Image installiert habe, kann ich weder lokal gespeicherte m4a- noch mp3-Dateien abspielen.
Es hat eine HifiBerry-Soundkarte installiert (hatte vorher funktioniert) und mopidy läuft als Dienst, ABER SEIT DER NEUINSTALLATION führt der Befehl "sudo mopidyctl local scan" zu Fehlern für alle gefundenen Dateien.

BEISPIEL:

WARNUNG fehlgeschlagen local:track :DJ%20Wigs/Loungin%27/01%20Titel%2001.m4a: Kein Audio in der Datei gefunden.

mopidy deps sagt:

$ mopidy deps
libGL-Fehler: Keine passenden fbConfigs oder Visuals gefunden
libGL-Fehler: Treiber konnte nicht geladen werden: swrast
Ausführbare Datei: /usr/bin/mopidy
Plattform: Linux-4.1.19+-armv6l-with-debian-8.0
Python: CPython 2.7.9 aus /usr/lib/python2.7
Mopidy: 2.0.0 von /usr/lib/python2.7/dist-packages
Pykka>=1.1: 1.2.1 aus /usr/lib/python2.7/dist-packages
Anfragen>=2.0: 2.4.3 von /usr/lib/python2.7/dist-packages
tornado>=2.3: 3.2.2 von /usr/lib/python2.7/dist-packages
GStreamer: 1.4.4.0 von /usr/lib/python2.7/dist-packages/gi
Genaue Information:
Python-Wrapper: python-gi 3.14.0
Relevante Elemente:
Gefunden:
uridecodebin
Suppehttpsrc
Appsrc
alsasink
osssink
oss4sink
Impulssenke
plump3dec
id3demux
id3v2mux
verrückt
mpegaudioparse
mpg123audiodec
vorbisdec
vorbisenc
vorbisparse
oggdemux
oggmux
ogparse
flacdec
flacparse
Shout2Send
Nicht gefunden:
lamemp3enc

Und die eigentliche Konfiguration sieht so aus:

$ sudo mopidyctl config
Ausführen von "/usr/bin/mopidy --config /usr/share/mopidy/conf.d:/etc/mopidy/mopidy.conf config" als Benutzer mopidy
[Ader]
cache_dir = /var/cache/mopidy
config_dir = /etc/mopidy
data_dir = /var/lib/mopidy
max_tracklist_length = 10000

[Protokollierung]
Farbe = wahr
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
config_file = /etc/mopidy/logging.conf

[Audio]
Mischer = Software
Mixer_Volumen =
Ausgang = Autoaudiosink
Pufferzeit =

[Proxy]
Schema =
Hostname =
Hafen =
Benutzername =
Passwort =

[mpd]
aktiviert = wahr
Hostname = 127.0.0.1
Port = 6600
Passwort =
max_connections = 20
connection_timeout = 60
zeroconf = Mopidy MPD-Server auf $hostname
command_blacklist =
listen Sie alle auf
listallinfo
default_playlist_scheme = m3u

[http]
aktiviert = wahr
Hostname = 127.0.0.1
Port = 6680
static_dir =
zeroconf = Mopidy HTTP-Server auf $hostname

[Strom]
aktiviert = wahr
Protokolle =
http
https
mm
rtmp
rtmps
rtsp
metadata_blacklist =
Zeitüberschreitung = 5000

[m3u]
aktiviert = wahr
base_dir =
default_encoding = latein-1
default_extension = .m3u8
playlists_dir = /var/lib/mopidy/playlists

[Softwaremixer]
aktiviert = wahr

[Datei]
aktiviert = wahr
media_dirs =
$XDG_MUSIC_DIR|Musik
~/|Zuhause
show_dotfiles = false
follow_symlinks = false
Metadaten_timeout = 1000

[lokal]
aktiviert = wahr
Bibliothek = json
media_dir = /media/usb1/iTunes Musik
scan_timeout = 1000
scan_flush_threshold = 100
scan_follow_symlinks = false
ausgeschlossen_file_extensions =
.Verzeichnis
.html
.jpeg
.jpg
.Protokoll
.info
.png

Die Musikdateien haben sich auf der alten Installation gut abgespielt und die Dateiberechtigung für alle ist wie folgt festgelegt:

$ ls -l /media/usb1/iTunes\ Musik/DJ\ Perücken/Lounge\'/
insgesamt 155992
-rwxr-xr-x 1 mopidy audio 31944754 7. März 2011 01 Titel 01.m4a
-rwxr-xr-x 1 mopidy audio 44805884 7. März 2011 02 Titel 02.m4a
-rwxr-xr-x 1 mopidy audio 42822626 7. März 2011 03 Titel 03.m4a
-rwxr-xr-x 1 mopidy audio 40156581 7. März 2011 04 Titel 04.m4a

Kann mich jemand mit meiner Frage zur Lösung des Problems in die richtige Richtung lenken? Bei Bedarf könnte ich weitere Informationen liefern.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen