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

sunatomo

@miyt さま
本現象、スペースのないフォルダや楽曲の場合は当該行の記述が改行出来ないことによると想われるようです。
今回スタイルシートの方に「単語の途中でも指定幅を超える場合は改行させる」という記述を試験的に追加してみましたのでこれで上手くいくか様子見をして頂けると幸いです。
ympd.release.out-2020-02-24.zip こちら
@パパリウスさま
3連休で実施したympdの改変内容、お返しします。
（メールでお送りできなかったため、パスワード付きのzipでympd-2020-02-24.zip こちらに貼り付けてみました）

miyt

@sunatomo さま　ありがとうございます。
フォルダ表示において長文が折り返し表示され、＋が押せるようになりました。欲を言えば文表示幅を２〜３文字分長く出来ると嬉しいです。
この改良前でも"-"があるとそこで折返しされていました、念の為。
iPhoneでもコントロールできるようになりました。感謝です。

sunatomo

@miyt さま
無事想定通りの動作をしたようで、何よりです。ソースコードはパパリウス様にお渡ししていますので、次の配信には正式版として反映されるかと思います。
文字列の1行あたり表示量については余白処理を詰めることで若干広げることが出来ると思いますが、
全体的なデザインの調整が必要になると思われますので後ほどの対応とさせて下さい。
（というか、デザインセンスという面ではちょっと私には対応は難しいです。）

カバーアートの楽曲埋込画像の件、こちらの議論を見た限りではyampdを開発しているjcorporationさんのlibmpdclientフォーク版を使えば対応するかもしれません。

miyt

@sunatomo さま
いろいろ面倒をかけまして、ありがとうございました。

全体的なデザインの調整が必要

全くそうですね、今後見直しされるまでに、その他の改善点をまとめておきたいと思います。

sunatomo

ympdの私の作成したテストビルドを使っていただいている方々へ
本日スマホで使用したところ、プラグインを起動するためのボタンが押せない不具合を見つけましたのでこちらにアップロードいたします。
ご迷惑をおかけしました。
（当方作業ミスで同ボタンへのリンクがスマホ版で切れているため押せない）
ympd.release.out-2020-02-27.zip

罪滅ぼしと言っては何ですが、一つ機能実装が増えましたので、エンジニアリングサンプルのためのプラグインファイルを掲載します。
どういう機能になるのかは実際にやってみてのお楽しみ。
私個人的にはこれでmpdの6060ポート、普段は閉じることにしました。
（ちなみにパパリウスさまにはソースコードは返却済み。早ければ次期版で機能がお目見えするかもしれません）

以下のコマンドでフォルダを整備

cd /home/pi/plugins
mkdir 02-search
cd 02-search

app.jsonの中身はこちら(nano エディタで新規作成し、クリップボードで貼り付けして保存して下さい）

{
	"menu": "Search",
	"icon": "search",
	"note": "search songs in your library"
}

form.htmlの中身はこちら（これもnanoで新規作成し、クリップボードで複写して下さい）

<script>
$(function() {
  $('#plugin-form .modal-footer').css('display', 'none');
});
</script>
<div style="padding:0px 20px 10px 20px;">
  <h3>Search Songs</h3>
  <label class="control-label">Search Value</label>
  <input type="text" id="sval" class="run"/>
  <table style="width:100%;"><tbody><tr><td>
  *search result is shown in main table.<br /></td><td style="text-align:right;"><br />
  <button type="button" class="btn btn-default btn-sm" onClick="search2_form_ok();$('#plugin-form').modal('hide');">Search</button>
  </td></tr></tbody>
  </table>
</div>

eric

パパリウス様　ヴァージョン0.9.5アップデートございます。早速試してみました。0.9.4からWebアップデートした処。リブートしても起動音が出ますが歯車マークが回転しっぱなしで立ち上がりません。仕方が無いので0.9.3でSDカードを焼き直して試しても同様の結果になりNASを認識できていないと思います。私だけの現象かも分かりませんが何処かにバグがあるのではないかと思います。宜しくお願いします。

sunatomo

@eric さま
WebUIのサポートプラグイン、動作いたしますでしょうか？
もし動作しないようでしたら、以下の方法でログを取得して下さい。
①SSHでラズパイにログインする
②以下のコマンドを入力する

cd /home/pi/plugins/91-support
sudo sh run.sh

③Webブラウザでhttp://smpd.local/RAM/support_log.tar.gzと場所を直接入れてダウンロードしてみる。
これでNGの場合、Filezilla等で/var/lib/mpd/music/RAM/support_log.tar.gzをPCに複写する。
④手に入れたsupport_log.tar.gzをサポートに送付する。
以上、よろしくお願いします。

takoyaki

パパリウス様
0.96に更新したうえで、NAS Settingsを実行したところ、特に変化があったようには見えませんでした(win10 edge)。
なお、0.96での作法にあっているかは未確認ですが、misc/edit_fstab.shの手動実行をためしてみたところ、コンソール上に以下のようなメッセージが大量に表示されていました。何か参考になれば・・・（冒頭部抜粋。もし全文必要であればメールで送ります）

sunatomo

@takoyaki さま
画像を貼付け頂いた方の実行結果の

fio: refusiong extend of file due to read-only

というのが原因ではないのでしょうか？
当該NASの指定ディレクトリ、アクセス権限が読み込みのみになっておりませんか？

takoyaki

sunatomo様
おっしゃっているのは、NAS側のアクセス権と思われますが、今回のシェルではその前のddにて
0+0 records in
0+0 records out
0 bytes (0 B) copied, 0.00480947 s, 0.0 kB/s
が表示されており、0バイトのファイルがNASにできているのを確認しています。
ちなみに0バイトはおかしいと思ったので、edit_fstab.shのddを書き換えて4kバイトのダミーファイルを作成できたことも確認しているので、NAS側権限・・・ではたぶんないと思います（NASとは言ってますが使用機器が非常に特殊なので、自信はありません）。

sunatomo

@takoyaki さま

おっしゃっているのは、NAS側のアクセス権と思われますが、今回のシェルではその前のddにて
0+0 records in
0+0 records out
0 bytes (0 B) copied, 0.00480947 s, 0.0 kB/s
が表示されており、0バイトのファイルがNASにできているのを確認しています。

edit_fstab.shの

dd of=$dst/rsize_test_dummy bs=4k count=0 seek=2500

の箇所ですが、4096バイト×2500 = 10240000 バイトのファイルが出来るはずなのですが、
0バイトなのはおかしいですね。
（私の環境でNAS上ではなくて/tmp/cifsdstというフォルダ上でメモリに作った際には
10240000バイトのファイル出来ています。）
その前の行の

mount -t cifs $1 $dst -o $opt,$exopt,wsize=4096 >/dev/null 2>&1

で正常にマウント出来ていないのでしょうか

takoyaki

sunatomo 様、パパリウス様

dd文のパラメータがどうしても腑に落ちなかったので、試行錯誤したところ、うまく動くようになったように見えます。
変更箇所（if追加、countを1に変更)と、実行結果は以下の通りです。

