lightMPD-v0.08 for apu1c

[joecoo...@gmail.com]

digififan 様

v0.08の公開お疲れ様です。
さっそく使ってみます。

[uehar...@gmail.com]

デジファイ様

有り難うございます。mpd 0.19の新機能strage pluginを試したいのですが、lightmpd.conf mpd.confのどちらに設定するのでしょうか？

[joecoo...@gmail.com]

動作報告（速報）

32bit版、mpd-0.19.3rt
ハードウエアは、
apu1c --> xmos中華DDC --> SOUND DESIGN SD05
クライアントはMPoD

下記音楽ファイルが問題なく再生出来ました。
早送り巻き戻しも問題ありません。
Apple Lossless,flac(共に16bit･44.1kHz)
flac(24bit･88.2kHz,96kHz)
mp3(各種レート)
aac-lc(360bps)

インターネットラジオも問題なく再生出来ました。
連続再生も5時間程度ですが問題有りませんでした。

今のところ、一般的な使用では特に問題なしといったところでしょうか。
WAVの再生を確認していませんが・・・(^^;

音質については環境が貧弱なので詳しいコメントは差し控えますが、非常に満足しています。

P.S.
V0.07でflac(24bit･88.2kHz以上)でプチノイズが出るので色々試してみたのですが、結論を言えばNASとの相性でした。
BUFFALOのLS-AVL/A(cifs)というAV用のNASからRockDiskNext(cifs)に変えたらプチノイズが消えました。
NASとの相性なんてあるのですね。

[mur...@pluto.dti.ne.jp]

デジファイのおと様

V0.08ありがとうございました。32bit版64bit版，両方とも5時間程度，DSD128とWAV24bit96khzファイルの連続再生で全く問題ありません。

NASはRockDiskNextにNFSで接続，DDCはCombo384，DACはmi-takeさんのPCM1792シングル使いのものです。

安物ヘッドホンでの視聴ですし，私の耳では音質を正確に表現することは難しいのですが，静寂の中に音楽がふわっと浮かび上がるようで，64bit版は力感，32bit版は繊細さに特徴があると思います。

DSD音源は私が合唱で参加した第９を，指揮者にお願いして録音させていただいたもので，MR1000とWM61A改を使用した，DSD128のネイティブです。

並の機器で再生した場合，合唱のレベルが小さく，バランスが悪く感じるのですが，lightmpdで聴くと，些細な音もちゃんと聴こえ，欠点を感じさせません。素晴らしいです。ありがとうございます。

[digi...@gmail.com]

uehara2007さん

現時点ではlightMPDでこれを試すにはtelnetでloginしlightMPD側で操作しなければなりません。

将来的にlightmpd.confで指定できるようにする予定ですが、とりあえず、現時点で解っている事を書きます。

strage pluginはmusic_directoryの指定をsamba,nfsのサーバーにあるディレクトリを指定出来る仕組みです。

nfsの場合は

  music_directory     "nfs://serverip/path"

sambaの場合は

  music_directory     "smb://userid:passwd@serverip/path"

で指定します。

但し、nfsは動作しませんでした。サーバー側の問題かもしれません。

以下sambaで説明します。

lightmpd.confが

[nas:xxx]

   type=cifs

   host=192.168.0.1

   remotedir=audio

   remoteuser=mpduser

   remotepass=mpdpass

   ....

   ....

[mpd]

   music_directory=xxx/music

   ....

   ....

の場合

music_directory     "smb://mpduser:mpdpass/audio/music"

になります。

db_file,playlistはstrage pluginが使えませんので、

database {

   plugin     "simple"

   path              "/tmp/tag_cache"

}

playlist_directory   "/tmp"

等としておきます。

これで、mpdを再起動するとmusic_directoryの走査が始まって/tmp/tag_cacheが作成されます。

これだと起動するたびにtag_cacheの作成が行われるので巨大なライブラリの場合は実用になりません。

これを回避するために

もぅ一台,nasをマウントしたlightMPDを起動します。（私はcubox-i4で行いました)

このmpdのIPアドレスを192.168.0.2とすると

database {

   plugin      "proxy"

   host        "192.168.0.2"

}

にします。

このようにすると、このサーバー自体にはtag_cacheを持たずに192.168.0.2を問い合わせるようになります。

ちょっとまとまりがつかなくなりましたが、いまのところstrage pluginはこんな状態です。

lightMPDでのstrage pluginの問題はtag_cache,playlistの置き場所が無くなることです。

将来のバージョンではmpd起動時にサーバーからtag_cache,playlistをダウンロード,tag_cache、playlistが更新したときにそれをサーバーにpushする仕組みを用意する予定です。

