RPi4版 v1.0系 不具合報告スレッド

---

@yosihira さま
説明が悪くお手数おかけしてます。

cd /var/lib/mpd/music/NAS/BAROQUE/'BACH　福田進ーシャコンヌニ短調_無伴奏ヴィオリンのためのパルティータ＃3＿無伴奏チェロ組曲＃５'
cat 'Unknown Artist - Unknown Album.wav.m3u'

このときの'Unknown Artist - Unknown Album.wav.m3u'ファイルの中身がどうなっているか確認したかったのです。
ご提示の通り、WebUIのディレクトリ内の楽曲ファイルのリストではlsコマンドで表示されたとおりのファイルが一覧として出来ているのがお分かりかと思います。
今回の場合、'Unknown Artist - Unknown Album.wav.m3u'ファイルを「＋」アイコンのクリックでキューに追加したのですがファイルの内容を読み取れなかった可能性が高いと思われます。

@sunatomo さま

結果は以下のとおりです。

root [ /var/lib/mpd/music/NAS/BAROQUE ]# cat 'Unknown Artist - Unknown Album.wav.m3u'
cat: 'Unknown Artist - Unknown Album.wav.m3u': No such file or directory

@yosihira さま
お使いのNAS内の今回のディレクトリは以下のとおりですよね

NAS
  |-BAROQUE
    |-'BACH　福田進ーシャコンヌニ短調_無伴奏ヴィオリンのためのパルティータ＃3＿無伴奏チェロ組曲＃５'

ですので、前のトピックの通り

cd /var/lib/mpd/music/NAS/BAROQUE/'BACH　福田進ーシャコンヌニ短調_無伴奏ヴィオリンのためのパルティータ＃3＿無伴奏チェロ組曲＃５'
cat 'Unknown Artist - Unknown Album.wav.m3u'

と、入力して頂かないと'Unknown Artist - Unknown Album.wav.m3u'の中身は表示されません。
今回は'Unknown Artist - Unknown Album.wav.m3u'はシステム上で見つけることが出来ているのですが、
その中身のキューへの登録で失敗しているため記載内容を確認する必要があります。

@sunatomo さま

何度もお手を煩わせ申し訳ありません。

結果は以下となりました。

root [ /var/lib/mpd/music/NAS/BAROQUE/BACH_福田進ーシャコンヌニ短調_無伴奏ヴィオリンのためのパルティータ＃3＿無伴奏チェロ組曲＃５ ]# cat 'Unknown Artist - Unkno
wn Album.wav.m3u'
#EXTM3U
#EXTINF:851,Unknown Artist - Track 1
01 - Unknown Artist - Track 1.wav
#EXTINF:243,Unknown Artist - Track 2
02 - Unknown Artist - Track 2.wav
#EXTINF:232,Unknown Artist - Track 3
03 - Unknown Artist - Track 3.wav
#EXTINF:188,Unknown Artist - Track 4
04 - Unknown Artist - Track 4.wav
#EXTINF:97,Unknown Artist - Track 5
05 - Unknown Artist - Track 5.wav
#EXTINF:155,Unknown Artist - Track 6
06 - Unknown Artist - Track 6.wav
#EXTINF:96,Unknown Artist - Track 7
07 - Unknown Artist - Track 7.wav
#EXTINF:132,Unknown Artist - Track 8
08 - Unknown Artist - Track 8.wav
#EXTINF:327,Unknown Artist - Track 9
09 - Unknown Artist - Track 9.wav
#EXTINF:328,Unknown Artist - Track 10
10 - Unknown Artist - Track 10.wav
#EXTINF:109,Unknown Artist - Track 11
11 - Unknown Artist - Track 11.wav
#EXTINF:210,Unknown Artist - Track 12
12 - Unknown Artist - Track 12.wav
#EXTINF:116,Unknown Artist - Track 13
13 - Unknown Artist - Track 13.wav
#EXTINF:132,Unknown Artist - Track 14
14 - Unknown Artist - Track 14.wav
#EXTINF:127,Unknown Artist - Track 15
15 - Unknown Artist - Track 15.wav

