abk1's scratched blog 3

今回はちょっとした小ネタというか。
DaphileでMQAを再生できるかという話、なんだけど、Daphileサーバー本体からの出力（USBとか）は試していない。
LAN経由でpiCorePlayerに送ったらできましたよという話だ。

システムの構成図。

うちではDaphileにNASをマウントして使っている。NASにMQA CDからリッピングしたMQAファイルを置いている。
下図が再生時のDaphileの画面。
というか、ウェブブラウザでの操作画面のスクリーンショットだ。

左上に、マウントされたNASの共有音楽フォルダが、階層化されている状況を含めて表示されている。
その下にフォルダに含まれているflac-mqaのファイル表示。
右のプレイリストに登録された曲が表示されている、、、のだけど、曲名はリッピング時にタグを入れるときに僕がサボったので、ちゃんとしていない。ちゃんと入れたらちゃんとした表示になる。

piCorePlayerのUSB出力からM500に音声データが伝送されて、表示された様子。
MQA　352.8kHzと表示されている。MQAの音がする。

たぶんだけど、Daphileサーバー本体からUSB出力してもMQAを鳴らせるのではないかな。試してないから明言はできないけど。

うちには無線機能がない古いRaspberry Piが幾つか、使わないままになっている。
以前のエントリーで、これらにUSB無線アダプターを付けて、piCoreで使えるようにしようという話を書いた。
Raspberry Pi + USB WiFiアダプターで piCore 起動時に自動的に無線LANに接続させる
http://blown-lei.net/endive/blosxom.cgi/pc/20211109a.htm

その後、考えた。
piCoreに拘らなくてもいいのではないか。
そういうわけで、今回はRaspberry Pi OSで、あらかじめIPアドレス固定だ。
ただ、ネット上の他のサイトを読んでいたら、今回うちでやった手法は古いやり方であるらしい。とりあえず動いてるからいいのかな、という感じだ。

今年の4月にRaspberry Pi OSは以前よりもセキュリティが厳しくなって、初期設定のpiユーザーがなくなった。
An update to Raspberry Pi OS Bullseye
https://www.raspberrypi.com/news/raspberry-pi-bullseye-update-april-2022/
いろいろやり方が変わって面倒なので、使っているのは最新のBullseyeではなくてBusterだ。

以下、忘れるので備忘録。処置を列記。

まずraspberrypi.comで、「Raspberry Pi OS Lite (Legacy)」と書いてある処からBuster Liteをダウンロードする。うちではモニターを使うのは想定していないのでLiteを使う。
https://www.raspberrypi.com/software/operating-systems/#raspberry-pi-os-legacy

マイクロSDに焼く。
sshが使えるようにbootパーティションにsshファイルを作って、Raspberry Pi（B+と初期型の2）に刺す。
LANケーブル、USB無線アダプターも刺して、電源に繋いで起動。
IPを確認しsshでログイン（ユーザー：pi、パス：raspberry）。

sudo raspi-config で設定した項目は以下の通り。他は触らない。下手に触ると上手くいかなくなるようだ。うちだけか？、、。

1 System Options / Hostname
5 Localisation Options / L2 Timezone
6 Advanced Options / A1 Expand Filesystem 

書き忘れていたが、どこかで sudo apt-get update、sudo apt-get upgrade している。

lsusb でUSB無線アダプターをラズパイがどう認識しているかを確認。
下記のように認識している内容が表示される。

pi@raspberrypi:~ $ lsusb
Bus 001 Device 004: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

1番目の行に「Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter」と詳細が表示されている。どうやら使えそう。

次に、無線LANルーター認証の設定ファイルを記述する。
まずPSKの生成。下記コマンド使用。
SSID（ネットワーク名）とPassphrase（パス/暗号化キー）は、ローカルの無線LANネットワークで決まっている筈である。

wpa_passphrase SSID Passphrase

network={
ssid="Your_SSID"
#psk="Your_Passphrase"
psk=bca18993a64219d23b7b4cf1214d999d812b5... ＊snip＊
}

こんな設定の文面が表示される。
pskとは事前共有鍵（Pre-Shared Key）というもので、暗号鍵を事前に設定しておくということらしい。
これを「wpa_supplicant.conf」に追記記載する。

sudo vi /etc/wpa_supplicant/wpa_supplicant.conf

network={
ssid="Your_SSID"
#psk="Your_Passphrase"
psk=bca18993a64219d23b7b4cf1214d999d812b5... ＊snip＊
key_mgmt=WPA-PSK
proto=RSN
pairwise=CCMP
group=CCMP
}

更にkey_mgmt、proto、pairwise、groupも追加。これらは認証方式と暗号方式によって記載内容が変わる。
うちの無線LANルーターで設定を見たら「WPA2-PSKとAES(AES)」と書いてある。
これは、認証方式がWPA2-PSK、暗号方式がAES、という意味らしい。
記載をこれに合わせる。

次に下記ファイルに固定するIPアドレスなど設定を記載。

sudo vi /etc/network/interfaces


auto wlan0
allow-hotplug wlan0
#iface wlan0 inet manual
iface wlan0 inet static
address 192.168.1.xxx
netmask 255.255.255.0
gateway 192.168.1.1

# wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
iface default inet dhcp

sudo reboot　で再起動、設定したIPアドレスで無線LANにつながるはず。

しかし有線LANのほうはつながらなくなる。
USB無線アダプターを外して有線LANをつないでも、つながらない。考えてみたら上記設定は無線しかしていない。
有線も使いたかったら、wpa-confの行をコメント化してwpa-roamで設定する方法もあるようだが、よく分かっていない。

前回の日記から1ヶ月が過ぎた。
オミクロン（たぶん）は収束した！！！

長かった、、、
一時はどうなるかと思ったが、対応方法の改善をあれやこれや行って、特に3月に入ってからは新たな発症は全くなくなった。逆に言えば、それまでにうつる人には2月中に全部うつった、ということ。最終的に、うつらなかった患者さんは2割程だ。
それでも経過を見ないといけないので、収束宣言が直ぐには出ない。
医療スタッフはみんな防護服のままで、ゾーニングの解除も出来ないまま、対応継続していた。

最後の患者さんの病状が安定して経過しコロナ対応解除になったのが3月10日。最初の患者さんが出たのが2月11日だったので、きっちり4週間だ。
新たな患者さんが本当に出ないのかを確かめるのに、さらに数日。
その上で、未発症者（病棟の患者さんと職員両方）のPCR。
これで陽性が出なければ、収束宣言、となる。

いや長いよこれは。繰り返しになるけど。
オミクロン株というのは、発症者を2日だったか、動かさずにいたらフロア全体に広まるのは必発ということらしい。
そんな対応は、いつも簡単にできることではない。
うちでも最初の患者さんを検査陽性となったその日のうちに個室対応にしたが、結局は病棟全体に広まってしまった。
一旦広まったら次々に発症者が出るに合わせて治療対応していくしかない。
2月はそれで手いっぱいだった。

しかし、そういう最初の失敗があったので、他の病棟でたまたま新たなコロナ患者さんが出たとき、早急に広範に検査して陽性の患者さんをコロナ対応中の病棟に移動して、おかげでその病棟にはそれ以上には広がらなかった。つまり、経験を生かすことはできたということだ。

最初のうちは、感染対策の専門家から見て問題ないというレベルの感染対策は、やはり出来てなかった。実践がなかったところで机上で勉強したことだけでは、なんやかんやで追い付かないということを痛感した。
例えば防護服を着ての看護で、フェイスガードが凄く曇りやすい、患者さんに点滴するのに手元が見えなくなるので、ついつい無意識に手で触ってしまう。こうなると何のためにガードを付けているのか分からない。こうしたことを防ぐにはどうしたらいいのか。
やってみないと分からないことが、実際にやらないといけなくなってからどんどん出てくる。他にもぽろぽろと盲点があった。

そういう意味で、2月半ば過ぎに自治体の感染対策チームの助言が得られたのは大きかった。ゾーニングの見直しや防護服等の使い方の徹底など、大事なアドバイスを得ることが出来た。このチームのスピード感は凄かった。これは良しこれはダメと、こっちの背骨を叩きなおされた感じがする。
チームはとても忙しくて、休む間がないそうだ。

イレギュラーだったのは、コロナが完治した患者さんを他の病棟に移そうとしたところ、発熱した。移る先の病棟がコロナの再発を心配するので抗原検査をしたところ、陽性が出たので移れなくなってしまった。
発熱は褥瘡の可能性が高いと考えられ、褥瘡治療のために病棟移動を考えていたのだけど。看護師が防護服を着たまま処置を行うのでは、普段は簡単なことが簡単ではないこともあるからだ。