lightMPDでnasのマウントレスシステムは上記の機能が実現できてからになります。

[digi...@gmail.com]

joecool.2007さん

> BUFFALOのLS-AVL/A(cifs)というAV用のNASからRockDiskNext(cifs)に変えたらプチノイズが消えました。

> NASとの相性なんてあるのですね。

cifsはnasによって結構性能が違います。もし、nfsが使えるならnfsの方がいいです。

私がつかっているqnapではnasとcifsでは読み込み速度が5倍くらいちがいます。

[joecoo...@gmail.com]

digififan 様

>cifsはnasによって結構性能が違います。もし、nfsが使えるならnfsの方がいいです。
>私がつかっているqnapではnasとcifsでは読み込み速度が5倍くらいちがいます。

そんなに性能差があるとは知りませんでした。
早速RockDiskNextでnfsに移行しました。

nfsにして他のサービスを停止すると音質が良くなるという話は聞いていたのですが、何となく難しそうでcifsのままだったのですが、何の問題もなく簡単に移行できました。
音質は、なんとなく良くなったような（＾＾；

ところで、nfsのプロトコルですが、tcpとudpがRockDiskNestでは使えるようなのですが、性能（音質）的に何か違いはあるのでしょうか？

[digi...@gmail.com]

joecool.2007さん

> ところで、nfsのプロトコルですが、tcpとudpがRockDiskNestでは使えるようなのですが、性能（音質）的に何か違いはあるのでしょうか？

性能はtcpのほうがいいです。音質については実際に聞いて判断されたほうがいいと思います。

udpにする場合、rsize,wsizeは最大が8192になります。8192以上の値を指定した場合は強制的に8192になります。

udpの場合は1パケットがイーサネットの1フレームに収まるのが最も効率がよくなります。

イーサネットの1フレームの最大値をMTUとよびますが、apu.1cでもcubox-i4pでもMTUは1500以上に設定出来ません。

NICのMTUを大きく出来たとしても、フレームが通過するハブ、サーバーのMTUも大きくしないと効果はありません。

MTU=1500なのでrsize,wsizeは1024がいいのですが、これだと逆にIOの数が多くなってかえって効率が悪くなります。

したがって、rsize,wsizeは8192を指定しておけばいいと思います。

あと、UDPは信頼性のないプロトコルなので使わない方がいいという意見もありますが、それは間違っています。

IT用語辞典には「UDPは転送速度は高いが信頼性が低く、TCPは信頼性は高いが転送速度が低い」とあるので、これを誤解しているようです。

このように書かれていた場合は、UDPを使うアプリケーションはアプリケーションでエラー訂正を行う必要があるという事を示しています。

当然、NFSではエラー訂正を行っており、ファイル共有としてUDP,TCPともはきわめて信頼性が高くなっています。

UDPを使ったからと言って信頼性が落ちるということはありませんので、音がよいと判断したらUDPを使えばいいと思います。

[digi...@gmail.com]

joecool.2007さん

> nfsにして他のサービスを停止すると音質が良くなるという話は聞いていたのですが

nfs vs cifs というより余分なサービスを停止すると音がよくなるというのは事実です。

サービスを司るサーバーというのはクライアントに対して自分のＩＰアドレスを通知します。

通知の方法はブロードキャストという手法を使って行います。

ブロードキャストを使うと関係のないPCにもパケットが到達します。

サーバーとlightMPDのあいだにルータを配置するとブロードキャストを遮断する事ができます。

ルータを置けない場合はブロードキャストを投げるサーバー(サービス)を止めるしかありません。

今のwindows,macは相当量のブロードキャストを流しています。

[digi...@gmail.com]

joecool.2007さん

あと、cifsとnfsの違いについてもう一言。

nfsは読み込んだデータを一度キャシュに起きますが、cifsはキャシュをスルーします。

言い換えると同じデータを二度読み込む場合、nfsでは二度目はキャシュからデータを読みますが、

cifsでは二度目も再度サーバーからデータを読みます。

[joecoo...@gmail.com]

digififan さま

わかりやすい解説ありがとうございます。
tcpとudp、比較してみたのですが音質差は確認出来なかった（＾＾；）ので、性能が高いとされるtcpにしました。
というか、NASを交換しても音質差をあまり感じなかったのですが、駄耳・プアシステムである以外に、ネットワークプレーヤー用ネットワークで余分なパケットを遮断しているため、音質差が出にくいのかな、と思ったりもします。
最後に1点教えて頂きたいのですが、tcpにした際の読み込み速度ですが、rsize,wsizeの数値で結構変わると書いているサイトがあったのですが、本当でしょうか？もし本当なら、適切な数値を探す方法はありますでしょうか。
お忙しいところ恐縮ですが、よろしくお願い致します。

