次期バージョンについて

2,931 views
Skip to first unread message

digi...@gmail.com

unread,
Jul 3, 2016, 11:59:53 AM7/3/16
to ligh...@googlegroups.com
   現在、次期バージョン(v1.1.0)とともに新しいプロダクトを準備しています。
  v1.1.0ではupnpに対応します。
   upnpではbroadcastのハンドリングが必要で、以前紹介したオーディオ用ネットワークが構築できません。
 そこで、apu1,apu2用にlightMPD/upnpgw というプロダクトを作成しています。
  lightMPD/upnpgwは 下図のように位置づけられます。


        nas          pc
         |           |
         |           |
   ------+-----+-----+--------  home network
               |
               |eth0
           ---------
           lightMPD/upnpgw  apu1,apu2
           ----+----
               | eth1
               |
               |
           ----+-----
            lightMPD
            v1.0.0       apu1,apu2,cubox,cuboxi4,bbb
            v1.0.2
           ---------


  lightMPD/upnpgwの機能
  1. home networkとlightMPDを分離するルータ
  2. upmpdcliというソフトによるlightMPDのupnpレンダラー化
 3. キャッシュサーバー(upnp動作時)

  lightMPDをupnpで動作させるとmpdとdlnaサーバーはHTTPで通信を行います。
  キャッシュサーバーはHTTPのオブジェクトをキャッシュします
 キャッシュサーバーを経由する事により曲全体をキャッシュに取り込んでからの再生が可能になります。
 本来なら、キャッシュサーバーはlightMPD側にあるべきですが、上記の構成でも効果が認められます。
  (v1.1.0ではupnpキャッシュサーバーを内蔵します)

 apuの他にbbbやcuboxを持っているなら、上記構成の方がいい結果が得られると思います。
  

  v1.1.0では従来のlightMPDの他にlightMPD/upnpgwとの連携を強化しました。

                  |
                  |eth0
          -----------------
       lightMPD/upnpgw    apu
          -----------------
     eth1 |         |eth2
             |         |
             |         |
     eth0 |         |eth1
          ------------------
            lightMPD v1.1.0       apu
          ------------------

  apuが2台あると上記のような接続ができます。
 v1.1.0では上記のように接続すると eth2 -> eth1 の経路にはnasまたはdlnaサーバーからのデータ
のみ流すことができます。
nas,dlnaサーバー以外のデータは eth1 -> eth0 の経路を通ります。

この構成では2台のapuが必要になりますが、bbbのようなotgのusbポートを持っている機種の場合以下の構成を
取ることができます。

                  |
                  |eth0
          -----------------
       lightMPD/upnpgw    apu
          -----------------
    usb0  |         |eth1
             |         |
             |         |
    usb0 |          | eth0
    (otg)  |         |
          ------------------
            lightMPD v1.1.0       bbb
          ------------------


  usb otg はusb機器同士を接続するための規格で上記はusb0がイーサーネットのポートになります。
 eth1 -> eth0 にnas,dlnaサーバーのデータが流れそれ以外はusb0の経路に流れます。
 bbb側を先に立ち上げる必要があるという制約がありますが、bbbとapuでうまく動作しています。

upnpで動作させるとlightMPDの設定で鬼門だったnasの設定が必要なくなります。
その代わりdlnaサーバーが必要になりますが、最近のnasにはアドオンパッケージのような形でdlnaサーバーの機能が実装されています。
コントロールソフトも豊富でその操作性もなかかなの物です。

lightMPD/upnpgwはもうすぐ公開できます。
v1.1.0は
 1. apu1,apu2
  2. bbb
  3. cuboxi4,wandboard
 4. cubox
  5. alix

の順の公開になります。

この件についての質問はこのスレッドでお願いします。

donuts...@gmail.com

unread,
Jul 3, 2016, 4:03:54 PM7/3/16
to lightMPD
Raspberry Pi 2で利用させていただいております。
他のスレッドでも書いておりましたが、当方lightMPDの基本的な作りを理解できましたので、独自にupmpdcliを組み込みUPnP化したことがありました。
私の場合は1台に全てを詰め込んでいましたがこういう構成もあるのですね、勉強になります。
外から与える設定としては何を想定されているのでしょうか。
自分の場合 lightmpd.conf に以下の項目を追加し、ルーム名とアイコンを指定可能としていました。この2つを自分で決められるとずいぶんと愛着がわきました。
[upmpdcli]
# yes | no
enable=yes
display=lightMPD
icon=RaspberryPi.png
今回の対応にRaspberry Pi 2は含まれておりませんが、他機種用がリリースされた際には参考にさせていただきたいと思っております。
「IPアドレスを設定するだけ」というのは導入する際の敷居がぐっと低くなり、今まで導入に踏み込めなかった人も入りやすくなるのではないでしょうか。
楽しみにしております。