こういうことは、コロナが始まった頃にネットで読んだことがあった。
しかし知識としては曖昧で、今更自分のところで問題になるとは思ってなかった。
保健所に問い合わせたところ、完治して感染性が無くなっていても陽性が出ることはよくあることだそうだ。どの程度の頻度でそうなるのかのデータはないようだ。
だから最近は、完治の確認のためのPCRや抗原検査はしない。いつ陰性になるのかもはっきりしないということらしい。抗原は残ってるけど、ウイルスとしての増殖力や感染性は無くなっていて、再発したり他人にうつすことはない、ということだ。
どうも、こういうのは偽陽性とは言わないようだ。検査自体が間違えているわけではないからかな、、、

いずれにしても、まぎらわしくて困る。
いくら理屈では感染しない、心配ないと言っても、それでも不安になる人はいる。
そんなこんなで、ほとぼりが冷めるまで、その患者さんは病棟を移動できなくなってしまった。幸い、病棟を移らなくても治療ができているので、大事には至ってないのだけど。

しかし、こういうことについて「感染性がない」と保健所が言えるのも、多くのケースがあって知見の蓄積があってのことだと思う。
こうなるまでには、沢山の戸惑いや混乱があって、それを越えてきての現在があるのだ。
コロナが始まって2年になる。
その間にわかったこと、まだわからないことがあって、ウイルスは形を変えていくから、また分からないことも出てくるが、それでも人間側も知識や対抗する技術を蓄積して、そうしていくうちに、コロナが日常の病気として定着していくのだろう。いわゆるウィズコロナとかいうやつだ。

そのあたりを、とても丁寧に書いた記事があったので、下に揚げておく。コロナがない生活には戻れない。コロナとの戦いがどのようにして日常になるのか、ということだ。
BuzzFeed
「新型コロナの方がインフルエンザより致死率は高そう」　そもそも比べられない2つの感染症を無理やり比べる理由
https://www.buzzfeed.com/jp/naokoiwanaga/covid-19-influenza-suzuki

そんなこんなで、なんとか収束に漕ぎ着けた。
とりあえず、よかった、、、

そういうわけで、自宅での子供部屋への隔離生活は終了となる。

変化があったら何か書くつもりだったが、始めたときから大きな変化はない。
いちいち石けんで手洗いは面倒なので、アルコール消毒に置き換えたことと、3月に入ってからはN95マスクを止めて不織布マスクにしたぐらいだ。

マスクを替えたのは、2月末の無症状の人全員のPCRで僕が陰性になったからというのと、病棟で新たな陽性者が出なくなったのが大きいかな。病棟での運用で、リスクが大きい処置の時以外は不織布マスクでいいということになったので、それに準じたという形。但しマスクは間違った使い方をしないことが大事だ。N95は正しく装着したらかなり息苦しいので、感染リスクが少ない状況なら不織布マスクの方が仕事しやすくて負担や疲労が少ない。
実際、替えてからの方がうちでも過ごしやすくなっている。

なんのかんので気を紛らわせてはいたけど、家族と顔を合わせない生活は、やっぱり何となく味気ない。つまらない。
僕なんかは1か月ぐらいのもんだけど、コロナ治療専門の病棟では、こういうのがずっと続く人もいるのだ。ストレスが溜まってというのは分かる気がした。

オーディオは結局、ヘッドホンでは飽き足らず、アンプと小さなスピーカーを持ち込んで鳴らしていた。
アンプはTU-870、スピーカーはステレオ誌企画のフルレンジで型番は不明だ。
アンプの上流は以前と変わらず、Daphileをストリーミングオーディオサーバーにして、Raspberry pi 3b+、piCorePlayerからUSB出力、USB DACにRal-24192ut1を充てている。
音源はDeezer、Spotify、あとYoutubeなど。半分以上はポップミュージックを聞くようになった。クラシックもそんなに悪くはないのだけど。あと、ウクライナの戦争関連でYoutube動画の音声を鳴らしたりしている。

以前、音質が悪かったら僕は何を聴くんだろうかと書いたことがあるんだけど、こういう状況で試すことになった。
僕にはスピーカーから音が出る環境が必要だと分かった。
オーディオ的に十分にハイファイでなくても、ないよりはあるほうがいいようなのである。
無論、より良い音質で聴きたいというのはあるのだが、ないならないで、なんとかしようとするようなのだ。

そして音源は、以前に聴いたことがあるものよりも、新しい音源を選ぶ。
聴いたことがあって気に入っている音源を聴くということもあるのだけど、圧倒的に新しい音源を漁っていることが多い。そして気に入った音源は、プレイリストに入れたりお気に入りに登録したりしている。買えるだけCDを買っていた昔と同じである。結局、そういう聴き方が性に合っているのだろう。

聴くジャンルは、音質に合わせるようだ、、、
合わない音源は聴かなくなる。うちのフルレンジで特に合わないと思ったのは、バロック時代の管弦楽だ。とてもうるさい。意外に古典派以降の交響曲は違和感なく聞ける。細かい音の情報はつぶれてしまって、うるさい音として耳に届くことがないのだ。
あとはポップミュージック、ジャズなど。
何しろ、鳴らしてみて気持ち良くないと思ったら次の音源に行く、そういう聴き方だ。

昔、ロックにばっかり聴いていたのは、むしろそういう音質のコンポだったからというのも、あったのかもしれない。
小学生の頃はむしろクラシックの交響曲が好きだったのだ。それも考えてみたら、自宅で聞くより小学校の音楽室で聴くのが好きだった。当時にしては音響に配慮した作りの音楽室で、相応のオーディオコンポーネントが用意されていた。
家のラジカセでは、むしろ軽音楽、そこからニューミュージック、ロックに移行した。当時から音質に合わせて嗜好が変化していたというのは理屈に合っている、、、

しかし、そういうのもとりあえず終わりだ。
またコロナがうちの職場に入ってこないことを祈るけど、ないとは限らない。コロナだから。
でも、本当に入って来ないで欲しいと思っている。

そういうわけで、コロナ日記はここまで。

さて、どこから書いたものか。
まず最初に、この記録は事象の終息後に書かれているものではない。
いま現在までに起きたこと、起きていることについて、忘れないうちに記録しておくために書いている。
人のためではなく、自分のためである。
何処に書くか迷っていたのだけど、取り敢えず、ここに書くことにした。
公開しなくてもいいんじゃないかと思ったんだけど、なんというかな、長年ブログなんて書いてきていると公開するのが自然ということがある。そういうのを隠すとなるとモチベーションが下がるようなのだ。病気である。

兆しは時々あった。
僕の職場の職員が、部署は違うけどコロナ陽性になったという知らせ。家族が陽性になって休んでるという知らせ。
そのまま、職場の中には侵入されることなく、時が過ぎる。
かなり心配したこともあったけど、ギリギリで持ちこたえていた。それが今回は違った。

今月上旬、職員が１人、職場で発熱し早退。その後、陽性の知らせ。
数日、何事も無く過ぎる。
11日、入院患者さんが1人、発熱。抗原検査で陽性。侵入された。

緊急会議招集。
感染拡大防止のため対応策を検討、病棟内のゾーニングを行っていく。
もともと、そういうことをするような作りに、うちの職場は出来ていない。建物の構造からして、そういうことには不向きにできている。そこを何とか区切りを入れて、危険区域と清潔区域を分けて、動線を作る。
1日目にやったことは、ほとんどそういうことだ。

一度ことが起きたら、総力戦になるというのが実感される。
最初の日は、いつかはあるかもと予想していたこと、覚悟していたこととはいえ、慌て焦る気持ちを押さえながら皆が動く。
前線兵士として動く看護師、指揮官たる医師、兵站を担う医療事務、ワーカー、薬剤師など。
各々が状況を伝達、共有し、知恵を出し合い、整理しながら、なんとか態勢をを確保する。
この時点で、どのように戦況が拡大していくかは予想が付かない。

ここまで書いてきて、思い出す。
僕はもともと、職場の状況を書くつもりでは、ないのだった。
個人情報だとか色々と最近は難しい。何でも書いていいことばかりじゃない。

僕は、自宅で起きていること、したことについて、書いておこうと思ったのだ。
そう最初に思ったのは、それこそ最初の患者さんが出た時だ。
日にちが開いたのは、多少の逡巡があったからだ。でもまあ、書いておくことにした。
後になったら書けない。忘れてしまうからだ。

最初の緊急招集は11日祝日。
そこから帰ってくるなり、女房が言った。

「あなたには、これからはＹちゃん（長男）の部屋を使ってもらうから。Ｙちゃんとも相談して決めたから。」