@yosihira さま
拝見しましたが、m3uファイルの楽曲指定記述に誤りがありますね。
ズラッと'01 - Unknown Artist - Track 1.wav'のように記載がありますが、
本来は先に見せて頂いた同じフォルダ内にあるwavファイルと同一の名前の記述が並ぶ必要があります。

@sunatomo さま

修正方法等わかりませんが、
アルバム一括での再生方法を教えていただいており、その方法で特に問題ないのでこのまま使用することにします。

昨夜からの対応ありがとうございました。

@yosihira さま
昨日は出先で詳細説明が出来ませんでした。
CDなどからのリッピング（+M3Uファイル生成）後にwavファイルの名称を自分で書換しませんでしたか?
M3Uファイルによるプレイリストは楽曲ファイルの名称を参照してその名前と同じファイルを
登録する仕組みのため、
m3u生成後に楽曲ファイル名を変更した場合は追従できなくなります。

#EXTM3U
#EXTINF:851,福田進ー - シャコンヌ＿ニ短調
01 - シャコンヌ＿ニ短調.wav
#EXTINF:243,福田進ー - 組曲ホ長調_Prelude
02 - 組曲ホ長調_Prelude.wav
#EXTINF:232,福田進ー - 組曲ホ長調_Loure
03 -組曲ホ長調_Loure.wav
#EXTINF:188,福田進ー - 組曲ホ長調_Gavotte
04 -組曲ホ長調_Gavotte.wav
#EXTINF:97,福田進ー - 組曲ホ長調_Menuet 1
05 - 組曲ホ長調_Menuet 1.wav
#EXTINF:155,福田進ー - 組曲ホ長調_Menuet 2
06 - 組曲ホ長調_Menuet 2.wav
#EXTINF:96,福田進ー - 組曲ホ長調_Bourree
07 - 組曲ホ長調_Bourree.wav 
#EXTINF:132,福田進ー - 組曲ホ長調_Gigue
08 - 組曲ホ長調_Gigue.wav
#EXTINF:327,福田進ー - 組曲イ短調_Prelude
09 - 組曲イ短調_Prelude.wav
#EXTINF:328,福田進ー - 組曲イ短調_Allemand
10 - 組曲イ短調_Allemand.wav
#EXTINF:109,福田進ー - 組曲イ短調_Courante
11 - 組曲イ短調_Courante.wav
#EXTINF:210,福田進ー - 組曲イ短調_Sarabande
12 - 組曲イ短調_Sarabande.wav
#EXTINF:116,福田進ー - 組曲イ短調_Gavotte 1
13 - 組曲イ短調_Gavotte 1.wav
#EXTINF:132,福田進ー - 組曲イ短調_Gavotte 2
14 - 組曲イ短調_Gavotte 2.wav
#EXTINF:127,福田進ー - 組曲イ短調_Gigue
15 - 組曲イ短調_Gigue.wav

上記の内容で'Unknown Artist - Unknown Album.wav.m3u'を書換えいただくか、
'福田進ーシャコンヌニ短調_無伴奏ヴィオリンのためのパルティータ＃3＿無伴奏チェロ組曲＃５.m3u'
という名前で新しいm3uファイルを生成頂き、
再度お試し頂ければと。
（新しいm3uファイルを生成した場合は、ライブラリの更新が必要になります。
更新の際はNAS/BAROQUEのみだと最小限の更新になるはずです。）

@sunatomo さま

御指摘のとおりwavファイルの名称を変更しました。
修正方法も御教示いただき感謝申し上げます。

v1.05 で airplayができません。
現象としてはairplayにすると、デバイス名を I2S にすると（もとに戻されたのですね）音声は止まり切り替わったようですが、WebUI 上で Connection to smpd lost retrying が出されて、ｓｍｐｄから音は出ません。デバイス名をI２Sからもとへ戻すとWebUi は復活します。
以上よろしくお願いします。