digi...@gmail.com

unread,
Jul 4, 2016, 5:38:36 AM7/4/16
to ligh...@googlegroups.com
donuts.shop73さん
> 外から与える設定としては何を想定されているのでしょうか。
upmpdcli.confの内容をそのまま設定する仕様にしました。
[upmpdcli]
      enable=yes
      mpdhost=10.0.0.2
      mpdport=6600
      friendlyname=UpLightMpd
      logfilename=/tmp/upmpdcli.log
      loglevel = 3
      upnpiface = eth0

こんな感じになります。このうち変更が必要なのはmpdhost,firendlynameぐらいと考えています。
また、iconに関しては全然考えていませんでした。
あとbootデバイスにupmpdcli.conf-templateを用意し、これでインターネットラジオ曲の設定を行います。
kazooだとインターネットラジオが使えるので重宝しています。

先の記事からは漏れてましたが、raspberry pi の1.1.0は当然用意します。

> 「IPアドレスを設定するだけ」というのは導入する際の敷居がぐっと低くなり、今まで導入に踏み込めなかった人も入りやすくなるのではないでしょうか。
> 楽しみにしております。

これはひな形のlightmpd.confを利用状況毎に用意し、そのひな形のIPアドレス関連を修正すればなんとか動作するという事を考えています。

詳しくは書かなかったのですが、キャッシュサーバーにはpolipoというproxyサーバーを使っています。
polipoはproxyという形態を取ってますが、高速化を目的としたキャッシュサーバーとして動作します。
これは特別なライブラリを必要としないのでmakeだけでコンパイルできます。但し、buildroot用のパッケージはありません。
donuts.shop73さんがまだupmpdcliをお使いならぜひpolipoを導入して見て下さい。
キャッシュを通すとまたちょっと雰囲気が違ってきます。

もし、polipoのパッケージが必要ならアップしますので、リクエストして下さい。

lightMPDでなくても、ubuntuにはpolipoおよびupmpdcliのパッケージは用意されています。
voyage mpd なら比較的簡単に upnpレンダラー化およびキャッシュサーバーの実現は可能だと思います。
volumioでも可能だと思いますが、volumioはguiで全て設定しているのでちょっと敷居がたかいような気がします。

upmpcli,polipoの設定に関して解らない場合は、こちらで質問して下さい。





donuts...@gmail.com

unread,
Jul 4, 2016, 10:23:14 AM7/4/16
to lightMPD
digififanさま

詳しい情報ありがとうございます。
polipoためしてみたいと思います。

upmpdcliの設定項目ですが、ohproductroomはどうされていますか。
コントロールソフトによってはこちらの設定を使用するため、
設定がないとデフォルトの "Main Room" が表示されたように思います。
裏処理にてfriendlynameと同じ値を設定されていればよいのですが。

digi...@gmail.com

unread,
Jul 5, 2016, 11:42:47 AM7/5/16
to lightMPD
donuts.shop73さん

> upmpdcliの設定項目ですが、ohproductroomはどうされていますか。
> コントロールソフトによってはこちらの設定を使用するため、
> 設定がないとデフォルトの "Main Room" が表示されたように思います。
upmpdcliのパラメータは全てlightmpd.confで設定できるようにしてあります。ohproductroomも必要なら
lightmpd.confで設定します。
upnp自体あまり運用した事ないので、Main Room と表示されるのが仕様と思ってました。
ohproductroomを指定したらUpLightMpdと表示されるようになりました。
ありがとうございました。


ysek...@gmail.com

unread,
Jul 9, 2016, 9:26:15 PM7/9/16
to lightMPD
「upmp」と言われるとよく分からないのですが、DLNAと同じようなものということなら分かります。動画はDLNAで見ているからです。また、PS3での音楽再生も多分DLNAだと思います。
昔、ipod touchを使ってtwonky というソフトでDLNAの音出しをしたことがあります。でも、音質的にあまりメリットを感じなかったので、それっきりになってしまいました。
私は今、AmazonのFireタブレットを有線LANで繋いで、リモコン代わりにしています。(つまり、LANをmicroUSBに変換して本体に挿しているのですが、なかなか便利です。無線LANだと頭痛がするものですから・・・・・・)
そのAmazon Fireのソフトにipod tuchで使っていたtwonkyがあったので、インストールしてみました。lightMPDでは実験できないのでBBG+BOTICで試すことにしました。
Twonkyを立ち上げて、ホームネットワーク上のコンテンツを再生→外部機器の選択→コンテンツの選択→再生→外部機器の再生で「UpMpd」が出てきました。UpMpdを選択すると、見事、オーディオのスピーカーから音が出てきました。ただ、出てくる音はいつも聴いている音よりも劣る感じがします。
ただのDLNAではメリットがなさそうです。
肝はAPUをキャッシュサーバーにすることにあるのですね。
本音を言うと、lightMPDがBBBのI2Sに対応しないので、興味を失ってしまっていたのですが、このことで音質の向上が見込めるなら興味がわいてきました。
リリースを期待しています。