なんとスピーディーなことか。
実は以前から、職場でコロナが拡大したらどうするか、女房と相談することはあった。うちは1人で籠れる空間は実質的に子供部屋しかない。ホテル住まいするかどうするか、などと話していたのだ。
帰ったら相談しなくてはと思っていたら、帰ったら既に結論が出ていた。すごい。

まず、以前からうちで行っていた感染対策について書いておく。
基本的に、家族全員で行っていたことだ。

外出を極力控える（外食は禁止、買い物の回数を減らし通販の有効活用、ストック食品利用など）。
必要な外出時には不織布マスク2重。
帰宅時には石ケンで手を洗うこと。
子供の登下校は、バス通学の感染リスクを避けるため、僕の出退勤に使う自家用車で送迎（出来ない日もある）。

ざっとこんな感じか。
以前は最も注意すべきリスクは中学に通う長男が他所からもらってくることだった。学校でもらうかバスでもらうか。実際、大事にはならなかったが学校のクラブで広まったことがあった。
その次のリスクは僕。
それが11日を境に逆転したということだ。
感染源に入って仕事しないといけないのだ。自宅に持ち帰る危険がある。

うちの11日からの新体制について書いておく。

生活空間のゾーニング。
子供部屋から必要な物品（教材やマンガ等々）を出して寝室に移動し積み上げる。寝室と言っても居住空間の中心に設えた畳空間で、リビングとそのまま空間を共有している。子供は其処やリビング、ダイニングで勉強するということだ。
子供部屋を僕の主な生活空間として借りる。
だから寝室空間にあった僕の布団を移動する。子供部屋のフローリングの床に敷いている。

移動ラインも出来る限り別にする。
僕は玄関から西側の子供部屋に至る廊下を移動。女房子供は東側からDK、リビングへの廊下を移動。

風呂は共有せざるを得ないので女房、子供の入浴後に僕が入る。
トイレも共有するので、全員使用前後に石ケンで手洗い。僕は手洗い等の後はペーパータオルを使うこと。

僕は自宅では、子供部屋以外ではN95マスクを使用。
子供の通学送迎に際しても、車内でN95マスクを使用し、換気する。
食事は子供部屋に運んで行う（食事は女房子供とは別ということ）。飲み水は、水筒に入れて子供部屋にもっていく。

子供部屋は、出勤する前に換気を行うこと。

僕が担当していた洗濯物干しを女房がすることになった。衣類を通じての感染を防ぐためだ。
他にも、みだりに家の中のものを触らない、ということになっている。

そんなこんなで、11日からこういう生活なのだ。

趣味のオーディオは我慢だ。
リビングに置いてあるスピーカーを鳴らす機会は殆どなくなった。
仕方がないので、Raspberry pi 3B+、piCorePlayer、USB DAC、ヘッドホンで組んだシステムを子供部屋に持ち込んで音楽を聴いている。
phile-webで日記にした奴だ。
こんなところで役に立つとは思わなかった。
https://community.phileweb.com/mypage/5010/

日記ではVolumioだけど、コンセント抜きだけで電源オフしたいのでpiCorePlayerになった。
24192UT1の電源からRaspberry Piの電源も取れるようにしたいと書いているが、日記をアップして暫くしてから工作して、出来るようになったのでコンセントは１つでよくなった。
Wi-FiでDaphileとつないでDeezerも自宅NASの音源も聴ける。
おかげで思ったほど不自由しない。

いや、不自由だけどさ。
当たり前のことしてるだけなんだよね。仕方ない。

そういうわけで、何か新しいことがあったら記録していこうと思う。
今は現状以上に感染拡大しないように願うのみ、なのだけど、オミクロンの感染力は桁外れだ、、、それを実感しつつある今日である。

Daphile – Digital Music Convenience for Audiophiles
https://daphile.com/

Daphileというのは非常によくできたディストリビューションだと思うのだけど、困るのは使い方が難しいことだ。
一見、感覚的に使えるように見えるのだけど、気付かないと使い方が分からないことが、ままある。Volumioより難しい。そして使い方のマニュアルがない。

https://daphile.com/download/FAQ.txt
FAQを読んでいて得心した。

Q5.
Hardware. Is Daphile compatible with ... DAC, wifi adapter,　motherboard or any device?

A5.
In general I can't answer these questions.
I have also decided that I will not collect and maintain any hardware compatibility information.
I don't want to take responsibility for possibly providing wrong information for anyone's purchase decisions.

割り切ったものである。
あれこれ説明がないのは、自己責任でも喰い付いてくるユーザーだけが使ってくれりゃあいい、ということなのだろう。

このFAQ.txtに書かれている内容は、興味深いと思うところもあるけど、実際の使用に関してはあんまり助けにならない。Daphileの使い方については、あちこちのサイトで書かれているので、ここで繰り返して書いても意味があまりないかも。だけど説明が面倒なことも多くて、書かれていないことも多いように思う。
そして、自分で過去にやったことを再インストールの際には忘れている、、、そういうわけで、覚え書きを作ることにした。

まず設定についてのメモ書きである。
思い付いたら適宜追記、修正していくつもり。なかなか読み易いものにできないから、気付いたときに直していく。
小さい修正の場合は、いちいち断りを入れないか、入れても時間が経ったら断り書きを消そうと思う。そのほうが読みやすいだろうからというのが単純な理由。

インストールに際しての注意

Daphileは、ダウンロードしたインストール用Daphileを使って、起動に使うメディア（HDD、USBメモリなど）にインストールして使う。
インストールについての基本的な手順は、下記アドレスのpdfに書いてある。
Daphile Installation
https://daphile.com/download/DaphileInstallation.pdf

動きさえすればどんなメディアにインストールしても構わないと思うけど（上記マニュアルによると最低2GB）、小さすぎるメディアは避けた方が良い。
というのは、使っていくうちにライブラリ（登録してある音源とか、お気に入りとか、プレイリストとか）が大きくなって来ると、運用上、メディアの容量が足りなくなるようなのだ。
そうなるとDaphileの挙動自体が危なっかしくなってくる。プラグインのアップデートや変更などの操作を受付けなくなる。そういう時には、再生音が途切れるようになったり、不具合も出てくるような印象がある。
うちでは2GBのUSBメモリにインストールして使おうとしたのだけど、あれこれやるうちにデータ収納スペースが足りないと表示され（スクショは撮り忘れた）動かなくなった。そこで4GBのを使っていたんだけど、再び挙動がおかしいので、32GBのに変更して様子をみていた。
ちなみに、うちではNAS音源をマウントして使っていたのだけど、うちのNASには8000枚以上のCDリッピングファイル音源が入っており、其々にcue sheetがある。音源データを読み込むとそこそこ結構なデータ量になる。
Daphileよりもmpdのほうがデータベースを作る速さはずっと速いのだけど、mpdはcue sheetの中に書かれたデータまでは、データベースに読み込まない。
しかしDaphileは、それも読み込んでいる。そのぶん、データベースとしてはずっと大きくなる。ハードのスペックにもよるだろうけど、数10分かかっていた。さらにストリーミングサービスのデータもこれに加わることになる。
しかしそれでも実際のところ、使っているUSBメモリの使用量は2GBより小さい。
だから、どうして容量が足りないと表示されたり不具合が出るのか、分からなかったのだけど。

最近はNASをマウントするのは止めてしまった。
というのは、やはり不具合が起きる心配と（実際に不調が多かったかというとそうでもないんだけど、気分の問題が大きいかな）、Daphileにマウントして鳴らすより、mpdサーバーにマウントしたのをmpdクライアントで操作して鳴らす方が、音が良いような、気がしたから。
うちではDaphileからmpdサーバーにデータを送って鳴らしているので、それよりはNASから直接にmpdサーバーに送る方が全体のデータ処理の負担が少ないのだろうと思う。ブラインドでは気付かないと思う。

次に気になるのは、マイクロSDカードとかで運用するのはリスクが高いかもしれないということだ。
基本的にシャットダウンする時はメディアへのデータ書き込みが行われるようで、使う音源の数が多いほど扱うライブラリのデータ量も増えて、シャットダウンに時間がかかっている。
うちでは基本、起動しっ放しなので大きな問題にはなりにくいけど、プラグインのアップデータの際には再起動が必要になり、ライブラリの再読み込みも行ったりしているようだ。
そういうわけで、書き込みの繰り返しに強いメディアを選ぶ方がいいだろうと思う。
使ってないときは電源を切るということなら尚のことだ。

インストール後の設定について

ウェブブラウザからDaphileにアクセスすると、操作画面が表示される。
左にボタンが並んでいて、上から4番目「Settings」をクリックしたら、設定画面が表示される。

