Mopidy: バグ:複数の.mp3ファイルをmopidyサーバーマシンにコピーする

作成日 2016年02月29日  ·  13コメント  ·  ソース: mopidy/mopidy

20個のmp3ファイルをmopidyサーバーにコピーしました
位置:
/home/pi/Music
このコマンドでローカルスキャンを実行しようとすると、次のようになります。
sudo mopidyctl local scan

警告失敗したlocal:track :Fekete%20Teve / Fekete%20Teve%20-%20R%C5%91zse-Dalok%20%282011%29/01%20-%20Fekete%20Teve%20-%20Szeptember.mp3:トラックが100ms

しかし、ターミナル経由で再生できるため、これは有効なmp3ファイルです。

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

sudo mopidyctl local scan数回実行すると、mopidyスキャンが成功することがありますが、ほとんどの場合失敗します。

C-bug A-audio

最も参考になるコメント

いくつかのオプションがありますが、手っ取り早いのは、ファイル/usr/lib/python2.7/dist-packages/mopidy/audio/scan.pyを更新されたバージョンに置き換えることです。

$ 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

これにより、元のバックアップコピーが作成され、新しいバージョンがダウンロードされてから、元のバージョンにコピーされます。 最初にsudo apt-get install wgetを使用してwgetユーティリティをインストールする必要があるかもしれません
次に、mopidyを再起動します。
次を使用して元に戻すことができます。

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

全てのコメント13件

コマンドmopidy depsを実行し、「GStreamer:」以降の最後のセクションを指定してください。 これにより、GStreamerのインストールに含まれているMP3デコード要素がわかります。

#935の重複、またはおそらく同じルートが少なくとも原因ですか?

はい、同じバグだと思います

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

これはhttps://bugzilla.gnome.org/show_bug.cgi?id=762660と同様のアップストリームバグかどうか疑問に思い

正しくスキャンしない/スキャンしないいくつかのファイルで次のことを試すことができます。

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

... gstreamerが予期しない順序でデータを返しているかどうかを確認します。その場合は、アップストリームのバグレポートを提出する必要があります。

https://bugzilla.gnome.org/show_bug.cgi?id=763553に提出されたアップストリームバグ

gstreamerの善良な人々によって適用されたアップストリーム修正。 これにより、#935、#1453、#1474、および#1480が修正されるはずです。

アップストリームの修正を利用するには、ソース(https://cgit.freedesktop.org/gstreamer/gstreamer/)からgstreamerをコンパイルするか、ディストリビューション用にgstreamer1.7.91がリリースされるのを待つ必要があります。

それまでの間、mopidyの回避策を使用してプルリクエストを送信します。

@szuniverse ::機会があれば、 https://github.com/SeeSpotRun/mopidy/tree/fix/gstreamer_not_pushing_tags_2を使用してテストし、これで問題が解決するかどうかを確認して

あるいは、冒険心がある場合は、gitソースからgstreamerをコンパイルしてみてください...

このブランチをインストールする方法を教えてください。 最新のRASPBIANJESSIEでラズベリーパイを使用しています。
そして私は通常これらのコマンドでmopidyをインストールします:

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

いくつかのオプションがありますが、手っ取り早いのは、ファイル/usr/lib/python2.7/dist-packages/mopidy/audio/scan.pyを更新されたバージョンに置き換えることです。

$ 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

これにより、元のバックアップコピーが作成され、新しいバージョンがダウンロードされてから、元のバージョンにコピーされます。 最初にsudo apt-get install wgetを使用してwgetユーティリティをインストールする必要があるかもしれません
次に、mopidyを再起動します。
次を使用して元に戻すことができます。

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

良い。 それはうまくいきます! 良い仕事:+1::)

1487が統合されました。

この問題が投稿されることになっているのかどうかわからないので、ここで試してみます。
新鮮なラスピアンジェシーイメージにmopidyをインストールしたので、ローカルに保存されたm4aファイルもmp3ファイルも再生できません。
HifiBerryサウンドカードがインストールされており(以前は動作していました)、mopidyはサービスとして実行されますが、再インストール後、コマンド「sudo mopidyctl localscan」を実行すると、見つかったすべてのファイルでエラーが発生します。

例:

警告失敗しましたlocal:track :DJ%20Wigs / Lounge%27/01%20Titel%2001.m4a:ファイルにオーディオが見つかりません。

mopidy depsは言う:

$ mopidy deps
libGLエラー:一致するfbConfigまたはビジュアルが見つかりません
libGLエラー:ドライバーのロードに失敗しました:swrast
実行可能ファイル:/ usr / bin / mopidy
プラットフォーム:Linux-4.1.19 + -armv6l-with-debian-8.0
Python:/usr/lib/python2.7のCPython 2.7.9
Mopidy:/usr/lib/python2.7/dist-packagesから2.0.0
Pykka> = 1.1:/usr/lib/python2.7/dist-packagesからの1.2.1
リクエスト> = 2.0:/usr/lib/python2.7/dist-packagesから2.4.3
tornado> = 2.3:3.2.2 from /usr/lib/python2.7/dist-packages
GStreamer:/usr/lib/python2.7/dist-packages/giの1.4.4.0
詳細な情報:
Pythonラッパー:python-gi 3.14.0
関連する要素:
見つかった:
uridecodebin
souphttpsrc
appsrc
alsasink
osssink
oss4sink
パルスシンク
flump3dec
id3demux
id3v2mux
狂った
mpegaudioparse
mpg123audiodec
vorbisdec
vorbisenc
vorbisparse
oggdemux
oggmux
oggparse
flacdec
flacparse
shout2send
見つかりません:
lamemp3enc

実際の構成は次のようになります。

$ sudo mopidyctl config
「/usr/bin/mopidy--config/usr/share/mopidy/conf.d:/etc/mopidy/mopidy.confconfig」をユーザーmopidyとして実行
[芯]
cache_dir = / var / cache / mopidy
config_dir = / etc / mopidy
data_dir = / var / lib / mopidy
max_tracklist_length = 10000

[ロギング]
色= 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

[オーディオ]
ミキサー=ソフトウェア
Mixer_volume =
出力= autoaudiosink
buffer_time =

[プロキシー]
スキーム=
ホスト名=
ポート=
ユーザー名=
パスワード=

[mpd]
有効= true
ホスト名= 127.0.0.1
ポート= 6600
パスワード=
max_connections = 20
connection_timeout = 60
zeroconf = $ hostname上のMopidyMPDサーバー
command_blacklist =
listall
listallinfo
default_playlist_scheme = m3u

[http]
有効= true
ホスト名= 127.0.0.1
ポート= 6680
static_dir =
zeroconf = $ hostname上のMopidyHTTPサーバー

[ストリーム]
有効= true
プロトコル=
http
https
mms
rtmp
rtmps
rtsp
メタデータブラックリスト=
タイムアウト= 5000

[m3u]
有効= true
base_dir =
default_encoding = latin-1
default_extension = .m3u8
プレイリスト_dir = / var / lib / mopidy / playlists

[ソフトウェアミキサー]
有効= true

[ファイル]
有効= true
media_dirs =
$ XDG_MUSIC_DIR |音楽
〜/ |ホーム
show_dotfiles = false
follow_symlinks = false
metadata_timeout = 1000

[ローカル]
有効= true
ライブラリ= json
media_dir = / media / usb1 / iTunes Music
scan_timeout = 1000
scan_flush_threshold = 100
scan_follow_symlinks = false
exclude_file_extensions =
。ディレクトリ
.html
.jpeg
.jpg
。ログ
.nfo
.png

音楽ファイルは古いインストールでうまく再生され、それらすべてに対するファイルのアクセス許可は次のように設定されています。

$ ls -l / media / usb1 / iTunes \ Music / DJ \ Wigs / Lounge \ '/
合計155992
-rwxr-xr-x 1 mopidy audio 31944754 2011年3月7日01Titel 01.m4a
-rwxr-xr-x 1 mopidy audio 44805884 2011年3月7日02Titel 02.m4a
-rwxr-xr-x 1 mopidy audio 42822626 2011年3月7日03Titel 03.m4a
-rwxr-xr-x 1 mopidy audio 40156581 2011年3月7日04Titel 04.m4a

これを解決する方法についての私の質問で、誰かが私を正しい方向に向けることができますか? 必要に応じて、さらに情報を提供できます。

このページは役に立ちましたか?
0 / 5 - 0 評価