sunatomo

@takoyaki さま
独自の検証どうもありがとうございます。
また、ddコマンドについては勉強になりました（今までイメージコピーにしか使ったことがないもので...)
ご提示のコマンドラインを確認しましたが、ひとつだけ修正したほうが良さそうなところ、見つけました。

dd if=/dev/zero of=/tmp/cifsdst/rsize_test_dummy bs=4k count=1 seek=2500

だと

ls -l
-rw-r--r-- 1 pi pi 10244096 Mar  2 22:41 rsize_test_dummy

とサイズが4096バイト超過ですね

dd if=/dev/zero of=/tmp/cifsdst/rsize_test_dummy bs=4k count=1 seek=2499

でしたら

-rw-r--r-- 1 pi pi 10240000 Mar  2 22:41 rsize_test_dummy

と元々のサイズと一致します。
後はパパリウスさまに内容の検証をしていただきましょう。

パパリウス

@takoyaki さん @sunatomo さん

検証いただきありがとうございます。
count=1を指定して末尾に4kB書き込む方が確実に動作するようですね。
seekオプションはNASによって僅かな動作の違いがあるということなんでしょうかね。

次回の配信に含めたいと思います。

takoyaki

sunatomo様
ご指摘ありがとうございます。助かりました。

パパリウス様
countだけでなく、ifも追加しないとうまく動きませんでした。
どちらか片一方では動作は変わりませんでした。

Yukinoe

この投稿が削除されました！

Yukinoe

@パパリウスさま

v0.9.4 から v0.9.6 へアップデートを行ったところ、
アルバムアートが表示されなくなりました。（音出しは問題ありません）
キャッシュの削除もしてみましたが状況は改善しませんでした。

通常利用しているブラウザは Firefox 73.0.1 ですが、他のブラウザ
でも同じ状態です。

試しに Android の Firefox で見てみると問題なく表示されており、
いまいち切り分けが出来ていない状況です。

どこか設定など見直す個所はありますでしょうか。

Yukinoe

@パパリウスさま

アルバムアートの件で追加の情報です。

Brave のデフォルトの状態では問題なく表示されました。
（同じ Chromium ベースの Chrome では表示されません…）

原因は？ですが、しばらくは Brave で様子見してみます。

sunatomo

@Yukinoe さま

私の知っている限りでは設定でカバーアートの挙動を変えられる場所は無いはずです。

もしPC環境でお使いの場合、F12を押して開発者モードにし「Console」を開いた状態でWebUIを開くかリロードしてちょっと見て結果を教えて頂けると非常に有り難いです。
（WebUIでは楽曲再生開始時にカバーアートを複数のURLで取得するようリクエストしており、その中で失敗したものがこのConsoleにエラーログとして表示されます。
表示されなくなったということはこのときのURLのどれからも応答がなかったものと思われます。

私の個人ライブラリ上ではリッピング後にアルバムフォルダにFolder.jpgを置くようにし、カバーアートの楽曲埋め込みは最近は行っていませんが、ympdでの埋込みカバーアートイメージの提供についてなんとか対応した方が良いのでしょうか...）

参考になりますが、v0.9.4 → v0.9.6への変更で私が触った部分ではカバーアートについてはノータッチのはずです。

Yukinoe

@sunatomo さま

情報ありがとうございます。
本日、再度確認を行ったところなぜかどのブラウザーでも問題なく表示されるようになりました。
昨日から行ったことは、クライアントPCのOFF→ON と Raspberry Pi の OFF → ON ぐらいです。（ちなみにアルバムアートは folder.jpg という名前で各フォルダーに入れています）

原因はよく分からないままですが、現状は解決しているのでこのまま v0.9.6 を様子見しながら使ってみます。

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

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