うちで「Settings」で設定している項目について、ここでメモしていく。
操作画面で上から並んでいる順番に記載する。
ここに記載がない項目は、デフォルトのままで使っているか、記載する根気が無い項目ということだ。
前述した Daphile Installation のpdfファイルに、General、Audio Device、Storage の項目に付いては、基本的なことについての記載がある。

General

うちで設定しているのは「System name」と「Time zone」。
System nameはネットワーク上で使われる名前なので、好きに付けてやればいい。複数のDaphileを使う場合は違う名前にしておけば区別が付く。 Time zoneは「Japan」。
他はデフォルトのまま。

Audio Device

うちではBIOSで音声出力を止めてUPnPサーバーとして使っているので「No compatible audio devices」と表示されている。
USB DACなどつないだ場合は、ここに表示される筈。

Key Bindings、CD Ripping

うちでは触っていない。
リッピングマシンとして使うと便利という話を聞いたことがある。

Networking

うちではデフォルトのまま、Automatic (DHCP)にしている。DHCPサーバーからipアドレスが自動で割り振られる。

Power

ここではCPUやクロックの設定が出来る。CPU frequencyを若干高めに設定している（うちの機種の場合、2.2Ghz前後）。処理能力優先だ。
よく解らないというのもあって他はデフォルトのまま。

Storage

ここではストレージ音源の設定を行う。うちでは「Local drives」は無し。「Network drives」でNASの共有ディレクトリをマウントする。
NASのマウント方法については以下エントリーを参照。
http://blown-lei.net/endive/blosxom.cgi/audio_diary/20210413a.htm
DaphileにNASをマウントしてみる（cue sheetが使える！）

Backup

ここは触っていない。
Backupは、Daphileのローカルに音源を保存する場合にバックアップできるみたい？
設定のバックアップも出来るようだ
しかし、使ったことがないので、よくわからない。

System Firmware

Daphileのアップデートがあると、ここに表示される。
接続したメディアにDaphileの新規インストールができたりもするようだ。

Advanced Media Server Settings

ちょうど上の画像を見てもらったらいいけど、「Settings」の表示画面、最下部左側に、暗灰色に白抜き文字のボタンが２つある。
「Save & Restart」と「Advanced Media Server Settings」だ。
後者のボタンをクリックすると、更なる設定用画面が表示される。
横に並んだタブについて、左から順番に記載していく。

Player

DACなど音声出力先のボタンと、設定のボタン（Basic Settings）が表示される。
上の画像では、テスト用システムで運用しているpiCorePlayerが表示されているのだけど、複数の出力先があるようなら、左上のプレーヤー名が表示されているプルダウンボタンから選択して、他のプレーヤーの設定もできるようになっている。
Basic Settingと表示されているボタンからプルダウンで、更に細かな設定を選べるのだけど、設定項目は非常に多い。
とても手が回ってないのだけど、「Alarm Clock」をOFFに。
他はデフォルトのままで使っている。

My Music

ここはデフォルトのままで弄っていない。

mysqueezebox.com

Daphileには多くのプラグインが用意されているのだけど、それらの3分の1がLogitechから提供されている。
うちではDeezerを聴くためにDaphileを導入したのだけど、DeezerプラグインもLogitechから提供されていて、使うには下記アドレスのサイト「Logitech Squeezebox」でアカウントを作る必要がある。
https://www.mysqueezebox.com/index/Home

Logitech Squeezeboxにアクセスして、簡単にユーザー登録、アカウントを作ることができる。
そのアカウント情報（メールアドレスとパスワード）を、ここで入力、保存する。
詳細については後述。
Deezerプラグインの使い方についての項に記載する。

Interface

ここではDaphileの表示を設定。「Show Artist with Albums」「Show Year with Albums」を「Enabled」にしている。
アルバム一覧を表示したときにアーティスト名などが表示されるということだが、ストレージで設定された音源（つまり自宅ローカルの音源）では機能するけど、ストリーミング音源の表示には適用されない。
その他、一度に表示される音源数とか、サムネイルサイズとか、設定できる。

Plugins

さて、Daphileでは多数のプラグインが動作している。
ここではリストが表示され、上から「Active plugins」、「Inactive plugins」、「3rd party plagins」と、ずらりとプラグインが並んでいる。
デフォルトで要らないものは外したいし、追加したいプラグインもある。

「Active plugins」にリストされているのが、有効化されているプラグインだ。
うちでデフォルトから外したのは、ネットラジオ関係をいくつか。プレイリストの曲が終わったら何か他の曲を鳴らしてくれるプラグインとか、アマゾンのCDストアにつながるプラグインとか、TIDALのプラグインなどだ。「Active plugins」のリストから外したいプラグインを選んでチェックボックスのチェックを外して、表示右下の「Apply」、「close」。
プラグインによっては、DaphileのOS再起動が必要になる。必要ないものもあるようだ。使いながら個別で確認していくしかないかと思う。

追加したプラグインはUPnP関係、Spotifyなど。
未使用のプラグインリスト（「Inactive plugins」と「3rd party plagins」）で該当するプラグインのチェックボックスにチェックを入れ、「Apply」「close」「Save & Restart」で、Daphileを再起動したら使用可能になるけど、ちょっと複雑。
以下、表にする。

