RPi4版 v1.0系 不具合報告スレッド
パパリウスさん 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がほんとに必要かと思っています。老人の耳では違いがわからない
家では「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点教えてください。
@パパリウス さん ゴンザエモンさん sunatomoさん 皆様
Air Play で報告させてもらった件、解決しました。お騒がせして本当に申し訳ございませんでした。
実は Air Play に切り替えた最、Volumeが何故か下がってしまっていて切り替えできないと勘違いしたためです。
v1.04 及び v1.05 とも確かめました。
「Amazon Music HD」「らじるらじる」も問題なく出来ました。
ただ Mac だと瞬時に切り替わりますが、iPhone だと１０秒以上音が切り替わるまで待たされます。私だけでしょうか。
申し訳ありませんでした。
パパリウスさん
取り急ぎ、以下ご連絡。
１．rc.localは正常終了しているように思えます。
２．ファームウエアバージョンですが、これで良いのでしたっけ？
３．soptifyはやったことがないので、、、（ちょっと研究しています）
root [ ~ ]# status rc-local
● rc-local.service - /etc/rc.local Compatibility
Loaded: loaded (/lib/systemd/system/rc-local.service; enabled-runtime; vendor preset: enabled)
Active: active (exited) since Sun 2020-07-05 12:22:13 JST; 42s ago
Docs: man:systemd-rc-local-generator(8)
Process: 181 ExecStart=/etc/rc.local start (code=exited, status=0/SUCCESS)
CPU: 470ms
Jul 05 12:22:12 smpd rc.local[240]: 0
Jul 05 12:22:12 smpd rc.local[242]: auto
Jul 05 12:22:12 smpd rc.local[244]: usb
Jul 05 12:22:12 smpd rc.local[246]: usb1
Jul 05 12:22:12 smpd rc.local[252]: 0
Jul 05 12:22:12 smpd rc.local[254]: auto
Jul 05 12:22:12 smpd rc.local[256]: usb
Jul 05 12:22:12 smpd rc.local[258]: usb2
Jul 05 12:22:13 smpd rc.local[259]: The SD card partition has been expanded.
Jul 05 12:22:13 smpd rc.local[181]: rc-local done.
root [ / ]# /opt/rpi-eeprom/rpi-eeprom-update
BCM2711 detected
@ゴンザエモン さん
ご返信ありがとうございます。
rc.localは正常終了しており、問題ありません。
ファームウェアのバージョンが表示されないのは4GBモデルで見られる現象かと思います。
config.txtでメモリを制限してみてください。
Spotifyに限らずどのソフトで検証いただいても問題ありません。
例えばブラウザでYoutubeを再生してAirPlayで飛ばしていただくとか、ゲームなどを立ち上げて音声をAirPlayで飛ばすとか。なんでも結構です。
パパリウスさん
失礼いたしました。 後ろを飛ばしてしまったようです。
（一応推奨のファームウエアだったと思います）
root [ ~ ]# nano /boot/config.txt
root [ ~ ]# cd /opt/rpi-eeprom
root [ /opt/rpi-eeprom ]# git checkout .
Updated 0 paths from the index
root [ /opt/rpi-eeprom ]# cd /
root [ / ]# /opt/rpi-eeprom/rpi-eeprom-update
BCM2711 detected
BOOTLOADER: up-to-date
CURRENT: Tue 10 Sep 10:41:50 UTC 2019 (1568112110)
LATEST: Tue 10 Sep 10:41:50 UTC 2019 (1568112110)
FW DIR: /opt/rpi-eeprom/firmware/critical
VL805: up-to-date
CURRENT: 000137ad
LATEST: 000137ad
なお、当方2台のラズパイ４（2G、4G）があり、メモリの設定は前回USB3.0関連で課題ありましたので、両方とも「total_mem=1024」としています。
当該事象はどちらのラズパイでもV1.0.4では起きませんが、V1.0.5ではどちらでも発生することを確認していますが、為念この辺りも再チェックいたします。
@ゴンザエモン さん
リリースノートを見返して思い出しましたが、v1.0.5ではスレーブモード向けのPLL設定を修正しただけでした。
変更点はカーネルソースの一部とdt-blob.binです。
xsinkドライバーに手をいれたのはv1.0.4でした。
（ここのところ物忘れや思い違いが増えてきたような、、、すみません。）
試しに、/boot/dt-blob.binをdt-blob.bin.bakなどにリネームしてから再起動し、現象の発生頻度に変化がでるか試していただけないでしょうか。
パパリウスさん
こんばんは。
いろいろとアドバイスありがとうございます。
こちらでの状況に進展がありませんでしたので、為念V1.0.4のダウンロードをし直した上で、再度環境セットアップして現在まずはV1.0.4にて様子を見ているところです。
（V1.0.5にてshutdownがサスペンドしてしまう場合電源ブチ切りなので、SDカードが不良になってしまっている可能性もあるのかもしれませんので、、、）
dt-blob.binについては、今晩作り直したV1.0.4で様子を見た上で、明日V1.0.5に更新してテストしてみますね。
@ゴンザエモン さん
マスターモードのHAT向けにdt-blob.binを用意しました。
https://www.symphonic-mpd.com/release/extra/dt-blob.bin.master.v105
RPi側で不要になるPLLについて、下限付近の周波数に設定するなどの簡略化を図ったものです。
/boot/dt-blob.binと差し替えていただき、挙動が改善するかお試しください。
※元のdt-blob.binはリネームするなどしてバックアップしておいてください。もし上書きして困った場合はお声掛けください。
@パパリウス さん
nzatoです
マスターモードHAT向のdt-blob.binを、v105βで使ってみました。
しっとりとした音で響きが良いですね。特に、低音の響きが凄い。
βの問題は消えたような気がします。
Sabreverry32 HDMI TOPPING D70で聞いています。
@パパリウス さん、dt-blob.binを差し替えてみました、
わずかに感じた違和感もなく、良い感じで鳴っています。
とてもスッキリした音だと思います。
パパリウスさん
おはようございます。
お手数をお掛けしております。
取り急ぎのご報告です。カードイメージのダウンロードからやり直し再設定いたしましたが、V1.0.4では事象発生せず、V1.0.5に上げると再現します。（ベータ版ドライバーに差し替えてはいません）
当方の環境依存（ラズパイ２G、iPADからのAmazon Music HD接続でテスト中）なのかもしれませんが、ある程度の再現性はあるようにも思えます
なお、ご提供いただいた、マスターモードHAT向けdt-blob.binに差し替えてこれからテストいたします。
パパリウスさん
dt-blob.binを差し替えましたが、V1.0.5ではAmazon Music HDからの接続を切った後やはりshutdownがサスペンドしてしまいます。
なお、Amazon Music HDの再生時間が短いと起こらず、ある程度の時間再生した場合にはほぼ発生する感じです。
shutdownが正常に終了しない？というだけで実害は少ないと思いますし、Amazon Music HDでは「超高音質」という訳ではありませんので、当面V1.0.4で聴くというように使い分けてみます。
ついでですが、このdt-blob.binとベータ版のドライバーの組み合わせも確認しましたが同様の事象は発生いたしました。
ただ、この組み合わせ、何でしょう？ 低域が変わりますね！
（V1,0.5ベータ版でmpdからの再生です）
@ゴンザエモン さん
dt-blob.binの差し替えも検証いただきありがとうございます。
v1.0.4 OK
v1.0.5 NG
v1.0.5 ベータドライバー NG
v1.0.5 dt-blob.bin差し替え NG
あとは、v1.0.5でカーネルのソースを修正した箇所がありますので、そちらを元に戻したものを用意してみますね。
それで切り分けができるかと思います。
準備ができましたら改めてお声掛けいたします。
音の印象変わりますか！？
土日から電源の引き回しを色々と変更していまして、dt-blob.binまでは試聴が追いついていません。
後日、私も比較試聴してみようと思います。
RPi3版のころに、dt-blob.binによる音質の変化は時間をかけて検証しました。
スレーブモードであれば直接的な恩恵がありますが、マスターモードでは恩恵を受けることができないので、マイナス面が無いか気になったからです。
その時点での結論は、「マスターモードではごく僅かにマイナスの変化がある。音は変わるが、他の要素に比べればずっと小さな影響に留まる」というものでした。
聴き分けには長時間のリスニングが必要で、短時間の試聴で判別しようとしても分からないケースも多かったため、あまり気にしなくてもよいと考えていました。
今回のdt-blob.binは問題切り分けのために用意したものですが、好印象であればいつでもダウンロードできるように整備したいですね。
@パパリウス さん、今日は休みだったので、昨夜から長時間聴いていますが、わずかながら良い印象です。
パパリウスさま
dt-blob.bin.master.v105を試してみました。
普段全くairplayでは聞きませんし特に必要があったわけではありません。単にチェックしてみようと思っただけです。
しかし、しかし、Rコアトランスの 5V/1.6A 定格出力という電源容量の不足だと思っていた、RP4B/Sabreberry32pro でしばしばおきていたリブート/起動失敗が発生しなくなりました。
それ以前から立ち上がった時にローボルテージ警告は出ていませんが、なにせ RP4B をRコア+DC-Arrow経由とはいえ、5V/1.6Aの容量で立ち上がるわけはないと思い込んでしたわけですから、てっきり電源の問題で立ち上がらない、再起動しないと思っていました。
かなりの確率で起きていたこの問題が、dt-blob.bin.master.v105 を当てることでそれ以降起きなくなりました。今日一日いろいろ試しつつ再生を続けて確認しました。
タカジンさんの Rコアトランス+DC-Arrowの音を気に入っていて、しばらくDCヤロウするか、Rコアトランスをダブルにするか悩んでいただけにすごい朗報です。
気のせいか音も安定してきたように思ったりします。（ちゃんとは聴き込んでません）
なぜなのか理解できません。ブートをウオッチしていると、アクセスのグリーンランプが点滅し、赤ランプが消えるところまでは同じですが、dt-blob.bin.master.v105 では少し間をおいて DAC Boardの32bit出力LEDが点灯し、スタートアップトーンでデコードLEDが点灯します。
なお、process cut down は extreme で、s32、NOSです。
以上（解らないながらもうれしい）ご報告です。
