Mopidy: Bug: copie vários arquivos .mp3 para o servidor mopidy machin

Criado em 29 fev. 2016  ·  13Comentários  ·  Fonte: mopidy/mopidy

Copiei 20 arquivos mp3 para o servidor mopidy
localização:
/home/pi/Music
quando tento fazer uma varredura local com este comando:
sudo mopidyctl local scan

AVISO Local de falha : faixa : Fekete% 20Teve / Fekete% 20Teve% 20-% 20R% C5% 91zse-Dalok% 20% 282011% 29/01% 20-% 20Fekete% 20Teve% 20-% 20Szeptember.mp3: Faixa mais curta que 100ms

Mas é um arquivo mp3 válido porque posso tocar via terminal:

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

Se eu executar o sudo mopidyctl local scan várias vezes, às vezes a varredura mopidy é bem-sucedida, mas na maioria das vezes não.

C-bug A-audio

Comentários muito úteis

Existem algumas opções, mas a mais rápida e suja é apenas substituir o arquivo /usr/lib/python2.7/dist-packages/mopidy/audio/scan.py pela versão atualizada:

$ 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

Isso apenas faz uma cópia de backup do original, baixa a nova versão e a copia sobre o original. Pode ser necessário instalar o utilitário wget primeiro usando sudo apt-get install wget
Em seguida, reinicie o mopidy.
Você pode reverter usando:

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

Todos 13 comentários

Execute o comando mopidy deps e forneça a última seção, de "GStreamer:" e abaixo. Isso nos dirá quais elementos de decodificação de MP3 você tem na instalação do GStreamer.

Dupe de # 935, ou talvez a mesma causa raiz, pelo menos?

Sim, acho que é o mesmo bug

Aqui está a saída 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

Eu me pergunto se este é um bug upstream semelhante a https://bugzilla.gnome.org/show_bug.cgi?id=762660.

Talvez você possa tentar o seguinte em alguns arquivos que são / não verificados corretamente:

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

... para ver se o gstreamer está retornando os dados em uma ordem inesperada, caso em que devemos enviar um relatório de bug upstream.

Correção do upstream aplicada pelo bom pessoal do gstreamer. Isso deve corrigir # 935, # 1453, # 1474 e # 1480.

Para se beneficiar da correção do upstream, você precisará compilar o gstreamer a partir do código-fonte (https://cgit.freedesktop.org/gstreamer/gstreamer/) ou aguardar o lançamento do gstreamer 1.7.91 para sua distribuição.

Enquanto isso, levantarei uma solicitação pull com uma solução alternativa para o mopidy.

@szuniverse :: se você tiver uma chance, poderia testar usando https://github.com/SeeSpotRun/mopidy/tree/fix/gstreamer_not_pushing_tags_2 para ver se isso corrige o problema? Este branch tem uma solução alternativa em mopidy / audio / scan.py para resolver um bug do upstream no gstreamer.

Alternativamente, se você estiver se sentindo aventureiro, pode tentar compilar o gstreamer a partir do código-fonte git ...

Você poderia me ajudar como posso instalar este branch? Estou usando framboesa pi com o mais recente RASPBIAN JESSIE.
e geralmente instalo o mopidy com estes comandos:

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

Existem algumas opções, mas a mais rápida e suja é apenas substituir o arquivo /usr/lib/python2.7/dist-packages/mopidy/audio/scan.py pela versão atualizada:

$ 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

Isso apenas faz uma cópia de backup do original, baixa a nova versão e a copia sobre o original. Pode ser necessário instalar o utilitário wget primeiro usando sudo apt-get install wget
Em seguida, reinicie o mopidy.
Você pode reverter usando:

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

legais. Funciona bem! bom trabalho: +1: :)

1487 foi fundido.

Não tenho certeza se esse problema deve ser postado, então vou tentar aqui:
Desde que instalei o mopidy em uma imagem raspian jessie nova, não consigo reproduzir arquivos m4a nem mp3 armazenados localmente.
Ele tem uma placa de som HifiBerry instalada (funcionava antes) e o mopidy funciona como um serviço, MAS DESDE A REINSTALAÇÃO o comando "sudo mopidyctl local scan" resulta em erros para todos os arquivos encontrados.

EXEMPLO:

AVISO Falha local: faixa : DJ% 20Wigs / Loungin% 27/01% 20Titel% 2001.m4a: Nenhum áudio encontrado no arquivo.

mopidy deps diz:

$ mopidy deps
Erro libGL: nenhum fbConfigs ou visual correspondente encontrado
Erro libGL: falha ao carregar o driver: swrast
Executável: / usr / bin / mopidy
Plataforma: Linux-4.1.19 + -armv6l-with-debian-8.0
Python: CPython 2.7.9 de /usr/lib/python2.7
Mopidy: 2.0.0 de /usr/lib/python2.7/dist-packages
Pykka> = 1.1: 1.2.1 de /usr/lib/python2.7/dist-packages
solicitações> = 2.0: 2.4.3 de /usr/lib/python2.7/dist-packages
tornado> = 2.3: 3.2.2 from /usr/lib/python2.7/dist-packages
GStreamer: 1.4.4.0 de /usr/lib/python2.7/dist-packages/gi
Informação detalhada:
Wrapper Python: python-gi 3.14.0
Elementos relevantes:
Encontrado:
uridecodebina
souphttpsrc
appsrc
alsasink
Osssink
oss4sink
pulsesink
flump3dec
id3demux
id3v2mux
louco
mpegaudioparse
mpg123audiodec
vorbisdec
vorbisenc
vorbisparse
oggdemux
oggmux
oggparse
flacdec
flacpar
shout2send
Não encontrado:
lamemp3enc

E a configuração real se parece com isto:

$ sudo mopidyctl config
Executando "/ usr / bin / mopidy --config /usr/share/mopidy/conf.d:/etc/mopidy/mopidy.conf config" como usuário mopidy
[essencial]
cache_dir = / var / cache / mopidy
config_dir = / etc / mopidy
data_dir = / var / lib / mopidy
max_tracklist_length = 10000

[exploração madeireira]
color = true
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

[áudio]
mixer = software
mixer_volume =
output = autoaudiosink
buffer_time =

[proxy]
esquema =
hostname =
porta =
nome de usuário =
senha =

[mpd]
ativado = verdadeiro
hostname = 127.0.0.1
porta = 6600
senha =
max_connections = 20
connection_timeout = 60
zeroconf = Servidor MPD Mopidy em $ hostname
command_blacklist =
listall
listallinfo
default_playlist_scheme = m3u

[http]
ativado = verdadeiro
hostname = 127.0.0.1
porta = 6680
static_dir =
zeroconf = Servidor HTTP Mopidy em $ hostname

[Stream]
ativado = verdadeiro
protocolos =
http
https
mms
rtmp
rtmps
rtsp
metadata_blacklist =
tempo limite = 5000

[m3u]
ativado = verdadeiro
base_dir =
default_encoding = latin-1
default_extension = .m3u8
playlists_dir = / var / lib / mopidy / playlists

[softwaremixer]
ativado = verdadeiro

[Arquivo]
ativado = verdadeiro
media_dirs =
$ XDG_MUSIC_DIR | Música
~ / | Página inicial
show_dotfiles = false
follow_symlinks = false
metadata_timeout = 1000

[local]
ativado = verdadeiro
library = json
media_dir = / media / usb1 / iTunes Music
scan_timeout = 1000
scan_flush_threshold = 100
scan_follow_symlinks = false
excluded_file_extensions =
.diretório
.html
.jpeg
.jpg
.registro
.nfo
.png

Os arquivos de música foram reproduzidos bem na instalação antiga e a permissão de arquivo para todos eles é definida assim:

$ ls -l / media / usb1 / iTunes \ Music / DJ \ Wigs / Loungin \ '/
total 155992
-rwxr-xr-x 1 mopidy audio 31944754 7 de março de 2011 01 Título 01.m4a
-rwxr-xr-x 1 mopidy audio 44805884 7 de março de 2011 02 Titel 02.m4a
-rwxr-xr-x 1 mopidy audio 42822626 7 de março de 2011 03 Título 03.m4a
-rwxr-xr-x 1 mopidy audio 40156581 7 de março de 2011 04 Título 04.m4a

Alguém poderia me apontar na direção certa com a minha pergunta sobre como resolver isso? Se necessário, posso fornecer mais informações.

Esta página foi útil?
0 / 5 - 0 avaliações