UPnP	UPnP関係では、「UPnP/DLNA Media interface」と「UPnP/DLNA bridge」を有効化する。 まず「inactive plagins」のリストにある「UPnP/DLNA Media interface」を、他のプラグイン同様の手順で有効化。 続いて「3rd party plagins」のリストにある「UPnP/DLNA bridge」を有効化する。チェックボックスにチェックして「Apply」をクリック。 ここで暫く待つと、メディアサーバーを再起動していいかという表示が出るので、再起動。更にもうひとつ、再起動してるので待てと表示が出るので、OK。 そうして待つと、UPnP/DLNA bridgeプラグインの最新版がプラグインリストの最上部に表示される。 ここでチェックボックスにチェックして「Apply」（、、、ということなんだけど、この操作は要らないかもしれない。確認できていない）。 この時点でプラグインが有効化され「Active plugins」に表示される（「Audio Player」の画面表示にすると、右下の灰色のボタンにUPnPレンダラーが表示されていて、Daphileからレンダラーに音声データを送ることが可能になっていることが分かる）。 リスト表示されたUPnP/DLNA bridgeプラグインの右端「settings」から細かい設定が出来るようになっている。 「UPnP player audio capabilities」の項目で、Max sample rateを一応、768000にしている。うちには一応、768kHzのハイレゾ音源があるからだ。 それ以外はそのままで音が出ているので、うちでは弄っていない。よく解らないというのもある。
Spotify	Spotifyは「3rd party plagins」の「Spotify for Squeezebox, Still Spotty」を有効化（Spotifyについては複数のプラグインがあるのだけど、どういうときにどれを使うのか詳細はよく分からない）。 有効になると「Spotty」にプラグイン名の表示が変わる。 リスト表示されたプラグイン右端の「settings」をクリックし、設定画面から「Username（ユーザー名）」とSpotifyのパスワードを登録する必要がある。 登録したら各種設定の画面が表示されるので、必要に応じて設定。これで使えるようになる。 SpotifyはWebプレーヤーではギャップレス再生ができない。 androidスマートフォンのアプリを使った場合は可能。Daphileを使って聞く場合もギャップレス再生可能である。
Deezer	2024.04.22.追記。 １月末の追記で、DeezerはDaphileで使えなくなると書いて、実際、使えなくなったが、使えるようになった。 但し、Deezer Premiumは対応しているようだが、Deezer Duo、Deezer Familyに対応しているのかどうかは分からない。 新しいプラグインが導入されたので、下記の記述はやはり今現在には役に立たない。新しいプラグインの使い方は、そのうち余裕が出来たら記載するつもり。 2024.06.11.追記。 新しいプラグインの使い方は、下記urlを参照。 lms-deezer/README · GitHub https://github.com/philippe44/lms-deezer/blob/main/README.md こまごまとここで説明しなくても、書いてあるとおりにしたら、そんなに難しくないと思う。 2024.01.29.追記。 ２月から、Deezerは、Daphileで使えなくなる。 詳細は下記のアドレス。 https://forums.slimdevices.com/forum/user-forums/general-discussion/1668327-uesmartradio-com-and-mysqueezebox-com-servers#post1668327 logitech FORUMS UESmartRadio.com and MySqueezebox.com Servers 要は、MySqueezebox.comのサーバー保守が終了になるのが原因、ということだ。 セキュリティなど将来的に水準を保って対応していくのが困難と判断したと。 Deezer以外にも、Tidal、Pandoraが使えなくなる。 下記の説明は意味がないものとなるが、記録として残しておく。 DeezerプラグインはLogitechから提供されていて、デフォルトで有効に登録されているが、そのままでは使えない。 上記「mysqueezebox.com」の項目にも記載したが、Logitech Squeezeboxでアカウントを作り、アカウント情報をDaphileに登録しておく必要がある。 https://www.mysqueezebox.com/index/Home 下の画像は、そのLogitech Squeezeboxサイトのスクリーンショット。 Logitech Squeezeboxのサイトに行き、ユーザー登録しアカウントを作る。 ログインした状態で「App Gallery」のタグをクリック。 リストの中に「Deezer」が表示されている。これをクリックし選択したら、説明の記載と「Install App」のボタンが表示されるので、ボタンををクリック。 インストールしたら「My Apps」に「Deezer」が登録される。 Deezerのユーザーアカウント情報（メールアドレスとパスワード）を登録するようになっているので、登録。 これでLMSでDeezerプラグインが使えるようになるようだ。 DaphileはLMSで動いているので、これでDeezerプラグインを使えるようになる。 Logitech Squeezebox、Daphile、Deezerが、アカウントデータを共有？して連携して動くということだ。 DaphileでDeezerを使うメリットは、何よりギャップレス再生が出来るようになることだ。 加えて、容易にUPnPでデータを送れるので既存のオーディオシステムに組み込みやすい。 うちではmpdを使ったPPAP方式で鳴らすのだけど、UPnP経由でmpd-PPAPフロントサーバーにデータを送れるので、非常にありがたい。 下の画像はDeezerの使用画面をキャプチャしたもの。 Spotifyに比べたら素っ気ないが、使い方には大きな差異はない。
Youtube	Youtubeの音をDaphileで鳴らすことができる。 プラグインは「3rd party plagins」、リストの一番下に載っている。 チェックボックスをチェック、「apply」で有効にしたらアプリ再起動しろの表示、再起動したら暫く待ての表示が出る。じきにアップデートとしてリストのトップに上がるのだけど、放置していて問題無し。 そのうちAudio Playerの「My Apps」にYoutubeが表示される。 しかしこの時点では使えない。Youtubeの管理をしているGoogleで「API Key」というのをもらってこないといけない。 DaphileでYoutubeのアイコンをクリックしたら、音が出るようにする手順が表示される。 訳してみた。 YouTube APIキーがありません：キーを取得するには： https://console.cloud.google.com/apis/dashboard に移動します クリック：プロジェクトの作成 プロジェクトに名前を付けます。 例 ： - （略） - 組織はなしのまま [作成]をクリックします プロジェクトダッシュボードで、[API]ボックスの中の「APIの概要に移動」をクリックします。 APIとサービスのダッシュボードで、[APIとサービスを有効にする]をクリックします APIライブラリで、Youtubeを検索し、Youtube DAta APIv3をクリックします。 Youtube DAta APIv3の画面で、[有効にする]をクリックします Youtube DAta APIv3の概要で、[クレデンシャルの作成]をクリックします どのAPIで使用していますか？ との問いに、Youtube DAta APIv3を選択。 どこからAPIを呼び出しますか？との問いに、Webブラウザ（java script）を選択。 どのデータの下でアクセスしますか？の問いに、 共有データを選択。 次に、クレデンシャルが必要ですか？で、 ボタンをクリック。 これで、APIキーが表示されます。 それをコピー。 キーの制限をクリックします APIの制限の下で[キーを制限]を選択し、[Youtube Data APIv3]をクリックします [保存]をクリックします Youtubeプラグインに戻り、キーを貼り付けます （以下略） 正直、これを読んだだけではなんのことかさっぱりわからない。 実際に、Googleのサイトに行って操作したら、多少は分かる。当然だけど、Googleアカウントが必要。 原文が英語で、Googleは日本語表示なのでやりにくいし、何だか少し説明と実際が違うような気もするんだけど、まあ、なんとかなる。 無事にキーを取得し、プラグインに書き込めたら、DaphileでYoutube動画の音を聞くことが出きるようになる。最近は48kHz/16bitとかCDと同等以上の音質のものもあるようで、思っていた以上に楽しめる。

Advanced

Advancedは弄っていない。

Information

各種情報が見れる。
Logitech Media Server Status、Library Status、などなどの項目がある。
うちではDeezer、Spotifyといった項目もあって、プレイリストに登録された音源データの数などをリストしている。

プラグインのアップデートなどした後などにはデータベース再構築が行われるのだけど、進捗状況が「Media Scan Details」に表示される。
Cache FolderとかPlugin Folderとかパスの情報も表示されている。だから何ができるというわけではないのだけど。

Theme

右下、「Theme」という記載の後に２つ、グレーのボタンがある。これでブラウザ画面の表示を変更できる。
左側は「Default」の黒、「Light」の白を選択。 右側は「Wallpaper Toggle」と書いてあって、壁紙の使用、不使用を切り替える。

今のところ、設定についてはこんな感じか。
かなり読み辛いけど、読み易くする余裕はないので、仕方ないかな。

気が付いたら新年だ。今年は特に年越しの実感がなくて、お餅を食べても正月だという気がしなかった。
もうすぐ北京オリンピックだそうだ。
どうにもこうにも実感がないのは新型コロナの所為かもしれないけど、まあ、それでも新年だ。おめでとう。今年もがんばろう。

ブログ更新はちょっと滞っていたが、それというのもアップする話がなかったからだ。

以前にエントリーでアップしたRaspberry Piのアクセスポイント化については、能力が無く中断、寝かすことにした。僕のようなにわかlinux使いには難しい。
Pegasus DACに1.5MHzにアップサンプリングして入力出来ないかもやってはみていたが、alsa、aplayの対応上限が768kHzらしいということで、将来的な対応を待つほうが良さそうだと判明。
最近は、Daphileが不調になりサーバー機種を替えたけど、１つのエントリーにするほどの話でもなし。
システム構成説明のアップデートでもしとこうか、ということだ。

最近のシステム構成は下図のような感じ。

ほとんど変化がない。
まず、有線LANのハブがひとつ減った。
FX-08miniをもしかして外した方がいいかもしれない？と思って外している。取り敢えず、外して害は無いようだ。ここらは電源やGNDの状況で変わるかもしれない。

あと、さっき書いたけど、Daphileサーバーが変わった。
以前はCompaq 6730bという骨董品？といっていいか、そんなノートPCを使っていたんだけど、1月に入ってぶちぶち音が飛ぶようになった。
NAS音源やSpotifyだと問題ない。Deezerでおかしくなる。
DeezerをWebブラウザで聴いたら問題ないので、やっぱりDaphileとDeezerプラグインが不調なのだ。

原因として思い当たったのは、ひとつはRadio Paradiseを鳴らそうとしたこと。
MQAを鳴らすことが出来るかどうか試してみようと思ったんだけど、なんだかおかしなことになって、ついでにクライアントとして使っているノートPCのWebブラウザまでおかしくなり、DaphileからはRadio Paradiseのプラグインを削除、ノートPCのWebブラウザを再インストールということに。
その頃から、Deezerも不調になった。

Daphileを動かすサーバーを替えてみる。
OSが入ったUSBメモリを、HP Elitebook 2570pに刺して起動。スペックは上がった筈だが、状況は変わらず。OSが壊れている？
仕方ないので、Compaq 6730bでDaphile新規インストールし動かしてみるが、何故か変わらず。
そこで、新規インストールしたUSBメモリを2570pに刺して動かしたら、どうやら問題なく動いている。現在、そういう状況だ。古いOSとサーバーと、両方に問題があったのだろうか。
ネット上の掲示板でDaphileについて書かれたのを読むと、apu2だと重いという記述がある。6730bのスペックはapu2よりも下なので、そこそこ重い状態で使っていたということかも。Deezerを使うに当たって、ライブラリ構築するためにプレイリストやお気に入りを多用しているんだけど、登録数が増えてくるのに従い重くなってきたのかもしれない。

新しいDaphileサーバーにしたElitebook 2570pは、以前はmpdアップサンプリングサーバーとして使っていた機械だ。820 G2と2570p、どちらも其々の趣きがあったんだけど、820 G2のほうがモニター的でHi-Fiに鳴る。2570pは揺らぎが出る。Daphileサーバーの不調があって、2570pを転用することにした。

そんなこんなで、今はあれこれ弄らずオーディオを聴いている。ある意味、平和だが退屈でもある。
また何かあったら手を入れていくつもり。

あ、Brooklyn Ampをどうするかが残ってるな、、、

今回はLinuxの話になる。

前回のエントリーは、Raspberry Pi2をAP化、オーディオプレーヤー化しようとしたところ、なんだかよく分からないことになったという話だったんだけど、未だにどうなってるのか分からない。
とりあえずAP化の詳細は置いといて、初歩的なとこから、家庭内LANに無線でつなぐとこから始めよう、と思ったら、意外に嵌ったので備忘録化しておく。

