MPDyanさんのパッチファイルを適用して優先度を弄る方法この情報は2013年1月の段階ではかなり古くなっています。最新事情はこちらをご覧ください。再生ソフトであるMPDを動作させるための一連のスレッドの優先度はデフォルトではこうなっています。thread」の優先度を表示しています。20」となっていますから、通常のLinuxのプロセスと同じ設定です。どのスレッドも特別に優先的な扱いを受けるようにはなっていません。そこで、できることならば、この一連のスレッドに関しても優先度を弄ってみたいと思うのですが、残念ながら今までは手出しができませんでした。言うか、もっと正確に言えば、MPDという再生ソフトがこのようなスレッドで構成されていることは、全く知られていませんでした。言うスレッドの優先度を変更してみるという「発想」自体がなかったというのが正直なところです。thread」というスレッドから成り立っていることを明らかにしてくれたことから始まります。MPDの設定ファイルである「/etc/mpd.conf」から上記のスレッドの優先度を設定できるようなパッチファイルを公開してくれたことで、私たちのようなド素人でも手を出すことが可能になったわけです。ここの設定を変更したい方は、「みみず工房」さんのサイトへ行って、yanさんが公開してくれているパッチファイルを落としてきて、それを適用することが必須となります。0.17」にしか適用できません。0.17」にバージョンアップする必要があります。0.17」にバージョンアップソースコードを落としてきて、自前でコンパイルしてインストールする手順は既に報告してありますので、まずはそちらを参考にして、バージョンをアップしてください。0.17.0+ALSAで音が出ないという問題が解決しました。以下には、とりあえずバージョンアップのためのコマンドだけ列挙しておきます。flacをサポートします。Vorbisをサポートします。id3タグをサポートします。sheetをサポートします。ALSAをサポートします。サンプリングレートの変更をサポートします。mp3、apeなどをサポートします。WAVEファイルなどをサポートします。-disable-sndfileを忘れると、ALSAで音が出ないトラブルが起こるときもあります。MPDのバージョンを確認する。パッチファイルを適用する次に、yanさんが公開してくれているパッチファイルを適用して、再度コンパイルしてインストールし直します。みみず工房さんのサイトに行ってyanさんのパッチファイルを落としてきて適用します。mpdのソースコードが展開されているディレクトリに移動する。これで、MPDのソースコードにパッチファイルが適用されましたので、再度コンパイルし直してインストールします。-enable-rtoptを追加することで「realtime_option」が有効になるので必須。「realtime_option」は「memlock」と「audio_output」以外のスレッドの優先順位を指定するものなのでこれを忘れるとパッチファイルを適用した意味がなくなります。features:欄に(+rtopt)となっていればrealtime_optionは有効になるので、その時点で必ずチェックしてください。「memlock」については私もあまり理解できていないのですが、これは、「Ubuntu」のコミュニティで音楽再生の論議が行われていて、その中でこれをオンにした方が音がいいという議論がなされているので適用されたみたいです。ネット上の情報を見ていると、必ずしも「memlock」をオンにすれば音がよくなると言う単純なものではないようですので、最終的には自分の耳による判断が必要になると思います。それぞれのPC環境によってかなり左右されるようです。thread:tag_cacheのアップデートを行うのスレッドの優先度を弄ることができるようになります。やり方は、以下のような書式で追記するだけです。“OTHER:0”}これは全く存在しない記述ですので、これをコピーして「/etc/mpd.conf」の頭の部分に貼り付ければいいと思います。最初の3行は「memlock」に関する記述です。//「memlock」をオンにする。//「memlock」のパラメータ。//「memlock」のパラメータ。数値に関してはまあこんなものでしょうから、ポイントは「memlock」をyes(オン)、no(オフ)にして聞き比べればいいかと思います。no(オフ)の方が好ましいと思えば、そちらを適用してください。次の4行はMPDの「audio_output」以外のスレッドの優先順位を指定する記述です。“OTHER:0′′はlinuxの通常のプロセスと同じ扱いで言いと言うことを示しています。“FIFO:49′′は優先度を上げることを意味していて「1~99」の数値が割り当てられます。数値は大きいほど優先度が上がります。次に、「audio_output」の優先度は、それぞれの「audio_output」ごとに割り当てます。“FIFO:52”}としています。“FIFO:52′′」というのが優先度の設定です。thread」の優先度を「52」に変更して、それ以外のスレッドはデフォルトのままという設定です。最後に設定ファイル(/etc/mpd.conf)の編集が終われば、MPDを再起動させて新しい設定を反映させます。start次に設定が反映しているかどうか確認します。irq/16|irq/19|mpd|cifsd優先度の設定がきちんと反映されていることが分かります。thread」の優先度をどうするかという問題なのですが、基本的には再生ファイルとして「Wave」しか使わないので、これは静かにしておいてもらった方がいいだろうと判断したわけです。これが、「FLAC」が主体だと判断はまた異なってくるのではないかと思われます。thread」の優先度をいくつに設定するかです。これは、前回設定した「irq/19-uhci_hcd」「irq/16-eth0」「cifsd」の優先度とも兼ね合いを考える必要があります。thread」(49)としたのですが、今もいささか悩んでいるところです。thread(49)という設定もあるのかなと言う「考え」がひらめいたりもします。(理論的根拠は全くなくて、私の直感だけですが・・・)しかし、試してみましたが、これはダメでした。音が痩せてしまって明らかにまずい方向に向いてしまいました。音の出口を優先した方がいいのかもしれません。これもまた、それぞれが使っている環境によってこのあたりの数値はずいぶん変わってくるのではないかと思われます。最終的には自分の耳を信じて「カットアンドトライ」を繰り返して自分なりの「最適値」を探し出すことが重要なのだと思います。趣味性満点の試みだと思います。現時点での私の設定(追記)そんなこんなで、いろいろな方の情報も参考にして、自分自身も試行錯誤を繰り返して、現時点では以下の設定が一番納得のいくものかと考えています。cifsd`基本的な考え方は「出口」優先です。理由はよく分かりませんが、「入り口」優先よりは「出口」優先のほうが音質が改善されます。それも、じっくり聞いてみて「何となく」というようなレベルではなく、だれが聞いてもはっきりと分かるほどに違いがあります。そこで、まず、全プロセスの中で一番優先度が高いのは[migration/0]と[posixcputmr/0]で、それぞれ「99」が割り当てられているので、音の出口にあたる「irq/19-uhci_hcd」にも「99」を割り当てます。次に高い優先度が与えられているのが[irq/14-ide0]などの「50」ですから、優先度を上げたいプロセスには「51~98」の間で数値を割り振ればいいと言うことになります。そこで、音の出口に近い方から高い数値を割り当てていきます。「audio_output」に「53」を割り振っていますが、この「53」という数字には大きな意味はありません。thread」(51)となるように「51~98」の間で適当に数値を割り振っただけです。何か別のプロセスが高い優先度で動いているような環境ならば、それにあわせて数値を変えればいいと思います。この設定で再生される音楽なのですが、デフォルトの状態と比べると全ての要素でワンランク以上グレードアップした感じです。明らかにワンランクアップしています。「検聴器」という言葉を呈したいほどで、アナログ初期の録音だとテープの編集箇所まで指摘できるほどです。してこのような「高解像度」とバーター関係にあるように思われる「音色」についても、全くきつさや固さは感じません。それどころか、一つ一つの楽器の音像はよりしっかりとして太さを増したようにすら感じられます。チェロやコントラバスのような低弦楽器の響きは出色です。ピアノの低音部の深々とした響きも同様です。本来ならば、同時に成り立つことは考えにくいようなことが起こっているわけです。楽器の持っている「色気」みたいなものを描き出すのはあまり得意ではないようです。このシステムはデフォルトでもそうなのですが、基本的には蒸留水のような「淡泊」さが持ち味で、音楽を濃厚に描き出すようなことは絶対にしません。それは録音の中にそのような「濃厚さ」を演出するような要素がもともと含まれていないためだと私は考えています。オーディオというのは基本的のは趣味の世界ですから、音楽をそのように濃厚に描き出してほしいと思う人がいてもそれは当然のことであって、そのような方にとっては物足りないシステムだと思われるかもしれません。あと、「音場」の広がりですが、これはデフォルトの状態とあまり大きな違いは感じませんでした。デフォルトの状態でもその三次元的な広がりの素晴らしさは感じていましたから、頭打ちと言うことでしょうか。こんな感じですが、やはり「音」を言葉で表現するというのはもどかしいですね。このレベルを実感すると、やはり「チューニング」は必須と思われます。PMどうも参考にさせてもらっております、どうしても進まない所があって悩んでおります。ところなのですが、なぜかこれを打つと。foundとなってしまい先に進めません。foundになってしまいます。voyageのヴァージョンは0.8.0の新しいものです。mpdは016と表示されます。何か分かれば教えてもらえないでしょうか?SSHはPoderosaで、windows7から繋げております。-disable-sndfileだけで試してみてください。それでも、エラーになるようだと、その時の一度エラーコードを教えてください。PMあれから自分なりにいくつか試してみたのですが./autogen.shをすると以下のメッセージが出ます。http://www.gnu.org/order/ftp.htmlどうやら基本パッケージが足りないので、一番最後のサイトからインストールしろ、と言われている?ような。そこからつまずいているかなーと感じております。yAbort.と出て終わっています。そのようなファイルやディレクトリはありません”と表示されます。configure.acというファイルなら存在しています。PMなんとかパッチのインストールが出来ました。エラーメッセージはよく読まないといけませんね、、、gzファイルの解凍の仕方も分かりましたし、ちょっとだけlinuxのスキル?も上がった気分です。後ろになぜか疑問符が。ほんとはチルダを入れたのですがそれだけです。今晩は優先度を変えようとトライ中です。MPDバージョンを0.17.0に変更するところまで行いました。この状態でで再生するとXMOS:歪の多い音で使用に耐えずエレアトさんUDA基板:フルボリュームでのホワイトノイズとなってしまいました。/etc/default/mpdからDAEMON=/usr/local/bin/mpdをコメントアウトして0.16.0に戻しています。0.16.0でも十分満足できる音でしたので当分はこれで我慢しようと思います。そこで質問なんですがデフォルトのMPDは/etc/defaultディレクトリにあるmpdなのでしょうか。-lで見るタイムスタンプが最終makeを行った時刻になっていてビビっています。今回の作業で既存のmpdに何か改変が加ったのでしょうか。悩むぐらいなら、もう一回まっさらからクリーンインストールした方が無難でしょうか。インストールだけは慣れましたので1時間ほどで済みます。因みに現在の/etc/default/mpdは下記の様になっています。/etc/defaultはmpdのデフォルトの状態を指定するための定義ファイルです。インストール時に/etc/default/mpdを書き直しているようなのでタイムスタンプも変わります。もとに戻しておけば問題ありませし、再インストールの必要もありません。今、確認したら最新版のmpdでは一部パッチがエラーになります。Makefile.am.rejがあると思います。これがある場合はMakefile.amのパッチに失敗しています。音が歪む件はちょと調査しますので、すこし待って下さい。AMyan様コメントありがとうございます。>/etc/defaultはmpdのデフォルトの状態を指定するための定義ファイルです。