digi...@gmail.com

unread,
Jul 9, 2016, 11:09:47 PM7/9/16
to lightMPD
yseki118さん

> 「upnp」と言われるとよく分からないのですが、DLNAと同じようなものということなら分かります。動画はDLNAで見ているからです。また、PS3での音楽再生も多分DLNAだと思います。
名称については悩んだのですが、upmpdcliというソフトをつかっているのでupnpgwとしました。
おっしゃるようにdlnaサーバー上の音楽ファイルを再生します。

> 肝はAPUをキャッシュサーバーにすることにあるのですね。
upnpに対応するきっかけは「PCオーディオ実験室」で提唱されたメモリ再生です。
mpdをupnpの配下で動作させると,mpdはdlnaサーバーからHTTPでデータを取得します。
HTTPの場合proxyという技術を使ってデータをキャッシュ出来ます。

私はネットワークプレヤーの音を悪くする原因の一つとしてネットワークプレヤーに音楽データ以外のデータが流れてくるためと考えています。
現在のネットワークのアプリケーションはbroadcastという技術を多様しています。
サーバーがクライアントを探す場合、逆にクライアントがサーバーを探す場合にbroadcastが使われます。
ネットワークのパケットは送信元と送信先が1対1になりますが、bradcastパケットはネットワーク上の全てのサービス宛てのパケットになります。
この様なパケットですから、スィッチングハブも通過します。
boradcastパケットを遮断するためにはネットワークを分離する以外に方法がありません。
その為、私は市販のルータを使ってmpdをnasが接続されているネットワークを分離することでbroadcastを遮断しています。
digifi laboのネットワークプレヤー用のネットワークを参照して下さい。

ネットワークを分離するとupnpのようなbraodcastを使うサービスが使えなくなります。

そこで、upnp部分とmpdの部分を分離する事にしました。その為の仕組みがlightMPD/upnpgwです。

lightMPD/upnpgwはupnpを実現するだけでは無く、ネットワークを分離するルータとしての機能も持ってます。
nasをマウントする場合でもlightMPD/upnpgw を介すことによってネットワークの分離が行えるようになります。

キャッシュについては本来ならmpdが走行しているCPUにあるほうが効果が高いです。lightMPD v1.1.0では キャッシュサーバーを内蔵します。

キャッシュサーバーにはpolipo というプログラムを採用しました。polipoは基本的にキャッシュデータをメモリ上に置くので今回の目的にぴったりです。

polipoはlightMPD/upnpgwでなくても動作します。
polipoはdebianでパッケージ化されています。多分botic(debianベース)やvolumio,tinycoreにもあると思います。

boticやvolumioでは

apt-get install polipo

でインストールが出来ます。

/etc/polipo/configは下記の様にします。

----------------------------------
proxyAddress = 0.0.0.0
allowedClients = 127.0.0.1
dnsQueryIPv6 = no
chunkHighMark = 268435456
objectHighMark = 2048
cacheIsShared = false
---------------------------------

chunkHighMarkがキャッシュの容量です。(上記例は256Mbyte)

さらにmpd.confに以下を追加します。

----------------------------
input {
  plugin   "curl"
  proxy    "127.0.0.1:8123"
}
----------------------------

これで、再生開始前にpolipoにキャッシュされます。
クラシックのように1曲のファイルサイズが大きい場合は数秒間は再生しながらキャッシュします。

もし、キャッシュの効果に興味がおありでしたら実験してみて下さい。

この状態でlightMPD/upnpgwでネットワーク分離するとさらによくなると思います。

fireにはmpdのクライアントで使えるのが無いのですが、dlnaのコントローラとしてはlinn の kazooやbubbleupnp(正式版は有料)も使えます。
両者ともなかなかいい感じです。

ysek...@gmail.com

unread,
Jul 10, 2016, 1:01:56 AM7/10/16
to lightMPD
色々ご教授下さり、ありがとうございます。これから試してみたいと思います。
つきましては、lightMPD/upnpgwはいつ頃リリースされるのでしょうか。
夏休みに間に合うと嬉しいです。

