Jun 14, 2021
オーディオ状況報告（2021.06.14. 06.18. 追記あり）
最近のシステム構成は下図のような感じ。
なんだかごちゃごちゃしてるけど、これでいいかって感じ。
前回のエントリーで上げたDACとアンプの切り替え板だけど、切り替えは非常に簡単になり便利になった。
DACにつなぐケーブルの種類が増えている。キャブタイヤとかVVFとか、そんなんでいいのかなというようなケーブルでインターコネクトをつないでいる。
最初はベルデンの88760でつないだのだ。
情報量の低下は許容範囲。
ケーブル2本で普通に延長して垂らすより、板で補強を入れてつないだ方がしっかりするからだろうか、音の劣化が少ないように感じる。気のせいかな、、、
しかし、88760は若干特性が変わるような気がして（やや中高域が強く中域が引っ込む？）細身になるような気がしたので、他のケーブルも試してみようと思ったのだ。
オーディオ用も考えたけど、まずキャブタイヤでつないでみた。
1.25sqは個性が少なく嫌味が無いけど主張がない。
2sqの太さがぎりぎり使えた。若干ふんわりした感触の音になったけど悪くない印象。
次に1.6mm VVF。硬くて難儀した。
音はやや平面的かなと思ったので、シース（爪で叩くとカチカチ音がする）を剥いでケーブルに軽くツイストを入れた。これが両端を半田付けした後だと大変だということを知ったが、これで改善した？かな。シースを外したのと撚りを入れたのと、どっちが効いてるのか分からないが。
そういうわけで、前段後段で違うケーブルをつないで音を出している。
1本のケーブルでつないだ方が当然いいだろうと思っていたんだけど、どうも、意外にそうでもない。1本でつなぐと個性が強く出る弊害があるのだろうか、単純に接続部が少ない方が良いとも言えない感じだ。
何をどうしたらいいのか試行錯誤中だ。
Raspberry Pi2 / piCore7 でPulseaudioサーバーにした。
以前はUPNPレンダラー兼mpdサーバーのElitebookで相乗りさせていたんだけど、どうもssh経由で指示を打ち込む際にコマンドの種類が多すぎて使いにくい。
Pulseaudioで転送する音声データはYoutube、らじるらじる（英語講座を鳴らしたりとか）等を想定している。アップサンプリングしてオーディオ的な高音質を狙う必要性は少ないだろうとも判断して、幸い上流の切り替えも以前より楽になったことだしと思って、別建てにした。
最初はpiCore13で考えたんだけど、初期設定ファイルの書き方が変わっていたせいか上手くいかなかったので、早々に見切りを付けて7で作ってしまった。今から思えば13で作っておけば良かったかもしれない。まあ、追々必要になってからにする。
現在、上流の構成は、Deezer HiFiとDaphile、UPnP、mpd、PPAPの連携。自分的には最強仕様だ。自画自賛である。
サブスク44.1/16のデータは音源のデータ量としては十分。これをDaphileによりUPnPでmpdに転送、libsamplerate(SRC)でアップコンバートしPPAP方式で転送出力しUSB-DACに送る。
これ以上の音も世の中にはあるんだろうけど、自画自賛状態なので無いも同じである。
メインの音源はDeezer HiFiのストリーミング音源に移ったんだけど、それでもちょくちょく、NASのCDリッピング音源も鳴らしている。
操作は主にはWebブラウザで、Daphileの操作画面から行うことが多いんだけど、NAS音源へのアクセスなどの操作が早いのでncmpcppも使う。
Deezer内の検索は、DeezerのWeb Player画面から行うことが多い。「お気に入り」などへの登録もそこから行う。
DaphileからDeezer内を検索したりも出来なくはないんだけど、ちょっと操作画面が煩雑で使いにくい面がある。
Deezerで聴ける音源が少ないという不満は言って言えないこともないけど、日本の著作権周りが悪いんだからと思うとあんまりそこに文句言う気にもなれないし、音源が少ないったって膨大だ。Spotifyは音質的にはやや不足だけど、それで補完してもいいし、どうしても高音質で欲しければCDやダウンロードで買えばいい。
正直、ストリーミングに頼りっきりになるのは個人的には不安がある。
そんなこんなで、いよいよ不満らしい不満が無くなっている。
というか、PCオーディオ的には、今の自分にできることはほぼやり切って、これ以上手を入れる余地も少なくなっている。現状の音質を維持出来たら言うことはない。
Pegasus R2R DACは1MHz以上のサンプリング周波数を入力可能なので、うちのシステムで試してみたんだけど、途切れ途切れで再生速度も合わず上手くいかなかった。
たぶんハードのスペックをもっと上げるとか、リサンプリング方法を負担が少ない方式に変える必要があるのだ。以前だったら何とかやってみるか、とか考えたんじゃないかと思うのだけど、どうも今の自分にはそこをやるモチベーションが無いんだな。
PCオーディオは日進月歩の上、今日自分のとこで出来てることがハードが変わるだけで再構築しないといけないなんてこともあったり、今日提供されてるソフトウェアやディストリビューションが何時までもあるとは言えないので、スキルは維持しないといけないと思っているけど、とりあえず、オーディオを聴きながら、何をしようかと考えていこうと思っている。
18日、追記。
PCオーディオ周りの説明が何が何やら分かりにくい。
そこでもう少し詳細をエントリーに追記しておくことにした。
構成図のPCオーディオ周りだけ抜き出してみた。電源ラインは省略。
左から右にデジタルデータが流れていく感じかな。
まず左上がDaphile サーバー。
古いノートPC（Compaq 6730b）をUSBメモリから起動し使っているが、不具合は感じない。
左下にHP Probook 450 G3。普段使いのPCでOSはFedora。
ここからウェブブラウザ（Daphileのコントローラーでもある）、ncmpcpp、sshなど使って、データの流れをコントロール、設定する。
右に寄ると、Webにつながっている。
Deezer、Spotifyの他にも、YOutube等のストリーミングや日常的なウェブの使用、アップデートなどインターネットからのデータはここから降りてくる。
図の中央に来たら、NASがある。
収録音源の殆どはCDリッピングのflac + cue sheetだ。幾何か購入したハイレゾもある。
中央下にRaspberry Pi2。
Pulseaudioサーバーとして使っている。OSはpiCore7。
Probook 450 G3をPulseaudioクライアントとして使い、そこからのデータを受ける。
更に右に行くと、右上にHP Elitebook 2570p。
OSはTiny Core pure 64。
mpdサーバーであり、UPnPレンダラー、PPAPフロント、libsamplerate (src)を使ったリサンプリングサーバーでもある。
送られてきたデータを768/32にアップサンプリングして、右下のPPAPバックエンドに送る。
右下にApu2が2台。ともにOSはTiny Core pure 64。
PPAPバックエンドとして機能する。
2台のうち、どちらにデータを送るかは、右上Elitebookのmpdサーバーに設定する。左下のProbookからsshを介してアクセスし、mpdの設定ファイルを書き換える操作が必要で、ちょっとだけ手間がかかる。
使用状況に合わせて、図にデータの流れを書き込んでみる。
まず、Elitebook（mpdサーバー）にマウントしたNASの音源を、Probookからncmpcpp（mpdクライアント）で操作して鳴らす場合。
Daphileを導入する以前は、これが中心的な使い方だった。
操作指示の信号は赤い点線で表示。
図の左下、Probookからmpdクライアントのncmpcppで、右上Elitebookのmpdに指示を送る。
音声のデータは、赤い実線で表している。
図中央上のNASから、右上mpdサーバー兼PPAPフロントのElitebookにデータ送信。
Elitebookで768/32にアップサンプリング処理し右下のApu2に送信。
次に、Daphileの操作で運用するときの流れ。
Probookでウェブブラウザ上のアクセス画面からDaphileに指示を送る。
ウェブブラウザは、Daphileの操作をするだけではなく、Deezer自体も開いて検索や登録等に使用したり、ネットで情報確認するなど、あれこれと同時に使っている。
Daphileの役割は、サブスク（主にDeezer、サブにSpotify）のデータ、NASのデータを、UPnPに載せてmpd サーバーに送ることだ。
最近はNAS音源をDaphile経由で送ることも多い。
DaphileはTidal、Qobuzにも対応していて、Deezerと同じように使えるのではないかと思うんだけど、うちでは契約していないので確認は出来ていない。Apple MusicやAmazon Musicには対応していない筈？だがAirPlayプラグインを使えばiPhoneから転送可能、ということらしく、これもうちでは確認していない。もしも使えるようなら、音質上、運用上のメリットがあるかもしれない。
音声のデータの流れは、まずWeb、NASから、Daphileに。
DaphileはそのデータをUPnPによってElitebookに送信。
Elitebookで768/32にアップサンプリング処理され、Apu2に送信。
最後に、Pulseaudioサーバー。
Youtubeの音声など主にウェブブラウザの音声をメインのオーディオシステムで再生するのに使う。
pulseaudioの操作は、慣れないと煩雑だと感じるかもしれない。
まずProbook、ターミナルソフト上でPulseaudioのクライアントを設定。そこから音声出力するソフト（主にウェブブラウザソフト）を起動する。
更にProbookからsshでRaspberry Pi2にログインし、Pulseaudio起動の指示を送る。
これで設定終了。
バックグラウンドで常時動いてくれるというものではないようなので（何処かで設定できるのかもしれないが、出来ていない）、使用の度にこうした操作が必要になる。
設定した上で操作すれば、クライアントの音声出力ソフトを操作することで、音声のデータがRaspberry Pi2に送られる、という仕組みだ。
図では、ウェブからのデータをProbookでpulseaudioに乗せてraspberry pi2に送る流れを表示している。
さて、ここまで書いて、読み返してみて、やっぱり面倒に見えるだろうな、、、と思った。
サブスク周りは、手を付けようと思ったら本当に分かりにくくて面倒だ。
じゃあ、製品を買えばいいのかといえば、どうもそっちも面倒くさそうだ。
最近、オーディオ関連の雑誌社からサブスクに関するムックが出たり、他の某誌の誌面でも特集されていたりする。しかし件のムックを読んでも、結局は何をどうしたらいいのかは簡単には分からないことが分かるという感じだし、特集を組んでる某誌ではDeezerは名前が出てこない（！）。まあ業界雑誌だからそういう推す推さないのメリハリがはっきりしてるということだろうけど、そういう雑誌はあんまり信用できないってことになるんじゃなかろうか。余計なお世話か。
レコードだ、CDだと言ってた頃は、何でもいいからコンポを選んで鳴らしたら音が出た。
今はそうはいかない。どこから音楽を買うのかとか、何を使って再生するのかというとこまで、考えないといけないことが多過ぎると思う。スマホとイヤホンだけで取り敢えず済ませるのは簡単だ。そこから拡張しようと思ったら、わけが分からなくなる。
どのコンポは何に対応してるとか確認するだけでも一苦労する。
上記で取り上げた誌面とか、軽く見ただけだが、なんだか対応状況が間違ってるとこがあったり。専門で仕事する人が誌面を作っていても間違えが出てくる、それぐらい分かりにくい。もうスマホでいいや、と思う人は多いのではないだろうか。
そういう意味では、、、うちのシステムなんか簡単な方かも知れないな、、、
使ってるOSはすべてタダだし、PCも安価に間に合わせているし、、、それは難しさとは関係ないか。
まあ、ともかく、これからサブスクとオーディオの状況がどうなっていくのか、、、付いていくのがやっとになるかもしれないが、、、
writeback message:
Caution!!!
Now, Anyone cannot post a comment.