[digi...@gmail.com]

joecool.2007さん

> というか、NASを交換しても音質差をあまり感じなかったのですが、駄耳・プアシステムである以外に、ネットワークプレーヤー用ネットワークで余分なパケットを遮断しているため、音質差が出にくいのかな、と思ったりもします。

NASを変更して音が変わるのは、不要なパケット(ブロードキャスト)に反応してしまうのも一因だと考えています。jecoolさんの場合、ブロードキャストが遮断されているのでNASの影響がすくなくなっていると考えられます。

> 最後に1点教えて頂きたいのですが、tcpにした際の読み込み速度ですが、rsize,wsizeの数値で結構変わると書いているサイトがあったのですが、本当でしょうか？もし本当なら、適切な数値を探す方法はありますでしょうか。

一般的にrsize,wsizeは大きい方がベンチマーク上は高速になります。cuboxi4の障害調査で測定した時もその傾向がでました。

しかし、あまり大きい単位でIO（入出力)を行うと、別な弊害がでます。

例えば、

　　エラーが起こったときのペナルティが大きい（通常は同じデータを再送します)

    IOが完了するまでそのデバイスを占有する事になるので平行性が悪くなる

などです。

参考

エラーに関してはTCPの場合は小さなパケットに分割されて通信が行われ、パケット単位にエラー訂正が行われます。NFSのレベルでエラーが起こることはまずありません。

UDPの場合はパケット単位でのエラー訂正が行われないので、パケットのエラーはNFSレベルで訂正が行われます。

rsize,wsizeを突き詰める場合、スループットも大事ですが、アプリケーションの利用形態も考慮すべきです。

lightMPDではmpdがnasからデータを読み込むことしかしません。

mpdはaudio_buffer_size,buffer_before_playで決められる単位でデータの読み込みが行われます。(audio_buffer_sizeの単位は4096バイトです)

バッファーが空の時（曲の開始時)に一時的に大量のデータの読み込みが発生しますが、以後は192Khz/24bitのデータでも平均して毎秒1Mbyte程度の読み込みしかしません。

以上を考慮するとmpdではrsize,wsizeはデフォルト値でいいのではないかと考えています。

lightmpd.confの値はOSのデフォルト値になっています。

[joecoo...@gmail.com]

digififan さま

ネットで調べても内容が専門的すぎて肝心の部分が理解できなかったのですが、digififanさんの解説である程度意味が理解できました。なんだか気分がスッキリした感じです。
余分な質問にご回答頂きありがとうございました。

lightMPD-v0.08は相変わらず何の問題も発生していません。たいへん満足感の高い音質だと思います。
ご尽力、重ねてお礼申し上げます。

[joecoo...@gmail.com]

digififan さま

v0.08でcifsでもマウントを試みたのですが、以下のようなエラーメッセージが出て、マウントできません。
ちなみに、CuBoxのv0.08では正常にマウントできました。
手持ちのRockDisk Nextがどうもnfsで不安定なのでcifsでマウントしたいと考えています。
よろしくお願いいたします。

------ cat /var/lightMPD/etc/nasmount.sh ------
# nasid:avl
mkdir /var/lightMPD/nas/avl
mount -t cifs -o user=admin,pass=password,wsize=65536,file_mode=0644,dir_mode=0755,iocharset=utf8,rsize=61440 //192.168.1.30/admin/Music /var/lightMPD/nas/avl

------ cat /var/lightMPD/etc/nasmount.log ------
mount: mounting //192.168.1.30/admin/Music on /var/lightMPD/nas/avl failed: Operation now in progress

[digi...@gmail.com]

joecool.2007さん

apu1cのv0.08 64bit版でテストしましたが、ちゃんとマウントできます。

NASはqnap のts-219pIIです。

'Operation now in progress' というエラーの原因が分からないので何とも言えません。

cuboxではマウントできるとの事ですがlightmpd.confはcuboxとapu1cとで同じでしょうか？

[joecoo...@gmail.com]

digififanさま

勘違いをしていたのですが、過去にcifsでもマウント出来ていたので、NASの不具合のようです。
cuboxでは何もエラーが出ていなかったので、正常にマウント出来ていると判断したのですが、音出しをしていないのでもしかするとマウント出来ていなかったかもしれません。
ちなみにlightmpd.confは共通です。