joecoo...@gmail.com

unread,
Sep 5, 2016, 10:24:23 AM9/5/16
to lightMPD
digififanさま
次期バージョンが対応するということで、今まで手をつけていなかったDLNAをいじってみたのですが、コントロールアプリに素晴らしいものがありますね。
アルバムアートが表示できるコントロールアプリが必須の自分にとって、DLNAへの対応は選択肢が増えることを意味しており、とてもありがたいことです。
次期バージョンでは機能を2台のapuに分散でき、さらにキャッシュも導入されるということで、音質の向上するのでは?と、予想しております。
お忙しく、色々と大変でしょうが、次期バージョンの完成・リリースをご期待申し上げます。

digi...@gmail.com

unread,
Sep 6, 2016, 10:15:41 AM9/6/16
to lightMPD
 joecoolさん

> お忙しく、色々と大変でしょうが、次期バージョンの完成・リリースをご期待申し上げます。
8月は忙しくなるのが解っていたのでなんとか7月中にリリースしようとしてたのですが、キャッシュサーバーに不可解な現象があって7月のリリースを見合わせました。
キャッシュサーバーの不具合は修正出来たのですが、その為にこのリリースで予定していた機能の開発に時間が割けませんでした。
しばらく時間がかかりそうなので、今の状態でリリースを検討します。

ちょっとお待ち下さい。



joecoo...@gmail.com

unread,
Sep 6, 2016, 10:30:37 AM9/6/16
to lightMPD
digififanさま

ご回答ありがとうございます。
お忙しいところ恐縮ですが一点お教えください。

>今の状態でリリースを検討します。
今の状態でupnpには対応しているのでしょうか?

digi...@gmail.com

unread,
Sep 7, 2016, 10:00:21 AM9/7/16
to lightMPD
joecool.2007さん

> 今の状態でupnpには対応しているのでしょうか?
対応しています。
というか、今回リリースするのはlightMPD/upnpgwというものでいままでのlightMPDとはちょっと毛色が違います。
動作する機種もapu1,apu2に限られます。

利用形態としては
 1. スタンドアローンでのupnpレンダラー
 2. 既存のmpd(機種およびシステムは問わない)をupnpレンダラーにする
 3. 既存のmpd(機種およびシステムは問わない)をnasが属するネットワークから分離する。
になります。
逆に、nfsやcifsでnasをマウントする事はできません。

2.,3.は

   mpd            <------------------------------->    lightMPD/upnpgw    <----------------------->    nas
                              eth0                          eth1                                eth0

のように接続します。

upnpで使う場合は1,2の二通りの使い方ができます。
apuの他にbbbやcuboxなどを持っている方は2の方がいい結果が得らると思います。

lightMPD/upnpgwの後に出すlightMPD v1.1.0では lightMPD/upnpgwとの連携でnasからのデータとそれ以外のデータを分離することができます。

今回リリースを見送った機能は
 1. dsd2pcmの強化
  非公開にしていますが、v1.0.2ではapu1,apu2,cuboxi4,wandboard,raspi2 版ではdsd2pcmの強化が図られています。
  (非公開ですが、掲示板で一部使い方を説明しています)
      これをさらに強化します。
 2. nfsのキャッシュ
  これについては現段階では検討中ということで、正式な機能として盛り込むかはまだ決定していません。





joecoo...@gmail.com

unread,
Sep 7, 2016, 10:17:40 AM9/7/16
to lightMPD
digififanさま

了解しました。
見送られる機能は、今まで公表されていなかった部分なのですね。
急かしてしまい、結果として余分な手間が増えてしまったこと、申し訳ありません。

joecoo...@gmail.com

unread,
Sep 21, 2016, 8:23:38 AM9/21/16
to lightMPD
digififanさま

lightMPD/upnpgw v1.0.0のリリースありがとうございます。
早速以下の構成で音出しまで確認しました。

_/_/_/UPnPアダプターモードで動作確認_/_/_/
UPnPサーバー / MinimServer (QNAP HS-210)
lightMPD/upnpgw v1.0.0 (apu1c)
lightMPD-v1.0.2 (apu2c4)
UPnPコントロールアプリ (LUMIN)

DDC = JAVS X-DDC-Reserve

すべて初期設定の状態ですが、すこぶる快適です。
特に、iPadでは事実上MPaDしかアプリがなく、動作が軽いものの、日本語の取り扱いやアルバムアートの表示に不満を感じていたのですが、MinimServer+LUMINでその不満がほぼ解消しました。
また、iTunesでファイル管理をしている者にとっては、"Folder.jpg"をアルバムフォルダに入れる必要がなくなるのもありがたいです。