miytさん、sunatomoさん

こんにちは。　

air playの件ですが、V1.0.5で「Amazon Music HD」からのAir Playは当方環境では動作、再生できています。
（操作はAmazon Music Appから行っています）

ただし、再生を終了し、Amazon Music App接続解除した後に、Web-UI（base)からshutdown 指示を出しますと、ラズパイがハングアップしたような状態になり（ympdならびにsshからの接続がいずれも不可となってしまいます）、電源ブチ切り以外の対応方法が無くなってしまうケースが度々起きています。（注記）

V1.0.4に戻して確認しましたが、こちらでは起きていません。

現在いろいろと試行錯誤していますが、Process Cutdownの設定に関わらずssh接続が不可という状態になってしまうため、どう状況把握や資料取りをすればいいか呻吟しております。

air play廻りにて、情報など共有させていただければ幸甚です。

（注記）現在までに掴めた状況ですが、air playでの接続解除後に（shutdown指示などせずに）、sshで入れなくなっていることがあります。connection refusedではなく、sshにて接続できているような状態にはなりますが、コマンド投入は不可です。このような状態の時に、Webi-UIからshutdown指示を出しても、前述のハングアップした状態になります（この時は必ず）。

@miyt さん

いくつかご質問させてください。

1. process cut-downの設定はdefaultでお使いでしょうか？
2. 32bit変換が必要な環境をご利用でしょうか？(Sabreberry32 マスターモードなど)

AirPlayで再生を開始するとWeb UIが使えなくなるのは正常な動作です。
再生を停止すると、再びWeb UIが利用可能になります。

MPDを再生中にAirPlayに切り替えたくなったときは、いったんMPDの再生をストップしてからAirPlayの操作をお願いします。

@ゴンザエモン さん

ハングアップしたような状態になるのはshutdownの場合だけでしょうか？
例えば、rebootでも同様ですか？

@miyt さま
@ゴンザエモン さま
v1.0.4とv1.0.5の間ではWebUI周りでは特に変更がなかったはずです。
ただし、私も普段遣いの中でMPD単独での動作ですがreboot関連で上手く行かない現象を確認しているため、
一旦process cutdown をextreme → defaultにして動作がどのようになるかの検証をwebui-plusの開発の検証をしながら行っているところです。
（どちらにせよ、sshが使えないとログも取ることが出来ないためなかなかに辛いですね。）
↑
ちなみに私の場合はwebuiでデイレクトリやキューの参照を行った場合は正常に動作しますが、何らかの楽曲を再生したタイミングで稀にフリーズすることがあります。
（この場合は電源断以外の方法で再起動は出来ないです。）

まとめになりますが、webui起因で安定性を低下させていることが明らかになった場合は修正いたしますので少々時間を下さい。

@sunatomo さん

私も、v1.0.5の問題ではなく、v1.0.3からv1.0.4のバージョンアップで生じた問題ではないかなと思っています。

v1.0.4でrc.localを修正したのですが、これがバグっている可能性も、、

シャットダウン時に、rc-local.serviceに定義している
ExecStopPost=/etc/rc.local ympd-update
が実行されます。

この処理は、webui-baseがインストールされた状態で
/run/ympd.newというファイルが存在したら、app install webui-baseを実行するというものです。

オンラインアップデートでWeb UIを更新するとき、アップデートファイル中のinstall.shで、touch /run/ympd.newしておき、次にリブート/シャットダウンしてもらったらwebui-baseの更新が走ることになります。

webui-plusとの兼ね合いを考慮しきれてないのかもしれません。

sunatomoさんの書き込みを見ると、「再生スタート」をきっかけにフリーズとありますね。
となると、v1.0.5で手を入れたxsinkドライバの問題ということもあり得ますね。
プチ音の件もありますし、まだまだ品質面で問題がありそうですね。