まず使ったpiCoreは、piCore13.0.3 /armv7。つまりRaspberry Pi B2用の最新版。
うちで余っているRas Piは、B+、B2が多く、無線を使うならUSB WiFiアダプターを使うのが前提となる。入手しやすいのは最近の製品となるので、新しいOSじゃないと対応できないんじゃないかと思ったので、piCore7に拘るのは止めたということだ。

今回、それでもUSB WiFiアダプターはLinuxで使えないことが少なくないことを初めて知った。機材自体をpiCoreで認識できなかったり、Linux対応と書いてあってもドライバーをCDからインストールしないといけないのとかあって、ちょっと手間が掛かりすぎる。
何種類か試したけど、今のところ使えているのは、前回エントリーのBUFFALO WLI-UC-GNM、TP-LinkのTL-WN725N、エレコムのWDC-150SU2MBKだ。
Aigital AC600、Rich AC1200M、BUFFALO WI-U2-433DMSは、現在のところ使えていない。

環境構築のインストールに使ったコマンドは以下のとおり。
hostapd、dnsmasqはまだ使わないけど、今後の使用を考えて入れてある。関連があるtczも同時にインストールされる。

tce-load -wi ntp.tcz
tce-load -wi wifi.tcz firmware-brcmwifi.tcz firmware-ralinkwifi.tcz firmware-rpi-wifi.tcz firmware-rtlwifi.tcz
tce-load -wi wireless-5.10.16-piCore-v7.tcz wireless_tools.tcz
tce-load -wi usbutils.tcz usbutils-doc.tcz libusb-dev.tcz libusb.tcz usb-ids.tcz
tce-load -wi hostapd.tcz dnsmasq-doc.tcz dnsmasq.tcz

あれこれネット上で迷ったが灯台下暗しで、最終的に参考にしたのはtceコマンドで見ることができるwifi.tczの説明書き。

Comments: A console based tiny wifi scan access point tool.
 Select from menu or type sudo wifi.sh
 Creates wifi.db in HOME directory.
 Can auto connect to first db entry with use of -a flag, e.g.,
 /usr/local/bin/wifi.sh -a 2>&1 > /tmp/wifi.log
 Add above to bootlocal or bootsync for quick auto connect.
 When mobile, use menu for select list of APs.
 wpa_supplicant driver is defined by /etc/sysconfig/wifi-wpadrv
 default is wext. Add it to backup if changed.
 Available drivers wext,nl80211

加えて「/usr/local/bin/wifi.sh」に書かれているwifi.shのヘルプ。
これはコマンド「sudo wifi.sh -?」でも見ることができる。

Usage:
 Default select AP from menu and request IP via DHCP.
 -a Auto connect to first wifi.db entry via DHCP.
 -p Select AP from menu and prompt for IP configuration type.
 -w Wait indefinitely until lease is obtained
 -? Displays this help message.

これらを参考にして実際に行った手順を、以下に記録しておく。

まず「/opt/bootlocal.sh」に無線LAN有効化のコマンドを書き込む。これで電源を入れたときに、無線LANが有効になる。

tc@box:~$ vi /opt/bootlocal.sh

ifconfig wlan0 up

設定ファイルを書き換えたので保存のコマンド「filetool.sh -b」を打って保存。
sudo reboot で、再起動。

USB WiFi アダプター（今回はTP-Link TL-WN725N）を刺し、ハード認識確認のコマンドを打つ。

tc@box:~$ lsusb
Protocol spec without prior Class and Subclass spec at line 23179
Bus 001 Device 004: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter
Bus 001 Device 003: ID 0424:ec00 Microchip Technology, Inc. (formerly SMSC) SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Microchip Technology, Inc. (formerly SMSC) SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
tc@box:~$


tc@box:~$ iwconfig
lo  no wireless extensions.

eth0  no wireless extensions.

wlan0 unassociated  ESSID:""  Nickname:""
  Mode:Auto  Frequency=2.412 GHz  Access Point: Not-Associated 
  Sensitivity:0/0  
  Retry:off RTS thr:off Fragment thr:off
  Power Management:off
  Link Quality:0  Signal level:0  Noise level:0
  Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
  Tx excessive retries:0  Invalid misc:0 Missed beacon:0

tc@box:~$ 
tc@box:~$ ifconfig
eth0  Link encap:Ethernet  HWaddr B8:27:EB:39:F8:15  

      ＊snip＊

lo    Link encap:Local Loopback  

      ＊snip＊

wlan0 Link encap:Ethernet  HWaddr 7C:C2:C6:1B:53:D2  
      UP BROADCAST MULTICAST  MTU:1500  Metric:1
      RX packets:0 errors:0 dropped:0 overruns:0 frame:0
      TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

tc@box:~$

こんな感じ。機材は認識されているけど、wifi (wlan0)は機能していない。

wifi.tczの説明書きに沿って設定していく。
sudo wifi.sh を打って、WiFiでローカルのLANに接続する。以下、流れを記載。

tc@box:~$ sudo wifi.sh

Select Wifi Network

    ESSID           Enc	Qual	Channel Type		
 1. ssssssssssss    on	  0	  2	WPA
 2. oooooooooooo    on	  0	  5	WPA
 3. AAAAAAAAAAAA    on	  0	 12	WPA

Enter selection ( 1 - 3 ) or (q)uit: 3

Enter password for AAAAAAAAAAAA (8 to 63 characters): zzzzzzzzzzzz
Sending credentials to requested access point AAAAAAAAAAAA..
deleting routers
adding dns 192.168.1.1
tc@box:~$ 

tc@box:~$ ifconfig
eth0  Link encap:Ethernet  HWaddr B8:27:EB:39:F8:15  

      ＊snip＊

lo    Link encap:Local Loopback  

      ＊snip＊

wlan0 Link encap:Ethernet  HWaddr 7C:C2:C6:1B:53:D2  
      inet addr:192.168.1.42  Bcast:192.168.1.255  Mask:255.255.255.0
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:19 errors:0 dropped:82 overruns:0 frame:0
      TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:89869 (87.7 KiB)  TX bytes:3824 (3.7 KiB)

tc@box:~$ 

こんな感じでLANのアクセスポイントにWiFiで接続できた。
アクセスポイントをセレクトし（上の例だとAAAAAAAAAAAA）、パスワードを入力（上の例だとzzzzzzzzzzzz）、「ifconfig」でIPアドレスを確認すると、wlan0に「192.168.1.42」が振られている。

こうして1回接続することで、接続設定ファイル「wifi.db」が、ホームディレクトリに作られる。このファイルにはアクセスポイントとパスワード、暗号化について記述されている。これを「filetool.sh -b」を打って保存。

wifi.tczの説明書きには、
/usr/local/bin/wifi.sh -a 2>&1 > /tmp/wifi.log
Add above to bootlocal or bootsync for quick auto connect.
とあるのだけど、、、
このコマンドをそのまま使うと、理由は分からないが上手くいかなかった。LANに接続できないままコマンドが指示を出し続け、ログが積み重なるような状況に至る。
そういうわけで、うちではbootlocal.shに下記のようにコマンドを書き込んだ。

tc@box:~$ vi /opt/bootlocal.sh

/usr/local/bin/wifi.sh -a

保存のコマンド「filetool.sh -b」を打って、sudo reboot で、再起動。
これで、Ras Pi電源オン、piCore起動と同時に、wifi.dbに記載されたアクセスポイントに自動的に無線でつながる。

これで、OS起動と同時に自動的に無線LANにつながるpiCore13ができた。といっても、アクセスポイントは予め設定されていて変更するには再設定する必要があるので、いつでも何処でも使えるというのではないけど。あと、USB WiFiアダプターを替えたら設定し直ししないといけないようだ。

ともあれ、これでうちで余っているRaspberry Piを無線でつないで、オーディオ以外でも活用することができるかもしれない。

うちのカーステレオ用音楽プレーヤーとして使っているBlackberry Bold 9000が最近あやうい。
というのは、内蔵電池が膨れてきている。
そのせいで本体の蓋が閉まらない。それでも使えて音も出るけど、じきに使えなくなるだろう。

交換用の電池は一応ネット上で売っているけど、何時売られなくなるか分からないし、過去には使ったら本体を壊した電池もあった。別の意味で危ういのだ。博打である。

当時、本体が壊れたので、普通の音楽プレーヤーで代替になれる製品を探したんだけど、試聴できた範囲ではいいのがなかった。音が良くないのと、操作性が良くないのと。
音が良いのになると高価になる。Bold 9000の中古が8千円で手に入るのに、数万以上で使いにくいプレーヤーを買う選択枝はなかった。