以上、音質確認などはこれからですが、取り急ぎご報告いたします。

joecoo...@gmail.com

unread,
Sep 22, 2016, 7:01:48 AM9/22/16
to lightMPD
digififanさま

丸一日聴きましたが、私の環境では、しなやかで聴き疲れしない音に感じます。女性ボーカルが心地よいですね。
比較対象がないので単なる印象ですが、自分にとってはとても好ましい音です。

さて、何度かON、OFFをして判明したのですが、3回に1回くらいの割合で起動に失敗するようです。
USBメモリーとの相性が悪いのか、ightMPD/upnpgw(apu2c4)とlightMPD(apu1c)の電源投入に順番があるのか、その辺りが原因のように思うのですが、まだ確認できていません。

以上、簡単ですが丸一日聴いての印象等をご報告させていただきました。

digi...@gmail.com

unread,
Sep 22, 2016, 11:14:16 AM9/22/16
to lightMPD
joecool.2007さん

lightMPD/upnpgwの評価ありがとうございます。

> 特に、iPadでは事実上MPaDしかアプリがなく、動作が軽いものの、日本語の取り扱いやアルバムアートの表示に不満を感じていたのですが、MinimServer+LUMINでその不満がほぼ解消しました。
DLNAのコントロールポイント用のアプリは優秀なのが多いですね。特にうれしかったのが、android用のアプリがkindle HDにも対応していることです。
あまり使ってなかったHD6がkazoo専用になって重宝しています。

> さて、何度かON、OFFをして判明したのですが、3回に1回くらいの割合で起動に失敗するようです。
> USBメモリーとの相性が悪いのか、ightMPD/upnpgw(apu2c4)とlightMPD(apu1c)の電源投入に順番があるのか、その辺りが原因のように思うのですが、まだ確認できていません。
apu1cでlightMPDが動作しているということはddcはapu1cに接続されている事になりますが、DDCはどのポートに接続してますか?
DDCによっては上段のUSBポートにDDCを接続するとUSBメモリのデバイス名が/dev/sdbになってしまってlightmpd.confの読み込みができなくなることがあります。ちゃんといく場合もあります。
USBメモリを上段に、DDCを下段に接続するとこの現象は発生しません。一度接続を確認して下さい
apu2ではこの問題は発生していませんが、DDCの機種によっては発生するかもしれません。

joecoo...@gmail.com

unread,
Sep 22, 2016, 4:24:44 PM9/22/16
to lightMPD
digififanさま
レスありがとうございます。

誤: lightMPD/upnpgw(apu2c4)とlightMPD(apu1c)
正: lightMPD/upnpgw(apu1c)とlightMPD(apu2c4)

でした(^^;)
なので、DDCはapu2c4の上段USBポートに接続しています。

起動に失敗すると、apu2c4のeth0のパイロットランプが点灯したままになり、点滅していないようです。

対策として、
(1)apu2c4の下段USBポートにUSBメモリーを接続する
(2)別のUSBメモリーにlightMPD-v1.0.2をインストールする

を試してみたいと思います。

追伸
Kazooもなかなか良いですね。
クラシックを主に聴く方であれば、Kazoo Server + Kazooが最強かも。
ただ、Kazoo Serverはリソースをかなり食いますね。
自社製品以外にも門戸を開放しているLINN & Luminに感謝!

uehar...@gmail.com

unread,
Sep 23, 2016, 5:56:12 AM9/23/16
to lightMPD
upnpモードで動作を確認しました。NASはDELAで、内蔵のTwonkyからDLNAを配信、MPDはraspberry Pi2にHifiberryDigi+を接続して、SPDIFからデジタル信号を取り出しDACに入力しています。単体での動作より音の厚みが増し、しかし、透明感は失われず、JPLAYのデュアルモードとの比較が楽しみです。

joecoo...@gmail.com

unread,
Sep 23, 2016, 9:22:48 AM9/23/16
to lightMPD
digififanさま

起動に失敗する原因ですが、CAT7のLANケーブルが原因のようです。
安価なケーブルに変えたら今の所100%起動に成功しています。
このケーブルを買った後で、STP規格のケーブルは非対応の機器に使わないほうが良いことを知ったのですが、このことが関係しているのでしょうか。

vat...@gmail.com

unread,
Sep 24, 2016, 8:10:21 AM9/24/16
to lightMPD
digififanさま

今回公開していただいたlightMPD/upnpgwが、以下の環境で快調に動作していますのでご報告します。