私固有の問題のようですので、自分で考えてみます。
お騒がせをしました。

[joecoo...@gmail.com]

digififanさま

自己解決しました。

NASの不具合ではなくルーターの設定が問題でした。
「NBT Microsoft-DS」がデフォルトで無効になっていたのですが、これを有効にすることでCIFSでマウントできるようになりました。

毎度のお騒がせ、申し訳ありませんでした。

[joecoo...@gmail.com]

v0.08 for apu1c の音の素晴らしさをどう表現すべきか・・・
ネットで見つけたのが、

>今回のapuは従来のS/Nの高さに加えみずみずしさも加わっています。
>女性ボーカルやピアノのエロさ（良い意味で）は突出しています。
>嵌ったら抜けられないかも？？

これだ！！(^ω^)

[joecoo...@gmail.com]

apu1c(v0.08:32bit)+RockDisk Next(NFS)ですが、88.2kHzと96kHzのファイル(96kHzより上はデジタルアンプが非対応)において局の冒頭から２，３秒の間につまずいたような感じで音が飛びます。
毎回ではなく、数曲おきといった感じです。
CIFSでも音飛びします。

同じ環境でハイレゾが問題無く再生されている方、おいでますでしょうか？

[mur...@pluto.dti.ne.jp]

joec00...様

はじまして。murajiと申します。
私も全く同じ環境です。apu1c(v0.08:32bit)+RockDisk Next(NFS)これにcombo384またはXMOSにmi-takeさんのPCM1792のDACです。他にエレクトロアートさんのUSBDACもあります。
WAVは96khzまで，DSDはWAVにして350kHz以上になると思いますが，音切れありません。他にcubox-i4とBBBも持っていますが，これも問題なしです。ただしcombo384+BBBの時だけ，DSDの場合のみプチノイズと音切れが生じます。
RockDiskNextとapu1cは100Baseの安物ハブ（金属筐体ですが）経由で繋いでます。1000Baseの事が前に掲示板にありましたが，私の場合は100Baseで大丈夫なようです。

数度音切れを生じたことがありましたが，RockDiskNextの電源を落として再起動したところ，その後は全く問題なしになりました。

Volumio+RaspberryPiの時は，バッファや先読みの調整で音切れの具合がかなり変わりました。今は調整の必要は全く感じないのですが，関係ないでしょうか？

[joecoo...@gmail.com]

muraji様

レスありがとうございます。
結局RockDisk Nextが壊れてしまい、QNAP HS-210を勢いで買ってしまいました。
QNAPに変更してもCIFSだとごく希に音飛びすることから、ネットワークのボトルネックを疑い、ネットワークプレーヤー用ネットワークを構成しているルーターのセキュリティレベルを最低まで下げたところ、音飛びがなくなりました。

RockDisk Nextが壊れかけていたことが音飛びの主たる原因で、ルーターの設定も影響していたのではないかと考えています。

皆様---------------------------------------
QNAPですが、本当はNFSで使用した方が良いと解っているのですが、Windows or Macから音楽ファイルを転送する度にCIFSを起動しなくてはならないのが億劫でCIFSで使っています。
WindowsのNFSも試してみたのですが、文字化けしてファイル転送には使えませんでした。
MacのNFSはまともに動いてもくれません。
何か良い方法はないでしょうか？

[mur...@pluto.dti.ne.jp]

joecoo 様

RockDiskNextの故障ですか。確かに，けっこう熱を持っているので心配でもあります。
QNAPのことは分からないのですが，NFSとSAMBA(CIFS)の両方をONにしてはおけないのですか？
私はRockDiskNextとlightmpdはNFSで繋いでいて，Windowsからデータを転送するときだけSAMBAをONにしていますが，転送が終わってもSAMBAをOFFにするのを忘れてしまうことがよくあります。しかしlightmpdの再生には全く問題はありません。また，私の耳ではSAMBAのONとOFFでの音の違いも分かりません。
少しでもNASの動作を軽くするのが良いのでしょうが，あまり関係ないような気がします。

昨日書き忘れましたが，apu1c+lightmpdでDSD128(NFS)，cubox-i4+lightmpdでDSD128(NFS)，raspberryPI+volumioでWAV96khz24bit(NFS)，計３台のハイレゾ同時再生（もちろん3つとも別ファイル）でも，音飛びは全く生じません。

[joecoo...@gmail.com]

muraji様

>QNAPのことは分からないのですが，NFSとSAMBA(CIFS)の両方をONにしてはおけないのですか？
両方ONにしておけます。