9000は物理キーから触覚で操作できるので、カーステレオ用として非常に使い易い。
必要となれば、ボタン１つで鳴っている音楽の曲名なども液晶画面に表示出来る。曲のランダム再生も、本体の電源を入れて諸々の操作で5秒以内で音楽が流れ出す。物理キーとトラックボール、いちいち目で見て確認しなくても出来てしまう。

しかし今や、9000は中古も売ってない。
あと、入手してもOSのバージョンアップが出来ないかもしれない。昔はなんとかしてやっつけたが、やり方を正確には覚えていないのだ（うちのサイトに備忘録があるんだけど、殆ど役に立たなかったんだよね、、）。
使い易くするにはバージョンアップしないといけないんだけど、これが出来ないかもしれないとなれば、、、

そういうわけで、代替機を作ることにした。
引き出しの奥で眠っているRaspberry Pi 2と、i2s DAC、piCore7 + MPD 0.19.9、追加投資はバッテリーぐらいで、なんとかしようというのだ。
少々梃子摺って、問題もないではないが、なんとかなった。

コンセプトはこんな感じで。

１．車のRCA入力端子につなぐ
２．電源オン・オフはコード（USBケーブル）の接続で行う
３．操作はWiFiでスマートフォンから行う（piCoreをAPモードで動かす）
４．USBメモリに収めた音源をランダム再生する

うちの車は、運転席左後ろの収納ボックス内にカーステレオのRCA入力端子が付いている。
9000は、専用のケーブルを自作して、イヤホン端子からRCA端子につないでいた。
ふつうのケーブルだと太すぎて、9000本体を収納ボックスから出せないのだ。出せなかったら操作できない。収納ボックスの蓋を開きっぱなしにしていたら運転の邪魔になる。そんなわけで、極細のRCA-イヤホン端子のケーブルが必要になったということだ。
Ras Piはスマホから操作するので、収納ボックス内に置いてかまわない。i2s DACと普通のRCAケーブルでつなげばいいということになる。

piCoreは電源コード抜去で電源を落としても大丈夫なOSなので、今回はなんとしてでも使うことにした。
車から降りるときにプレーヤーをシャットダウンする必要があるんだけど、raspbianベースのOS（例えばVolumioなど）だと、OSにログインしてシャットダウンの操作をしなければならない。手順を踏んでシャットダウンしないとOSが壊れるからだ。
その場で電源を落とせるほうが使い易い。piCoreはこういった用途に適している。

音声再生の操作はスマホからWiFiでアクセスして行う。
piCoreを所謂APモードで起動するのだが、過去に何回か手を付けたけど、分からなくて途中で投げてばかりだった。ネット上にはpiCoreでやってるケースは見つけられなかった。Raspbianベースで同様のことをやってる作例はあるのだけど、それでも随分参考になった。

操作性は、9000と比べたら低下している。
WiFiでRas Piとつなげて（これはスマホに自動設定できるけど）、MPDクライアントを起動し、音楽フォルダを選択してプレイリストに登録して再生、ランダム設定、、、
画面を見ながらじゃないとできないことがあれこれとある。たぶん操作に慣れても30秒はかかるのではないか。
あとアートワークを表示しない。これはMPD 0.19の仕様上、仕方がないのだけど。

うだうだ書いてきたけど、実際に行った建付けは右往左往だったけど、出来た結果を整頓して分かりやすく備忘録にしておこう。

参考にさせていただいたサイトは下記。多謝。他にも参考にしたけど忘れた。

https://itmedia.co.jp/news/articles/2008/14/news042.html
https://qiita.com/JhonnyBravo/items/5df2d9b2fcb142b6a67c
https://katona.hatenadiary.org/entry/20071101/p2
http://flac.aki.gs/bony/?page_id=1085
https://wiki.archlinux.jp/index.php/Music_Player_Daemon
http://kitatokyo2013.blogspot.com/2014/02/picoreplayerip.html
http://soramimi.jp/raspberrypi/mpd/
https://qiita.com/hoto17296/items/2e638fa28597b18505cd
https://gadget-live.net/raspberry-pi-self-made-router/
https://raspida.com/wifi4raspbian
https://herb.h.kobe-u.ac.jp/raspiinfo/raspiAP.html
https://armadillo.atmark-techno.com/blog/615/1830

piCore7はここからダウンロードした。
http://tinycorelinux.net/7.x/armv7/releases/RPi2/

piCore7を使う理由は、MPDのインストールが楽だから。
うちで余っているRas PiはB+と初期型の2なので、B+だったらarmv6、初期型2だったらarmv7となる。
3B+も1台予備があるんだけど、piCore7は対応していない。新しいバージョンのpiCoreだとMPDをソースからインストールしないといけないので、けっこうな手間なのだ。

ダウンロードしたイメージをマイクロSDカードに焼いて、i2s DACの設定を書き込み、Ras Piに刺して家庭内有線LANにつないで起動。パーティションを拡張。
ここら詳細は過去のエントリーを参照のこと。
http://blown-lei.net/endive/blosxom.cgi/audio_diary/20180103a.html
piCore7にmpdをインストールする方法

今回、完成後のonboot.lstは下記。

mc.tcz
openssh.tcz
wifi.tcz
firmware-rtlwifi.tcz
firmware-ralinkwifi.tcz
usbutils.tcz
net-usb-4.1.13-piCore_v7+.tcz
net-usb-4.1.20-piCore_v7+.tcz
hostapd.tcz
dnsmasq-doc.tcz
dnsmasq.tcz
rfkill.tcz
libmpdclient.tcz
libmpdclient-dev.tcz
mpd.tcz
alsa.tcz
alsa-config.tcz
alsa-dev.tcz

このリストにあるtczを、tceでインストールしていけば、関連のライブラリ等も含めて同等のものが出来る筈だ。
mc.tczとopenssh.tczは最初からインストールされている。それ以降のtczをインストールしていけばいい。
MPDをインストールしたらalsa関連も一緒にされるものと思い込んでいたら、されなかったので最後に追加でインストールしている。実際にi2s出力で必要かどうかは分からないが、一応入れている。

APモード関連

まずAPモードの設定から。

起動時にAPとなるRas PiのIPアドレスを固定するには、/opt/bootsync.shに「wlan0.sh」の設定をしておく必要がある。
下記、記載。

/home/tc/wlan0.sh &

/home/tc/wlan0.sh に、wlan0の設定を記述する。
下記の記載で、RasPi-APが「192.168.2.1」になる。

pkill udhcpc
ifconfig wlan0 192.168.2.1 netmask 255.255.255.0 broadcast 192.168.2.255 up
route add default gw 192.168.2.1
echo nameserver 192.168.2.1 > /home/tc/resolv.conf

/home/tc/resolv.conf に下記記載。
（このファイルを削除したら、有線LANにつながらなくなる。どういう挙動なのかよく分からないが、、、）

nameserver 192.168.2.1

USB無線LANアダプターを刺して、認識しているかどうかを確認。

tc@box:~$ lsusb
Bus 001 Device 004: ID 0411:01a2 BUFFALO INC. (formerly MelCo., Inc.) WLI-UC-GNM Wireless LAN Adapter [Ralink RT8070]
Bus 001 Device 005: ID 0bda:0109 Realtek Semiconductor Corp. 
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
tc@box:~$ 

ハードの認識はしている。しかし設定をしていない段階では認識していても動いていない。
/opt/bootlocal.sh にiwconfigでスイッチを入れるように設定。

iwconfig wlan0 power on

bootlocal.sh には、hostapd起動の設定も記載。
今回は、tcディレクトリに置いた設定ファイルをhostapdで読み込むようにする。

hostapd /home/tc/hostapd.conf -B

tcディレクトリに置いた設定ファイル、/home/tc/hostapd.confには、下記を記載。

interface=wlan0
ssid=RasPi-AP
hw_mode=g
channel=7
wmm_enabled=0
macaddr_acl=0
auth_algs=1
ignore_broadcast_ssid=0
wpa=2
wpa_passphrase=abcdefghijkl
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

細々したことはよく分からないんだけど、無線LAN(wlan0)を「ssid=RasPi-AP」で動かす設定。
wpa_passphraseは、スマートフォンからRasPi-APネットワークにログインするためのパスワードだ。

dnsmasqでDHCPの設定。
/home/tc/dnsmasq.conf に下記記載している。

interface=wlan0
dhcp-range=192.168.2.2,192.168.2.99,255.255.255.0,24h

