イーサーネットの分離のNASモードの雛形

[nns...@gmail.com]

何時もlightmpdにて素晴らしい音を楽しまさせていただきありがとうございます。
今はAPU1×２にてオーディオ用ネットワークルーターモードにて音楽を聴いているのですが、イーサーネットの分離のNASモードにて音楽を楽しみたいと思っているのですが、UPNPレンタラーモードの雛形は公開しているのですが、NASモードの雛形も公開していただけないでしょうか？UPNPレンタラーの雛形をやってみるのですが、ネット上はアドレスが出るのですがUPNP側のeth2のランプが付かなくデーター通信を行っていないみたいなのでNASモードでやってみたくなりました。大変お忙しいことと思いますが、よろしくお願いします。

[nns...@gmail.com]

あれからいろいろとやってみたらPCで音楽asoyajiさんのブログの雛形を貼り付けたらイーサーネットの分離UPNPモードにて何とか音が出ました。

[nns...@gmail.com]

イーサーネットの分離UPNPモードの音大変す場らしいですね。ビックリしました。しかし、UPNPコントールポイントのKAZOO KINSKY JRIVERが私には使いづらく結局元のオーディオ用ネットワークルーターモードにもどしSKYMPDで聞いているのですが、NASモードだったらSKYMPDで使用出来るのでしょうか？出来るのであれば、大変お忙しいと思いますがNASモードの雛形を教えていただけないでしょうか？よろしくお願いします。

[digi...@gmail.com]

nnshz1さん

> NASモードの雛形を教えていただけないでしょうか？

NASモーデでイーサネットを分離する場合はplayer側のlightMPDにもその機能が必要になります。

v1.0.2ではこのモードは使えません。

apu用にv1.1.0としてイーサネットを分離するモードを出すつもりでしたが、ちょっと構成を見直すために発表を見合わせています。

もうすこし時間がかかります。

よろしくお願いします。

[nns...@gmail.com]

大変お忙しいところご返事ありがとうございます。
楽しみに待っています。よろしくお願いします。

[TS]

横から失礼致します。

私も同じく分離UPNPモードの音は素晴らしいと感じているのですが、操作性が悪く、NASモードができるようになったらそちらに切り替えようと思っています（DLNAクライアントも色々試してみましたが、PlugPlayerがシンプルながら一番使いやすいですね）。
ですので、NASモード対応版のリリースを楽しみにしています。

NASモードでひとつ気になるのがUPNPモードと違い、MPDのプレイヤー側でキャッシュができない点で、それがどの程度音質に影響するかという点です。少し調べてみましたが、NASでのキャッシュはあまり一般的ではないようですね。

いずれにせよ、v1.1.0のリリースを楽しみにしています。

[digi...@gmail.com]

TSさん

個人的に忙しくなってlightMPDに避ける時間が限られているのとupnpgwのバグがなかなかfix出来ない為

nasモードの作業が遅れています。

当初1.1.0はnasモードとupnpプレヤーの機能を持たせるつもりでしたが、いろいろと無理があるので従来と同じNASモード

だけにする事にしました。

さらにNASモードでのネットワーク分離が果たして意味があるのかという問題もあります。

     eth0  +--------------+ eth1   eth0 +----------------------+

 ------------|   upnpgw  |-----------------|   player(NAS mode)   |

             +----------------+                 +----------------------+

　　　　　　　　　　　eth2        eth1

upnpgwにnasモードで使った場合、音楽再生時はeth1<->eth0にはパケットは流れません。（etherのコネクタにあるLEDは消灯しています)

音楽再生時はplayerとnas間のデータしか流れません。

playerとnas間のデータをeth2<->eth1間に流したところで変化はないのではと感じています。

mpadの様なクライアントはmpdの状態を１秒間隔で問い合わせるためにmpadを使うと音楽再生時にもeth1<->eth0には

mpadとmpd間のデータが流れます。再生中にmpadを操作する人にはネットワーク分離も有効かもしれません。

(upnpモードではeth1<->eth0はupnpの信号が流れています)

現在NASモードでのネットワーク分離は
   player->nasのデータはeth0->eth1を経由
   nas->playerのデータはeth2->eth1を経由
するような検討を行っています。
nfsでもcifsでもplayer側からデータを要求するパケットを送信し、サーバーはその要求にしたがってデータをplayerに
送り返します。
上記のようにパケット送信と受信の経路を分けることにより eth2->eth1にはnasからのデータすなわち音楽データしか流れなくなります。

下線部分は実現できません。なかった事にして下さい。 勘違いしていました。

upnpではnasとの通信はhttpで行われます。httpではリクエストパケットをサーバーが受け取ると全データを途切れなく送信します。

1本のetherでnsf,cifsで通信を行うと、リクエストパケット、レスポンスパケットが交互に繰り返されますが、送信、受信を

それぞれ専用のetherで行うとnas->playerのデータは途切れなくなります。

（実際にパケットの制御データがあるのでhttpとは同じになりません）

linuxにはfs-cacheという機能があってnfsのデータをキャッシュできます。

[TS]

digififanさん

お忙しい中、新バージョンリリースのご対応ありがとうございます。

NASモードでネットワーク分離することで通信が効率化されるようなので結果的に音にもいい影響はありそうですが、どの程度効果があるかはやってみないと分からないかもしれませんね。。

fs-cacheが使えるのであれば通信を減らすことができて効果ありそうですね（upnpモードの場合polipoがキャッシュサーバーとして利用されているので、NASモードでも同等になるかと）。今後のバージョンアップでご検討頂ければと思います。

よろしくお願いします。

[digi...@gmail.com]

TSさん

> NASモードでネットワーク分離することで通信が効率化されるようなので結果的に音にもいい影響はありそうですが、どの程度効果があるかはやってみないと分からないかもしれませんね。。

本当にやってみないと解りません。

それと前の記事でデータの方向によって経路を分ける事を検討していると書きましたが、これをやるにはNASの設定も弄る必要があって実現がなかなか困難です。(lightMPDの中で閉じる事ができません)

以前検討していた内容を忘れていました。

fs-cacheについてはlightMPDのようにローカルのディスクをもってないシステムでは実現が難しいです。

fs-cacheの場合、tmpfsのディスクにキャッシュを置く事が出来ません。

この事は前の記事で書いたつもりだったのですが、どうも途中で送信してしまったようです。

[taku.s...@gmail.com]

digififanさん

なるほど。。イーサネット分離はUPnPモード、NASモード、いずれも簡単にはいかなさそうですね。。

個人的にはイーサネット分離のNASモードでいい音が出るのがベストだと思われるので、v1.1.0でイーサネット分離のNASモードが実現されることを期待しています。

イーサネット分離のNASモードでfs-cacheでキャッシュをすることに関しては、lightMPDの特性上難しそうなので、現状NASモードでキャッシュからファイル読み出しすることは難しそうですね。残念。。

とはいえ、イーサネット分離のupnpモードで既存の音源を聴き直して改めてlightMPDの素晴らしさを実感しました。お忙しいとは思いますが、新バージョンのリリースを心から楽しみにしています。