>私の耳ではSAMBAのONとOFFでの音の違いも分かりません。
残念ながら私も違いがわかりませんでした。
なので両方ONもありかもしれませんね。

ただ、気のせいのレベル（本当に気のせいかもしれません）の違いなのですが、QNAPの場合、NFSは元気があって線が太い感じ、SAMA(CIFS)は儚く線が細い感じを音から受けます。

NFSの方がオーディオ的快感が大きな音なのですが、個人的にはSAMBA(CIFS)の音を結構気に入っていたりします。

なので、このまましばらくSAMBA(CIFS)で行ってみようと思います。

PS
NFSとSAMBA(CIFS)を両方ONにしてNFSでマウントするのと、SAMBA(CIFS)のみONにした場合のどちらが高速なのか解らないのですが、前者の方がapu1c側の負荷が少なく音質的に有利そうですね。普通は前者を選択するかな。

[mur...@pluto.dti.ne.jp]

joecoo 様

その後LANの状態はどうですか？私もcifsで繋いでみましたが，確かに線が細くなる感じはしました。
私の環境では，高域の出方というよりは，低域が弱くなったため，という感じがします。

ところで，私が録音した音源ですが，指揮者の許可を得て公開しています。
マイク１セットのみの録音で限界はありますが，録音時のリミッターをかけていませんし，編集も
フェードイン・アウトのみで，ノーマライズすらしていません。
演奏は下手ですが，ぜひ聞いてみてください。ダウンロードには長時間かかりますが，ご容赦願います。

http://dream26.com/music/

[joecoo...@gmail.com]

muraji 様

>その後LANの状態はどうですか？
音楽を聴く時以外、ネットワークプレーヤー用ネットワークのルーター、スイッチの電源を落としているのですが、電源を入れた直後に音楽を再生すると音飛びしたり、"プチッ"とノイズがはいることがあります。
しかし、電源を入れて暫くすると安定し、すこぶる快調です。
やはり、ルーターやスイッチは常時通電の方が良いのかもしれません。
ただ、flac --> mp3 と連続再生した時、音楽が再生されないで、ジ、ジ、ジとノイズが流れ、apu1cを再起動しないと治らなかったことがありました。
再現するかテストしてみたいと思います。

>ところで，私が録音した音源ですが，指揮者の許可を得て公開しています。
聴かせて頂きました！
先ずは第4回の第九を聴いたのですが、ホールのシートで聴いているような感じで新鮮でした。
システムがDoPに対応していないのでDSDが聴けないのが残念です。

[mur...@pluto.dti.ne.jp]

joecoo 様

私はDSDかWAVしか聴かないのですが，不都合はありません。
ただしDSDとPCMの切り替えをDAC側が認識しないことがあり，音が出ないことがありますが
クライアント側で再生ボタンを１～２度押してやると再生を始めます。
apu1cでもBBBでも同じ現象がありますが，再起動の必要はありません。

私も音楽を真剣に聞くときは，LAN切替機でインターネット側のルーターから切り離してしまいます。
確かに音は変わりました。また，LAN切替機で再びインターネット側と接続してもノイズは入りらないようです。

スイッチングハブが学習する間にノイズがでるのでしょうか。

>聴かせて頂きました！
>先ずは第4回の第九を聴いたのですが、ホールのシートで聴いているような感じで新鮮でした。
>システムがDoPに対応していないのでDSDが聴けないのが残念です。

ありがとうございます。全く加工しない生のままの録音は素晴らしいと私は思っています（手前味噌ですが）。
技術的に下手なのですが，実は指揮者は大物です。第１～第３楽章をぜひじっくりと聞いてみてください。
DSDでなくとも雰囲気は分かると思います。

[digi...@gmail.com]

joecool.2007さん

サイトの紹介ありがとうございます。

ダウンロードする前に試聴できるのはいいですが、やはりこれだけの量があると大変ですね。

mpdがこのサイトのライブラリを直接再生できればいいのですが。多分将来的にはそのようになっていくのでしょうね。

おいおい探していきます。

[kat...@gmail.com]

はじめまして。

APU1c用のv0.08がリリースされていたことに気づかずずっとv0.07を使用していたのですが、本日v0.08にアップデートしました。
0.07と0.08の比較をじっくりしてみましたが、0.08の方がさらに解像度良く、音に芯があって暖かみがあるように感じられます。特にvocalが艶やかに聞こえます。
lightMPDはどんどん進化していて本当に素晴らしいですね。これからも愛用させていただいと思っております。

余談ですが、APU1cは空きUSBポートを含め内部の5Vの電源ラインのノイズを抑えてやるとかなり音質が改善されるように感じています。