私の方でドライバーの調査・修正を進めたいと思います。
フリーズする現象についてより詳しい情報が欲しいので、現象が発生したかたはご一報いただけると幸いです。
その際、具体的にどのような操作を行なったのか教えてください。こちらでも再現するか試してみたいとおもいます。

パパリウスさん　　　　　　　　　　　　　CC.sunatomoさん

お手数をおかけいたします。

１．当該現象はshutdown 、reboot　のいずれの指示でも起こります。（結果の症状は同じに見えます）

２．sshでも操作不可となってしまう状態は当初Process Cutdownがextremeの設定の為かと思い、defaultやnoneに変更してみましたが、こちらの設定でも、air playとの接続解除後にsshで操作できなくなる状況は発生しています。
（厳密にはログインは出来ているようにも見えますがコマンド投入が全くできないという症状です

（追記です）
sshで入ろうとするとこんな画面になります。接続は出来ているようですが、、、今までに経験のない状態です）

なお、この状態で電源ブチ切りして、再度立ち上げればsshでのログインや再生も可能となります。また、sshで入れる状態に戻れば、Web-UIからのshutdown指示も正常に処理されます（LED点灯状態に戻る）。したがって、SDカードの破損などの異常ではないと思われます。

@ゴンザエモン さん

詳細な情報をありがとうございます。
rebootでも発生するということで承知いたしました。
調査を進めてみます。

AirPlayのプロトコルは、PCMデータ(をALACでエンコードしたもの)を352フレームごとに送受信するという特徴があります。
ドライバーから見るとMPDやSpotifyよりも少し取り扱いが難しい点があり、プチ音が曲の冒頭以外でも発生する原因にもなっているのではないかと思っています。

@パパリウス さん　　　　ゴンザエモンさん　sunatomoさん　お世話になります
質問の件
１．cut-down は default です
２．32bit変換必要ないです
実はsabreberry32 ,SB32+PRO Dop,を持っていましたが多分電源供給の加減で壊してしまい、現在比較的安価なInnoMaker Hifi DAC Hat を使っております。これでも素晴らしい音で鳴ってくれて高価なDACがほんとに必要かと思っています。老人の耳では違いがわからない:cry:

家では「Amazon Music HD」からも Air Play 出来ていません。「らじるらじる」と一緒です。
ハンッグアップの話がでていましたが、私もreboot shutdown とも出来なくて電源ぶち切りを数回しました。

こんな状況です、よろしくおねがいします。

@ゴンザエモン さん

ssh接続時にプロンプトが表示されないときは、Ctrl+C を押してみてください。

ログイン時にvcgencmdで温度を取得しているのですが、何らかの原因でVCHIQが無応答になっていると、vcgencmdで止まったままになってしまいます。
Ctrl+Cで操作で操作が可能になっても、vcgencmdのスレッドが残ったままになっており、シャットダウンやリブートに時間がかかってしまいます。（3分ぐらいかと思います）

パパリウスさん　　　　　　　　　　　CC.sunatomoさん

こんにちは。

sshの接続はCtrl+cで抜けて、操作可能となりました。

なお、sshで入って状況を見てみましたが、確かにこの状況になるとvcgencmdはレスポンスが返ってきませんね～
（レスポンスの返るコマンドと返らないコマンドがあります「注記」）

本件、短時間のAmazon Music HD再生では起こらず、ある程度の時間再生させていると「ほぼ」起こるようにも思えます（不確か）。

そこで、何か出来ることはないかと、試しにymdをリスタートさせてみようと思ったところ、ymod.socketの停止に失敗？します。

root [ ~ ]# systemctl stop ympd.socket
root [ ~ ]# systemctl start ympd.socket
Job failed. See "journalctl -xe" for details.
root [ ~ ]# journalctl -xe

そこで、ジャーナルを開いてみました。ちょっと気になるメッセージもありましたので（関係あるかどうかは判りませんが）ご参考まで。