upnpgw: apu2c4 (upnp アダプター)
v1.0.2: apu2c4(レンダラー)
DDC: Amanero Combo386
Media Server: MinimServer/BubbleUPnP Server (HS-210-D)
Control App: Kazoo

v1.0.2の時と比べて、より滑らかで自然な音質になった気がします。背景も静かになり、今までより音楽を楽しめるようになりました。v1.0.2単独使用の時は、”audio_buffer_size = 356”, “buffer_before_play = 100%”で問題なく動作していましたが、今回のシステムで同様の設定にしたところ音切れが発生するようになったので、初期設定通り”audio_buffer_size = 4096”, “buffer_before_play = 50%”にしたところ解決しました。

今回をきっかけに、私自身今まで関わりのなかったUPnPを導入しましたが、多機能サーバソフトやコントロールAppの選択肢が多いので色々比較しながらカスタマイズして楽しんでいます。Kazoo が lightMPD を認識しない時がありましたが、BubbleUPnP Server で OpenHome 化したところ安定して認識するようなりました。on-device playlist が有効になることで複数 Control Appで playlist を共有できるので便利です。MinimServerでは native-DSD再生ができず DoP での再生となっていますが、動作や音質自体に問題はありません。

このような素晴らしいソフトウエアをご提供いただき大変ありがとうございます。v1.1.0のリリースも楽しみにしています。

digi...@gmail.com

unread,
Sep 24, 2016, 10:34:03 AM9/24/16
to lightMPD
uehara2007さん

動作報告ありがとうございます。

> 単体での動作より音の厚みが増し、しかし、透明感は失われず、JPLAYのデュアルモードとの比較が楽しみです。

ホームネットワークに沢山の装置がつながれている場合、lightMPD/upnpgw を upnpアダプターモードやルータモードで使うと効果的です。
JPLAYは何故2台つかうのかわかりませんが、lightMPD/upnpgwを介すとプレヤーにブロードキャストというパケットが流れなくなります。

digi...@gmail.com

unread,
Sep 24, 2016, 10:34:40 AM9/24/16
to lightMPD
joecool.2007さん

> 起動に失敗する原因ですが、CAT7のLANケーブルが原因のようです。

> このケーブルを買った後で、STP規格のケーブルは非対応の機器に使わないほうが良いことを知ったのですが、このことが関係しているのでしょうか。

これはよく解りません。手元のCAT7のケーブルがないので確認も出来ません。
apu - apu間での問題ですかね?
そのうち、apu - apu間はクロスケーブルを含めていろいとテストしてみたいと思います。

digi...@gmail.com

unread,
Sep 24, 2016, 10:35:25 AM9/24/16
to lightMPD
vatak64さん

動作報告ありがとうございます。

bufferの件こちらでも確認しています、ドキュメントに書き忘れていました。

私も、lightMPD/upnpgwで初めてUPnPを使い始めましたが、サーバー、コントロールポイントが充実しているのにびっくりしました。
当初 Kindle Fire HD + BubbleUPnP を使っていましたが、BubbleUPnPはDSD256やdiffが再生できません。
これらのソフトはテスト的に数点あるだけなのですが、テストできないのは困るので今はKazooを使っています。
フォーマットの対応状況はサーバーやコントロールポイントに依存するようです。

joecoo...@gmail.com

unread,
Sep 24, 2016, 11:23:38 AM9/24/16
to lightMPD
digififanさま

>apu - apu間での問題ですかね?
今回はapu - apu間で問題が発生しました。
ちなみに、値段が1/10のケーブルに変えたら全く問題が無くなりました。
結構なお値段でしたので散々です(笑)

vat...@gmail.com

unread,
Sep 25, 2016, 9:34:29 AM9/25/16
to lightMPD
digififanさま

Kazoo App は、iOS, Android, Mac 版を使用していますが、なぜかMac版だけUpLightMpdを認識しません。BubbleUPnP Serverを走らせることで認識できており、個人的にDSD128以上の音源も持っていないため実用上はほとんど問題無いですが、KazooとUpmpdcliの相性の問題でしょうか(Mac版Kinskyでは認識します)。今回、Groupというタグがあるのを初めて知りました。クラシックをよく聴くので、複数楽章の曲をまとめてプレイリストに送るのに重宝しています。

DLNA周りのコメントばかりで恐縮ですが、この週末はほとんど家に籠り切りで音楽を聴いていました。今まであまり開かなかったような音源も聴き直しています。新システムの音質については他の方も言及されていますが、v1.0.2単独の時よりも聴きやすさが増している印象で、無意識のうちに音量を上げて聴いています。この音質を気に入ってしまい、設定もそのままで聴いていましたが、キャッシュサーバ有無の比較や、スタンドアローンモードとの比較もいずれやってみようと思います。

