mpd-0.18xには長らく一部のDSDファイルの最後でmpdがループするというバグが放置されていました。このバグは0.17.xから引き継いでものです。

mpdではdsdをdopでDACに送出します。dopの1フレームは16サンプルで構成されますが、dsdファイルの中にはサンプル数が16の倍数でない物があります(注1)。このようなファイルを再生すると最終フレームが16サンプルにならず、この部分でループしてしまいます。日本ではrt_optでアウトプットスレッドのプライオリティを上げている場合がほどんどで、この場合はシェルも反応しなくなるためOSがハングアップしたように見えます。

注１]

この制限はDSF,DIFFにも無かったと思います、DOPでの制限になります。

これに対応する為には最終フレームが16サンプルに満たない場合そのフレームを切り捨てるしかありません。そのパッチをdsd対応を行ったJurgen Kramerさんに送った事があるのですが、Jurgen Kramerさん自身、このバグには気づいていて独自の対応を行っているようでした。

このバグはmpdのメーリングリストで話題になったことがあります。jurgen kramerさんがパッチを投稿したのですが、mpdの開発側のdsdに対する不理解により採用されませんでした。どうも余分なサンプルデータを切り捨てるのが気に入らなかったようです。それいらい放置状態になっていました。

jurgen kramerさんは  lintewaker/mpd-dsd-0.18でmpdのDSDの拡張を行うようになりました。これを以降lintweaker版と呼ぶことにします。

その拡張は

です。

lintweaker版の方法はdecoderで曲を再生する前に一度だけ、mpd-0.18.13は再生中にdsdからdopチャンク(dopフレームの集まり）を作成する毎に検査されます。mpd-0.18.13の方法ははDSDだけではなくPCM再生時にも追加部分を通ります。これがどれほど音質に影響するかは不明でしたので、試しにこの検査部分(if分１個)を取り除いて両者を比較しましたが、両者の違いを聞き分けることはできませんでした。

尚、lintweaker版でも0.18.16を拡張した物には本家のバグ修正箇所は残っています。

上記の説明で分かるように、mpd-0.18.16ではlintweaker版はオリジナルと音質はと変わりませんので、lightMPDではDSDの早送り、巻き戻しができるlintweaker版のmpd-0.18.16を採用しました。

インターネットラジオがアボートする原因はdecoder-selecterでした。

apu1cのv0.08で修正しました。その他の機種もv0.08で修正します。

lightMPDではシステム起動時nas上のディレクトリをマウントしlightMPDが起動中は常時マンウントしています。システム起動時にnasにマウントをかける場合、nasの起動確認をしてからでないとlightMPDの電源を入れられません。また、lightMPDの稼働中はnasの電源を切ることができません。これはlightMPDの欠点と考えています。このような問題があるためlightMPDをネットワークプレーヤーとは言えませんでした。それでlightMPDでは「ネットワークプレーヤー的」としていました。

一般にネットワークプレヤーと呼ばれているsqueeze player やその他のDLNA プレーヤーはメディアサーバー(NAS)と独自なプロトコルで繋がっているのでこのような事はありません。

storage plugins を使うとマウントしていないサーバーからmpd自信がnfsプロトコルでデータを読み込みます。従って、上記のような問題は発生しませんし、squeeze player やDLNAサーバーと同じようにネットワークプレーヤーと言えるようになります。

ドキュメントによるとmusic_directoryを以下の様に記述する様です。

music_directory              "nfs://servername/path"

db_file                      "nfs://servername/tag_cache"

の様な記述ができれば完璧なのですが、これは出来ないのかもしれません。

これを補間する機能としてdatabase proxyというプラグインも用意されています。こはれ別のマシーンで動作しているmpdが管理しているdb_fileを取り込む機能です。

例えばnas上でmpdを動作させdb_fileの作成をこのmpdで行うとリモートアクセスするmpdで行うより高速に行えます。

これらの機能をうまく使うとdb_fileがリモートアクセス出来ない場合でもnasにマウントをかける必要がなくなります。但し、この方法ではカバーアートを取り出す事が出来ない、複数のnasをサポートできないなどの問題もあります。

lightMPDではこれらの問題を解決し、storage plugin,database proxyの機能を使ってnasにマウントしないシステムを実現したいと考えています。

mpdの各スレッドの優先順位を任意に設定出来るようにする物です。優先順位を変更して動作の安定化および高音質化の為のチューニングが行えるようになります。

lintweaker版にはrt_optのパッチがあたったブランチもあるのですが、lightMPDでは本家の0.18.16にmpd-0.19git-rtopt20140327を当てました

プロセスの優先順位を設定に際してはいろいろな考えがあります。lightMPDでは以下のような考えに基づいて設定しています。

lightMPDではDACをUSBで接続します。USBへの転送は周期的に行われます。これを遅延させると音切れやプチノイズになるので高く設定します。一方入力はMPD内にある程度のバッファーがあるのと入力デバイスであるイーサネットにはフロー制御があり送り側をある程度待たせる事ができるのでイーサネットの割り込みハンドラーはデフォルト(FIFO:50)のままつかいます。mpdのoutput,playerスレッドがイーサネットを含む他のデバイスから割り込まれないように割り込みハンドラーのデフォルト値より大きな値を設定します。

lightMPDでは優先順位を以下のように設定しています。

  USB割り込みハンドラー      FIFO:99

  mpd  output スレッド      FIFO:54

  mpd  player スレッド      FIFO:52

  mpd  main スレッド        OTHER

  mpd  decoder スレッド     OTHER

  mpd  update スレッド      OTHER

  mpd  io スレッド          OTHER

FIFOの数字が大きい程優先順位が高くなります。割り込みハンドラーのデフォルトの優先順位はFIFO:50です。

USBへのデータ転送はUSB割り込みハンドラーで行われます。USBの転送モードがDMAの場合はDMAのチャネルを操作するだけですが、PIOモードの場合はプログラムで転送します。PIOモードを処理するプログラムはCPUがどんなに早くてもUSBへの転送が終わる期間CPUを使います。この間に他のスレッドへディスパッチされると音切れします。そうよう事がないように優先順位を最高にしてあります。

現在のところPIOモードで動作するのはbeaglebone,beaglebone blackだけです。これらのボードはkernelのconfigでDMAを指定してもDMAモードでは動作せずPIOモードで動作します。

これで、e-onkyoのDSFファイルのタグも反映されます。e-onkyoのDSFにはカバーアートも含まれています。しかし、e-onkyoのタグは何とかならないでしょうか？　わざわざ英語のタイトルをカタカナにする必要があるのでしょうか？