【CLOSED】v0.9系 不具合報告スレッド

---

@sunatomo さん

β版から正式版へのアップデートはできません。

SDイメージから新規インストールをお願いいたします。

v0.9.0.4βからRTDMドライバー・xsinkドライバーの処理や内部パラメータを変更しておりますので、別物と考えてください。

v0.9.0.4βから変更したのは

• util-dashboard.sh
• util-backup.sh
• util-restore.sh
• /lib/systemd/system/spotifyd.service
• rtalsa.ko
• xsink.ko
• カーネル
  ぐらいだったと思います。

@ジャイアン さん

Web UIのメニューにある機能のうち、ympd内部に実装しているのはDASHBOARDとSETTINGSの2つだけで、その他は全てプラグインとして実装しています。

プラグイン定義(.plugin.json)が正しく読めてないように見えます。

プラグイン定義ファイルが存在していないか、パーミッションに問題があるか、編集をミスしているか、
このあたりの原因ではないかと思います。

ブラウザから

http://smpd.local/plugins/.plugin.json

を開くと、プラグイン定義ファイルの中身が表示されますでしょうか？

@パパリウス さん

http://smpd.local/plugins/.plugin.json
を開くと、プラグイン定義ファイルの中身が表示されますでしょうか？

はい、表示されます。
念のため、.plugin.jsonをアップいたします。plugin.json.zip

こんにちは

v0.9.1、ありがとうございます。

私の環境では、メニューは正常に表示されてます。
Spotifyも含め、再生に問題はありません。

ps
ハッシュ値、一瞬違う。と焦りました。
大文字アルファベットはすべて小文字ですよね。

@パパリウス さん

原因が分かりました！

"menu"   :"<script>$('.navbar-brand').append(' <b>Digione Signature</b>');$('.glyphicon-').parent().hide().parent().prev().hide();,

が原因でした。
ちょっと改変してしまったのですが、コイツが悪さをしていました。
削除したらチャンと動くようになりました。

@ジャイアン さん

プラグイン定義の下から4つ目、

@ジャイアン さん

@Cresson さん

ご報告ありがとうございます。
HASH値はsha1の16進表記です。
小文字に読み替えていただければと思います。

@ジャイアン さま、皆さま
jsonファイルの構文チェックですが、こういうサイトがありますので参考に使ってみて下さい。
使い方は簡単。JSONファイルをそのまま整形前と書かれている場所に文字列としてクリップボードで貼付けすると、正常なファイルの場合は整形して階層構造で表示されますが、エラーがある場合はその場所を指摘してくれます。
↑
提供者によると、自分のPCのJavaScriptで動作しており、サーバ側には情報伝送してないとのことで、セキュリティが心配な方も安心して使えると思います。

@sunatomo さん @ジャイアン さん

jsonの構文チェックについてノウハウを提供いただきありがとうございます。

jsonの解析には/usr/local/bin/jqを使っています。
調べてみると、jqも簡易的な構文チェックに使えるようです。

cat /home/pi/plugins/.plugin.json | jq .

と実行すると、構文エラーがあれば

parse error: Invalid numeric literal at line 1, column 4623

という感じでエラーを表示してくれるようです。

構文に問題なければ、jsonファイルの中身がそのまま表示されます。

ご参考まで。

パパリウスさま

mikeです。

Ver 0.9.1 は下記環境できちんと動作します。
NAS:Tinker Board S/samba/flac(0)44.1kHz/16bit
RP3B/Kali Reclocker/やなさん i2s->HDMI送信基板/Topping D70
RP3Bp/Sabreberry 32 pro
RP3B/inno dac hat

Spotify もきちんと動作します。（kali を推奨のhifiberry dac にセットしspotifyから音が出ないのにドキッとしましたが、これは rpi-dacに変えればきちんと再生します。すっかり忘れてkali推奨にセットしてしまったドジでした。）

ただ、以前はどのバックアップからでも tag_cache が戻せたと思うのですが、今回は同一機種からしか戻せないようで、他の機種で作成したtag_cacheが使いまわしできませんでした。使い回しができれば便利なんですが……

音についてはじっくり聴き込まないとわからないので、とりあえずの動作報告です。

@mike さん

バックアップ/リストアスクリプトの仕様を変更したv0.9.2を配信しました。

tag_cacheはホスト名に依らず"mpd_backup.tar.gz"という共通の名前でバックアップするようにしました。

一方、設定ファイル類は"backup_ホスト名.tar.gz"という名前でホスト名ごとに別ファイルでバックアップします。

util-restore.shの引数に仕様変更があります。

tag_cacheのリストア
-t または --tag_cache

設定ファイル類のリストア
-c または --conf

さて、以前 @しろう さんにオンラインアップデートの誤植を教えていただきました。

successed:thinking_face: ではなく、succeeded:flushed: だよと。

ところが、SDイメージに同梱したympd側の修正が漏れており、オンラインアップデートのメッセージを"successed":cold_sweat: で締め括らなければ、再起動ボタンが有効になりません。

カッコ悪いですが、次にSDイメージを更新するまではsuccessedを継続します。ご笑納くださいませ:clown_face:

@パパリウス さん

tag_cacheはホスト名に依らず"mpd_backup.tar.gz"という共通の名前でバックアップするようにしました。

ホスト名を変更して複数のSMPDを走らせている環境では、非常に助かる仕様変更です。対応ありがとうございます。

パパリウスさま

mikeです。

ありがとうございます。すごく助かります。
すぐ修正していただけてとてもhappyです。

今日帰って聞いてみると、ver 0.9.1/2 音も変わってるようでちゃんと聞いてみます。

パパリウスさん、たびたびすみません。
最近、気付いたのですが、tag_cacheにはNASの音源が全部記録されているのですが（中身を調べてみました。）、ympdでNASのリストを見ますと、tag_cacheに記録されている最後の方が表示されていないようなのです。
現在、tag_cacheのサイズが 4,277,818になっています。
思いつくことは、最近、大量に音源を追加したことでしょうか？
ライブラリのアップデート、SDカードのパーテーションの拡張やブラウザのキャッシュクリア、ympdの再読み込みはやってみましたが、変化はないようです。
原因として何が考えられるでしょうか？

@hiroget9 さん
差し支えなければ、tag_cacheをサポートのアドレスにお送りいただければと思います。
こちらで原因調査してみます。

@パパリウス さん、tag_cacheをお送りいたしました。
私の方でもＮＡＳに変なデータが入っていないか調べてみます。

@パパリウス さん、試しにSDカード上のtag_cacheを削除して、ライブラリのアップデートをしてみました。
アップデート中にympdでNASのリストを時々覗くと最後の方の音源も表示されていましたが、アップデートが完了すると消える音源がありました。
m4a形式のファイルが含まれていたので、別フォルダーに退避させましたが、結果は変わりませんでした。
もう一つ試してみたのですが、TCP6600ポートを開いて、cantataでフォルダー、ライブラリを覗いてみると、正常に表示されていました。
これで原因は絞り込めますでしょうか？

hiroget9さま

もしかすると、mpd.conf のなかで、playlist の最大長を拡大すると表示されたりするでしょうか。

たとえば、
max_playlist_length "65535"
max_command_list_size "4096"
max_output_buffer_size "65536" ←もともとデフォルトの設定。
といった感じです。

v0.9.1をインストールしましたが、最初の曲の出だしで1秒程度の音途切れが頻繁に発生します。その後の再生は問題ないのですが・・・
mp3,flac,wav共に発生いたします。DHCPだとよろしくないのでしょうか？