Jul 05 11:14:34 smpd ympd[1058]: MPD connected.
Jul 05 11:14:39 smpd ympd[1077]: running quietly for 3 seconds
Jul 05 11:29:13 smpd rngd[101]: stats: bits received from HRNG source: 80064
Jul 05 11:29:13 smpd rngd[101]: stats: bits sent to kernel pool: 34848
Jul 05 11:29:13 smpd rngd[101]: stats: entropy added to kernel pool: 34848
Jul 05 11:29:13 smpd rngd[101]: stats: FIPS 140-2 successes: 4
Jul 05 11:29:13 smpd rngd[101]: stats: FIPS 140-2 failures: 0
Jul 05 11:29:13 smpd rngd[101]: stats: FIPS 140-2(2001-10-10) Monobit: 0
Jul 05 11:29:13 smpd rngd[101]: stats: FIPS 140-2(2001-10-10) Poker: 0
Jul 05 11:29:13 smpd rngd[101]: stats: FIPS 140-2(2001-10-10) Runs: 0
Jul 05 11:29:13 smpd rngd[101]: stats: FIPS 140-2(2001-10-10) Long run: 0
Jul 05 11:29:13 smpd rngd[101]: stats: FIPS 140-2(2001-10-10) Continuous run: 0
Jul 05 11:29:13 smpd rngd[101]: stats: HRNG source speed: (min=117.526; avg=156.588; max=526.208)Kibits/s
Jul 05 11:29:13 smpd rngd[101]: stats: FIPS tests speed: (min=17.661; avg=42.198; max=78.816)Mibits/s
Jul 05 11:29:13 smpd rngd[101]: stats: Lowest ready-buffers level: 2
Jul 05 11:29:13 smpd rngd[101]: stats: Entropy starvations: 0
Jul 05 11:29:13 smpd rngd[101]: stats: Time spent starving for entropy: (min=0; avg=0.000; max=0)us
Jul 05 11:30:51 smpd systemd[1]: ympd.socket: Socket service ympd.service already active, refusing.

Subject: A start job for unit ympd.socket has failed
Defined-By: systemd
Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
A start job for unit ympd.socket has finished with a failure.
The job identifier is 868 and the job result is failed.
Jul 05 11:30:51 smpd systemd[1]: Failed to listen on ympd.socket.

「注記」
このコマンドの返らないという状況からの類推ですが、shutdownが正常にプロセスされない状態になっている、ということは考えられませんでしょうか？

資料収集等につき、方法、内容をご指示いただければ対応いたしますので、よろしくお願いいたします。

@ゴンザエモン さん

ご報告ありがとうございます。

vcgencmdが帰ってこないという現象そのものはPi4版開発初期から見慣れているものでして、いくつかの条件が合わさると高確率で発生するものです。

対策済みの状態でリリースしていましたので、ゴンザエモンさんの環境でなぜ発生するのか不思議に思っているところです。

3点教えてください。

1. OS起動時のrc.localは正常終了していますでしょうか。(status rc-local)
2. ファームウェアのバージョンは推奨バージョンでしょうか？(/opt/rpi-eeprom/rpi-eeprom-update)
3. Amazon Music以外のAirPlayでも同じ現象が発生しますでしょうか？（例えば拙宅ではiPadでSpotify Connectを再生し、AirPlayでsmpdに飛ばすという使い方では、ご報告いただいたような現象を再現することができていません）

@パパリウス さん　　　　ゴンザエモンさん　sunatomoさん　皆様
Air Play で報告させてもらった件、解決しました。お騒がせして本当に申し訳ございませんでした。
実は　Air Play に切り替えた最、Volumeが何故か下がってしまっていて切り替えできないと勘違いしたためです。
v1.04 及び v1.05 とも確かめました。
「Amazon Music HD」「らじるらじる」も問題なく出来ました。

ただ　Mac だと瞬時に切り替わりますが、iPhone だと１０秒以上音が切り替わるまで待たされます。私だけでしょうか。

申し訳ありませんでした。