- このトピックには10件の返信、1人の参加者があり、最後ににより1年、 9ヶ月前に更新されました。
-
投稿
-
Tunebrowser + USB DAC + マランツのネットワークレシーバーM-CR612 で音楽を楽しんでいます。
この構成ですと DAC –> レシーバーのADC を経由するので途中でアナログを通ります。楽曲データをレシーバーに直接渡せばD級アンプの直前までフルデジタル処理処理されるので理想的かと思っています。コントローラーアプリをいろいろ試してみましたがどれも中途半端でTunebrowserの操作感と楽しさには到底及びません。Tunebrowserがサーバー兼コントローラーとして機能してネットワークレシーバーに指令できると最高ではないでしょうか。
ご検討をお願いいたします。
こんばんわ。
TuneBrowserから他のUPnP Rendererに対して再生を制御したいというご要望は以前からいただいていて (たとえばこちら)、いまも開発は進めています。
1曲再生するというだけであれば大きな問題はないのですが、TuneBrowserの本来の再生処理との統合、曲の切替り時の処理、再生に伴う付帯機能の整合 (Last.fmのScrobbleや再生履歴の管理など…)、あるいは他のコントローラーの操作との競合など、いまはまだ課題も多いです。
また、プロトコルアナライザーなどで調べているかぎりでは、オーディオ機器メーカー純正のコントローラーはUPnPやDLNAではなく機器メーカーあるいはチップメーカー独自のプロトコルで制御しているケースが多いようで、汎用のUPnPで制御しているかぎり、残念ながらそうした純正コントローラーの操作性にはどうしても及ばないところは出てきそうです。そのため、使いものになる動作にできるかどうかの確証もないのですが、気長にお持ちいただければと思います。
こんにちわ。
情報とエールをありがとうございます。優先度は下がりがちですが、開発はつづけています。
ご紹介された逆木氏もどこかで述べられていたと思いますが、UPnP/DLNAによる再生は、連続再生という観点で、本格的な音楽再生には不向きだと感じています。Player側にキューを持たせることでその点を改善したのがOpenHomeで、TuneBrowserを対応させるときにも、このやり方なら、という思いがありました (ちなみに、TuneBrowserの内部は、ざっくりというと、再生を行うPlayerと、曲順制御を行うSequencerと、デコードを行うDecoderの3パートで構成されています)。
UPnPで制御するには、おっしゃる通り「コントローラー機能を開発するとしても対応する範囲について割り切りが必要」なのでしょうね。その点をご理解いただけると、すこし気が楽になります(^^;。
こんばんわ。
追加情報と別途お知らせいただいたログ情報も含めまして、ありがとうございます。まだ詳細は確認できていませんが、TuneBrowserでやれそうなことは、大きくは外していないような気がしてきました。
ありがとうございました。
ありがとうございます。
なにかのときにはご協力をお願いすることもあるかと思います。そのときにはどうぞよろしくお願いします。
外部のUPnP Redererで再生できる機能の試験公開をはじめました。こちらのトピックでご案内していますので、なにかあればそちらにお願いします。
このトピックは、そちらに引き継ぐということで、クローズさせていただきます。
- トピック「コントローラ機能のリクエスト」には新しい返信をつけることはできません。