udhcpcのdefault.scriptが何処にあるのか探したら、/usr/share/udhcpc/default.scriptが見つかった。中をみたら「RESOLV_CONF="/etc/resolv.conf"」と。
今回はtcディレクトリにresolv.confを置いているので、それを設定してやらないといけないのかな。
/home/tc/udhcpc.script を設定。「RESOLV_CONF="/etc/resolv.conf"」の記述を「RESOLV_CONF="/home/tc/resolv.conf"」に書き換えて設置、、、

実はこの辺り、、、なんでこんなことしたのか記憶がない。何を参考にしたのかもよく分からない。
しかし、/home/tc/udhcpc.scriptを外したらうまく動かなくなる。無線は動いてログインできるんだけど、有線LANがつながらなくなる（まあ、有線LANはカーステレオ使用には無用なんだけど、使える方がメンテしやすい）。なので、何かしているんだとは思うんだけど、、、

よく分からないところもあるが、これでRas PiのAPモードが動く。
APモードなんだけど、同時に有線LANの方も稼働しているので、LANケーブルをつなげばそっちからの設定変更やMPDクライアントでのアクセスも可能だ。
しかし、dnsmasq、udhcpc周りには問題があって（設定がおかしいからだと思うが、、、）、APからクライアントにアドレスが配布されない。クライアント側のスマートフォンで固定IPにすれば運用上の支障はないので、当面このままで使うつもり。

MPDの設定

MPDは、Ras Pi起動と同時に自動起動させる。
これがなぜか、今までのうちでのやり方で上手くいかなかった。ネット上にはrootでは起動しないと書いてあったり（そうなの？！、、、）。
なので、/home/tc/.profile の末尾にコマンドを記載することで起動させるようにした。

/usr/local/bin/mpd /home/tc/.mpdconf

mpd.confは/home/tc/.mpdconfで設定。下記の通り。

music_directory "/mnt/music"
# playlist_directory "/mnt/music/mp/mpd/playlists"
playlist_directory "/home/tc/.mpd/playlists"

log_file "/home/tc/.mpd/log"
pid_file "/home/tc/.mpd/pid"
state_file "/home/tc/.mpd/state"
sticker_file "/home/tc/.mpd/sticker.sql"

db_file "/usr/local/share/mpd/database"

auto_update "yes"
#auto_update_depth "3"

audio_output {
 type "alsa"
 name "My ALSA Device"
 device "hw:0,0" # optional
 mixer_type "software" # optional
## mixer_device "default" # optional
## mixer_control "PCM" # optional
## mixer_index "0" # optional
}

samplerate_converter "Fastest Sinc Interpolator"
audio_buffer_size "8192"
buffer_before_play "20%"
audio_output_format "192000:24:2"

filesystem_charset "UTF-8"
id3v1_encoding "UTF-8"

カーオーディオの使用でライブラリを保存する操作は基本的にはしないので、MPD起動と同時にライブラリのアップデートを行うように設定。
auto_update "yes"
データベースファイルをMPD起動と同時に作るので、filetool.sh -bに記載されていない場所に設定した（これは工程作業の都合で使用上には関係ないけど）。
db_file "/usr/local/share/mpd/database"

/opt/bootlocal.sh に下記記載し、OS起動時に/mnt/musicやデータベースファイルを置くディレクトリなどを作る。
音源となるUSBメモリ／マイクロSD＋USBアダプターをOS起動時に認識、マウントポイント「mp」にマウントさせる。

mkdir /usr/local/share/mpd
chmod -R 777 /usr/local/share/mpd

mkdir /mnt/music
mkdir /mnt/music/mp
mkdir /mnt/music/ram
touch /mnt/music/ram/dummy.cue
chmod -R 777 /mnt/music

mount -w /dev/sda1 /mnt/music/mp

以上で、MPD関連の設定は完了。

スマートフォンの設定

インストールと設定を終えたRas Piは、電源を入れて起動したらAPモードで動いている。MPDも自動的に起動し音源データを読み込みライブラリを形成し、クライアントからの指示があれば音声再生が可能な状態になっている。

MPDクライアントを動かすスマートフォン（当方はAndroid 11）を設定する。

WiFiからアクセスポイントRasPi-APを選択。
前述したとおり、Ras Piの方から自動的にIPアドレスを振ってくれない。
Ras PiのDHCPサーバーが問題なく動いていればスマートフォンに自動的にアドレスを振ってくれるはずなんだけど、これが機能していないのだ。

できないものは仕方がないので、スマートフォンのほうでIPアドレスを設定。IPアドレス固定で設定する。
APモードのRas Piが「192.168.2.1」でネットマスクはnetmask 255.255.255.0 なので「192.168.2.xxx（xxxは2から254の間の任意の数でいける筈）」でスマートフォンを設定。
インターネットに繋がりませんと警告？が出るけど、繋げなくてもいいということで設定する。
これで接続、MPDクライアントから操作ができるようになる。

うちではM.A.L.P.を使っているけど、クライアントソフトによって設定や使い方は違うと思うので、これ以降は省略。

そんなこんなで、取り敢えずRaspberry Piベースでカーオーディオ用のポータブルMPDプレーヤーが出来上がった。
音の方は、試しに車のシガーソケットからUSB電源をとって試聴したところ充分過ぎる音が出たので（シガーソケットでこの音か？と驚いた）、問題があるとか何とかは置いといて速やかに日常使用に移行させようという感じ。
接続が問題かな、RCAケーブルとか電源ケーブルをどうするかとか。
当初はバッテリー駆動するつもりだったが、シガーソケットから電源をとれるようにすることも検討している。

DHCPの問題は、今後あせらずに対処していこうと思う。

パラリンピックが終わりますね。世の中いろいろだなあ、、、

最近のシステム構成は下図のような感じ。

6月のときと比べると上流が幾分変わっている。
うちではメインのオーディオシステムをPPAP方式で鳴らしているが、以前はFront-EndとBack-End、2台タンデムで運用していた（といっても、Back-Endが2台だったので3台なんだけど）。

これを3台タンデムで運用するようにした。
前回エントリーの説明ではFront、Back-End 1、2としていたけど、分かりにくいのでFront-End、Middle-End、Back-Endと呼ぶことにした。ソフトウェアやPCのタンデムシステムでそういう呼び方をすることがあるようなので、それに合わせた。

以前にはBack-Endとして使っていた2台のapu2を、Middle-EndとBack-Endに振り分けたことになる。
結果、USB DACへの出力は1系統になった。
2台のUSB DACへの出力切り替えは、ケーブルの接続自体を切り替えて行うようにした。音質上の不都合は特に感じられない、と思う。
追々、余裕がある時にちゃんと確かめて見ようとは思うけど、現状に不満がないので何時になるか分からない。

音質の変化について少し。
2台だとDeezer/DaphileからUPnP経由でmpdにつなぐ音が、NASマウント音源から直接にmpdにつなぐ音に及ばなかったんだけど、3台だと同等の音質で鳴るようになった。
同等になったといっても、どちらの鳴らし方も2台の時より向上しているようで、SM-SX100は以前より更に音源の音質にピーキーになった。優秀録音だと思っていた音源の中に、ここに来て振り落されるのがあるのだ。粗が見えてくる。
そういうときには、Brooklyn Ampがいい塩梅に鳴らしてくれるので助かる。

書き忘れていたけど、Front-Endの2570pと820G2、僅かだが音が違うようだ。2570pのほうがややアメージングな方向に音色が振れている。なんだかわからないが。

各サーバーの配置も変更した。
以前はオーディオシステム周囲に複数のサーバーが集まっていたんだけど、現在は極力、PPAP Back-End以外はオーディオシステムから離すようにしている。
Daphile、PPAP Front-End、Middle-Endは、オーディオシステムとは別系統の電源から給電している。NASも移動させた方がいいのかもしれないが以前と変わらない場所にある。これはスペースの都合で移動できていないからだ。

現状のオーディオLANネットワークの状況は下図の通り。

PPAP Back-Endの前段に4台のハブがカスケードになっている。これは何れかを外してみたら音が劣化するの繰り返しで、結局、何れも外さないままということになった。
様子を見ながら、減らせるようなら減らしたいけど、このままになるかも。

PegasusとADI-2の比較は、44.1/16音源をlibsamplerate(SRC)で768kHzにアップサンプリングした音源での比較しか出来ていない。それも大雑把なものだ。

以前はADI-2の方が良いのか？と思っていたが、電源の条件を合わせないと比較できない。
アンプの電源タップ（BP500-2）につないでいたPegasusを、ADI-2をつないでいるBY50Sにつなぎかえてみたら、すっかり同等になった。
Pegasusは本来AC110-240V対応なので、100Vで使うなら安定している電源が必要なのかも。

Pegasusのほうが鮮やかで絵画的、ADI-2のほうがクールでモニター的に鳴る。
当面、気分によって切り替えながら使うつもりだ。