追伸:apu2用のupnpgwパッケージに同梱されているMPDのバージョンが0.19.14rt-native-dsd-upnpとなっていますが、apu1版では0.19.18rt-native-dsd-upnpとなっています。この違いは意図されたものなのでしょうか? 私はapu2パッケージ中のファイルをapu1版のファイル(0.19.18rt-native-dsd-upnp)で上書きしていますが、問題なく動作しているようです。

digi...@gmail.com

unread,
Sep 25, 2016, 10:41:54 AM9/25/16
to lightMPD
vatak64さん

> Kazoo App は、iOS, Android, Mac 版を使用していますが、なぜかMac版だけUpLightMpdを認識しません
そうですか。同じソフトでも動作が違う場合があるんですね。Macはありますので確認してみます。

> 追伸:apu2用のupnpgwパッケージに同梱されているMPDのバージョンが0.19.14rt-native-dsd-upnpとなっていますが、apu1版では0.19.18rt-native-dsd-upnpとなっています。この違いは意図されたものなのでしょうか? 私はapu2パッケージ中のファイルをapu1版のファイル(0.19.18rt-native-dsd-upnp)で上書きしていますが、問題なく動作しているようです。
これはパッケージング上のバグです。正しくは0.19.18rt-native-dsd-upnpです。ご指摘ありがとうございました。
lightMPD/upnpgwではrootイメージやmpdはapu1,apu2で互換性があります。
apu1とapu2ではkernelだけが違います。apu1,apu2ではusb,eth,メモリカード周りが異なっています。

apu2用のlightMPD-v1.1.0のrootイメージ、mpdはapu2用に最適化されるのでapu1では動作しなくなります。






vat...@gmail.com

unread,
Sep 26, 2016, 6:20:00 AM9/26/16
to lightMPD
MinimServerでDSDがDoPになってしまうと書きましたが、nativeでの再生ができましたので訂正します(以前失敗した理由はわかりません)。

uehar...@gmail.com

unread,
Sep 26, 2016, 11:02:03 AM9/26/16
to lightMPD
UPNPモードの場合、APUとMPDとをつなぐイーサネットケーブルですが、クロスケーブルの方が良い(動作が安定し、よりしっかりとした音になる)と感じました。JPLAYのデュアルモードの場合と同様です。

joecoo...@gmail.com

unread,
Sep 28, 2016, 10:25:22 AM9/28/16
to lightMPD
digififanさま

upmpdcli.templateにラジオ局を登録しようと色々試しているのですが、うまくいきません。
曲によって、記述内容が違うようなのですが、どのようなルールになっているのでしょうか。
ちなみに、下記のラジオ局を登録しようとしています。

http://stream.psychomed.gr/webstream%20jazz.html

特に急ぎませんので、お時間が空いた時にでもご教示ください。

OPP

unread,
Sep 30, 2016, 9:25:21 AM9/30/16
to lightMPD
すみません 初心者なのですが、オーディオ用ネットワークルーターに興味がございます。
この場合プレーヤーはmpdである必要があるのでしょうか?windowsのPCでも良いのでしょうか?

digi...@gmail.com

unread,
Sep 30, 2016, 10:26:18 AM9/30/16
to lightMPD
joecool.2007さん

url に playlist(pls,m3uなど)のURLまたは直接streamのurlを指定すればいいようです。

> ちなみに、下記のラジオ局を登録しようとしています。

> http://stream.psychomed.gr/webstream%20jazz.html

上記のラジオ局の場合、


[radio audiophile jazz]

url = http://8.38.78.173:2199/tunein/jazz.pls

artUrl = http://8.38.78.173:2199/system/images/tunein-pls.png


になります。
urlはhttp://stream.psychomed.gr/webstream%20jazz.htmlのソースを参照しました。
また、画像は大変汚いです。

これでいいはずですが、再生できませんでした。
url = http://8.38.78.173:2199/tunein/jazz.plsのストリームは http://8.38.78.173:8276/ になりますが、
このurlにアクセスするとヘッダーが付いてきません。
ヘッダーがついていないのでpolipoがエラーを吐いていました。

mpd.confを

input {
   plugin   "curl"
#  proxy   "127.0.0.1:8123
}
として、proxyをはずすと再生できました。

しかし、proxyを外すとメディアサーバーからのデータもキャッシュしなくなります。
うーーん、困りました。



joecoo...@gmail.com

unread,
Sep 30, 2016, 10:39:55 AM9/30/16
to lightMPD
digififanさま

