MPD（Music Player Daemon）とは いったい何ができるソフト？
MPD（Music Player Daemon）はその名の通り、音楽プレーヤーです。
そしてデーモンです。
デーモンとは、LinuxなどUNIX系OSにてバックグラウンドで動作するソフトウェア（プロセス）のことです。 どうしてこの名前なのかは知らないのですが、決して怪しいものではありません。
MPDは、VolumioやRuneAudio、Voyage MPDなどに組み込まれている中心的存在のソフトですが、単体で使おうとすると設定が難しかったり、全体の構成が複雑にみえて、なかなか実態をつかみにくいと思います。
楽曲データの流れと、操作系の流れをまとめてみた図がこれです。
図にまとめてみると、少し見えてきましたね。
ミュージックサーバーと表現している人もみかけますが、サーバーというよりは、やはりプレーヤーソフトです。
外部からPLAY/STOPなどの操作を受け付けるAPI（ソケット通信）を用意している点で一般のメディアプレーヤーとは少しことなります。
HDDやNASなどストレージ内の音源データを検索してデータベースを構築する部分がサーバーを連想させるので、ミュージックサーバーという表現は間違いではありません。
ですが、普通のＣＤプレーヤーでも、ディスクを入れるとディスク情報（ＴＯＣ）を取得して、サクッと選曲できるようになっているので、大差ないといえば、その通りです。 プレイリスト再生も、ＣＤではプログラム再生という機能が実装されているモデルが多数ありました。
ちなみに、Linuxだと、ファイルシステムとしてマウントしたNASは、内部のストレージと見分けがつかない状態ですので、アプリケーション（MPD）からするとネットワークを介してアクセスしているようには感じません。
簡単に言ってしまうと、
MPDはオープンソースのプレーヤーソフト
です。
実行しているPC、ネットワークに接続した別のPC、スマホなどをリモコン代わりに使うプレーヤーソフトです。
少しMPDとは何なのか、理解が深まりましたでしょうか。
Volumioなどは、PHPとjavaスクリプトで組んだクライアントアプリもRaspberryPi上で動作させているので、webブラウザでアクセスしてコントロールできるようになっています。 （MPDとクライアントAPPが同居している）
Volumioのシステム全部をみた場合にはミュージックサーバーという表現は、かなり正しいと思います。
にほんブログ村
ブログランキングに参加中です。 めざせ１位！
もしよろしければ「ぽちっと」お願いします。
« I2Sのクロックぶれ（ジッタ）を解消したRaspberryPiカーネル | トップページ | VoumioのSound quality tweaks とは »
「PCオーディオ」カテゴリの記事
- RaspberryPi Pico USB-DDC化 I2SとMSBファースト後詰め出力対応(2022.03.21)
- RaspberryPi Pico USB-DDC化？ I2S出力調査(2022.03.20)
- efuさんのWaveSpectraが公開停止していた(2022.03.09)
- ラズパイをUSB-DACとしてスマホに認識させる方法 gadget mode（USB Audio Class 2.0）(2020.10.16)
- PCに組み込むヘッドホンアンプ Sound RABBIT ＆ 900万PVありがとう企画(2020.10.10)
コメント
« I2Sのクロックぶれ（ジッタ）を解消したRaspberryPiカーネル | トップページ | VoumioのSound quality tweaks とは »
クライアントサーバーモデルの理解があれば、仕組みはすぐわかりますけれど、USB-DACなどを使ったPCオーディオとの違いがわかりにくいかもしれませんね。
Raspberry Piという小さなPCがここまでネットワークオーディオで広がるとは当初想像もできませんでした。
都市伝説の範疇かもしれませんが、NASやHUB、LANケーブルなどの音質への影響を調べている方もいらっしゃいます。
従来のオーディオとはまた違った取組みが行われているのも興味深いと思います。
投稿: mr_osamin | 2015年9月 3日 (木) 22時29分
mr_osamin さん
mr_osaminさんのようにソフトウェア、コンピュータに詳しい人はクライアント・サーバですぐに理解できるのですね。 さすがです。
X-winodwのサーバー、クライアントの関係は？ シンクライアントと、何となく役割が逆にも見えるし。。。 と、なぜか理解しにくいようにも思ったりします。
CDプレーヤーはサーバーなのでしょうか。 100連奏CDチェンジャーは、なんとなく音楽サーバーと読んでも良さそう。
配線や電源事情が音質に影響を及ぼすというのは、数十年前から言われていて、高級アクセサリーも色々ありますね。 ケーブルは電源、アナログ、デジタル、関係なく音質向けのモノが存在するのも同じですね。
ラックや、ケース、重石のたぐいも音質へ影響があるものですし、本当に奥が深いです。
投稿: たかじん | 2015年9月 4日 (金) 23時35分
たかじんさんは、”サーバー”をデータベースとか、大量のデータを管理しているもの、
と結びつけて考えているので、理解し難いのではと思います。
クライアント・サーバーモデルの場合のサーバーは、たかじんさんの思うサーバーとは別の
意味だと考えてたらいかがでしょか。
乱暴に言えば、クライアント・サーバーモデルとは、アプリケーションソフトを
どういうふうに作るかという話にすぎません。（だからユーザには関係ない話です）
例えば、他のプレーヤーソフトには、一つのソフトでできてるものもあります。
これに対して、MPDとかは、プレーヤーソフトを
２つのソフトに分けて作っています。で、２つの異なるソフトがプロセス間通信で
通信し合いながら、トータルとしてプレーヤーソフトとして動作します。この時、あれしてくれ、
これしてくれと要求を出すほうが”クライアント”、それを受けて処理するほうが”サーバー”
（なので、MPDはサーバー）
で、MPDをもともと考えた人はなぜ、一つのソフトでプレーヤーを作ろうとはせず、
２つに分ける、クライアント・サーバーモデルを採用したかといえば、以下の様な
ソフトを作りたかったからとおもえば、理解しやすいかも。
○曲データを持っているコンピュータとは別のコンピュータあるいはモバイルデバイスから
操作したい。
○多様多種のPC,モバイルデバイス等々から操作できるプレーヤーソフトが作りたい。
でも、いろんなOSのソフトを自分たちで
全部作るのは大変。 クライアント・サーバーモデルにして、プロセス間通信の仕様を公開すれば、
どっかの誰かがいろんなOSのクライアントを作ってくれるだろう。
だから私としては、MPD＋クライアントソフト ＝プレーヤーソフトであり、MPDをミュージックサーバーと呼ぶほうが
しっくりきます。
蛇足ながら、Xwindowは、クライアント・サーバーモデルを採用した目的は違うけど、
基本、サーバーとクライアントという２つの異なるソフトがプロセス間通信でつながって、
GUIを持ったアプリケーションソフトとして動作している点が同じです。
投稿: | 2015年9月 5日 (土) 03時28分
> 乱暴に言えば、クライアント・サーバーモデルとは、アプリケーションソフトを
> どういうふうに作るかという話にすぎません。
なるほど。 大変勉強になりました。 MPD＋MPDクライアント ＝ プレーヤ
という風に考えるんですね。
おそらくネットワークを介したプレーヤーというジャンルで、最も出荷台数の多いDLNAでは、
「レンダラー（DMR）」＝画面・音を出す部分
「サーバ（DMS）」＝データを保管する部分
「コントローラ（DMC）」＝ユーザからの指令受付
の３つのパートに分かれているけど、この３つをまとめてプレーヤ と考えると簡単ですね。 （プレーヤ DMP＝DMC+DMRも存在するのでややこしいですが）
投稿: たかじん | 2015年9月 5日 (土) 08時24分
MPDクライアントによっても音が変わるという方もいて、都市伝説だらけですw
投稿: mr_osamin | 2015年9月 8日 (火) 10時08分
mr_osamin さん
どのクライアントも、MPDへ定期的に問い合わせすると思うのですが、その頻度によって差がでる可能性があるかもしれません。
例えば、ですが。。 DDoS攻撃のように、頻繁にMPDへ問い合わせをし続けるようなクライアントソフトだと、再生音へも影響がでそうな気がします。
投稿: たかじん | 2015年9月 8日 (火) 22時13分