調べてくださりありがとうございます。
実はそれほどインターネットラジオを聴くわけではないので、聴けなくてもそんなに困るわけではありません。
お手間をとらせました。

digi...@gmail.com

unread,
Sep 30, 2016, 10:47:12 AM9/30/16
to lightMPD
OPPさん

オーディオ用ルータの目的はブロードキャストというパケットを遮断するのが目的です。
その為、ブロードキャストをベースにしているDHCPは利用できません。
IPアドレスを静的に設定できる機種ならmpd以外の機種でも動作しますが、DHCPでアドレスを設定する機種でき利用できません。

IPアドレスを静的に設定できても、その機種上で動作するプレーヤーソフトがUPnPベースのソフトだと、ホームネットワーク上から見えなくなるので使えません。
foobar2000のようにwindows pcで操作してホームネットワーク上のNAS上の楽曲を再生するような用途では利用可能です。




OPP

unread,
Sep 30, 2016, 11:08:07 AM9/30/16
to lightMPD
ありがとうございます。理解できました。

sank...@gmail.com

unread,
Oct 10, 2016, 9:10:53 PM10/10/16
to lightMPD
digififanさま
お世話になります。

apu-1c ,Cubox-i2,Raspberry Pi 2の3機種で現在利用させていただいております。

今回手始めに「スタンド アローン仕様 及び オーディオ用ネットワークルータ仕様」にて試聴する事が出来ましたので御報告致します。

音質は両者共柔らかく角がとれて非常に滑らかな音質になり聴き疲れがありません。
aitlabo製のDAC & ampを使っていますが通常の再生時にはvolummの数値が30~32程度ですが当該仕様にしますと35~36程度で良好です。

個人的には非常に気に入った音質に仕上がっていると思います。

ただスタンド アローン仕様時に既設Nas(WD製・my book Live)に内蔵されているTwonkey media serverのVerがかなり古い為にDSD関連のdataが読み込め無いことが解りました。

私的にはDSD再生をメインにしておりますので,コントロールアプリに本当に良いものがあるにも係わらず残念です。

当面は多少の不満がありますがMpadにて運用せざるを得ません。(今回の試聴にはLuminを使用しました)

業務御多忙中とは存じますが当該掲示板を通じまして今回のVer upに関しまして御礼申し上げます。
以上簡単ですが御報告申し上げます。

<再生機器>
upnpgw : APU-1c
レンダラー : cubox-i2(ver=1.0.2)
DDC : USDA_MINI基板
apu ~ cubox間ケーブル:安価なcat-5
Control App: Mpad

追記
基本的な質問で恐縮ですが今回の「オーディオ用ネットワークルータ方式」と「UPNPアダプター方式」とでは音質の差異はありますか?


digi...@gmail.com

unread,
Oct 11, 2016, 11:13:51 AM10/11/16
to lightMPD
sankyohouさん

動作報告ありがとうございます。

> ただスタンド アローン仕様時に既設Nas(WD製・my book Live)に内蔵されているTwonkey media serverのVerがかなり古い為にDSD関連のdataが読み込め無いことが解りました。
> 私的にはDSD再生をメインにしておりますので,コントロールアプリに本当に良いものがあるにも係わらず残念です。
それは残念ですね。扱えるファイルはサーバーの他にコントロールアプリにも依存するようです。
このあたりがもう少し明確になるといいですよね。私もbubbleupnpを使うとdiffが見えなくなるのではまりました。

> 基本的な質問で恐縮ですが今回の「オーディオ用ネットワークルータ方式」と「UPNPアダプター方式」とでは音質の差異はありますか?
これは何ともいえません。個人的はUPNPアダプター方式でつかっています。
NASのマウントをしないことと、キャッシュが効いているのかもしれません。
UPNPアダプター方式にも欠点があって、mpdからstatusを取るために1秒周期で通信がおこなれます。
mpadも同様な動作を行ってますが、mpadを使うと音が悪くなるという人もいます。
このよう人にはUPNPアダプター方式では音が悪く聞こえるかもしれません。
ホームネットワークに多くの機器が繋がっている場合は、UPNPアダプターモード、ルータ方式いずれでもlightMPD/upnpgwを介することにより、lightMPD単体よりは音がよくなると思います。

sank...@gmail.com

unread,
Oct 11, 2016, 9:17:21 PM10/11/16
to lightMPD
digififanさま
お世話になります。

深夜にも係わりませず詳しい御説明有難う御座います。
何れにしましても近いうちに新しいNasを導入してのcontrol appに移行したいと思います。

次期verも期待しております。

Reply all
Reply to author
Forward
0 new messages