├ Re: MPDのギャップレス再生 - yo 2012/04/23(Mon) 22:26 No.1049
├ Re: MPDのギャップレス再生 - Phoenicia 2012/04/23(Mon) 23:58 No.1050
├ Re: MPDのギャップレス再生 - yan 2012/04/24(Tue) 00:21 No.1051
├ Re: MPDのギャップレス再生 - yo 2012/04/25(Wed) 19:53 No.1062
├ Re: MPDのギャップレス再生 - asoyaji 2012/04/26(Thu) 00:16 No.1069
├ Re: MPDのギャップレス再生 - yan 2012/04/26(Thu) 00:42 No.1070
├ Re: MPDのギャップレス再生 - yo 2012/04/26(Thu) 21:15 No.1071
├ Re: MPDのギャップレス再生 - yo 2012/04/26(Thu) 21:16 No.1072
├ Re: MPDのギャップレス再生 - yan 2012/04/26(Thu) 23:00 No.1073
├ Re: MPDのギャップレス再生 - asoyaji 2012/04/27(Fri) 01:07 No.1074
├ Re: MPDのギャップレス再生 - yan 2012/04/27(Fri) 18:03 No.1075
├ Re: MPDのギャップレス再生 - yo 2012/04/27(Fri) 19:28 No.1077
├ Re: MPDのギャップレス再生 - yo 2012/04/27(Fri) 21:37 No.1078
├ Re: MPDのギャップレス再生 - yan 2012/04/28(Sat) 00:18 No.1082
├ Re: MPDのギャップレス再生 - yan 2012/04/28(Sat) 00:26 No.1083
├ Re: MPDのギャップレス再生 - yo 2012/04/28(Sat) 07:20 No.1084
├ Re: MPDのギャップレス再生 - yan 2012/04/28(Sat) 19:05 No.1085
├ Re: MPDのギャップレス再生 - asoyaji 2012/04/28(Sat) 22:14 No.1087
├ Re: MPDのギャップレス再生 - yan 2012/04/29(Sun) 01:05 No.1088
├ Re: MPDのギャップレス再生 - asoyaji 2012/04/29(Sun) 02:52 No.1089
├ Re: MPDのギャップレス再生 - yo 2012/04/29(Sun) 20:47 No.1090
├ Re: MPDのギャップレス再生 - yo 2012/04/29(Sun) 20:50 No.1091
├ Re: MPDのギャップレス再生 - Phoenicia 2012/04/29(Sun) 23:14 No.1093
└ Re: MPDのギャップレス再生 - asoyaji 2012/05/04(Fri) 14:17 No.1104
MPDのギャップレス再生 投稿者：Phoenicia 投稿日：2012/04/23(Mon) 15:00 No.1048 
こんにちは
MPDのギャップレス再生 同じ所で嵌ってしまった例が出ていて人ごとだと思えませんでした。 自作のメモリバッファ（S/PDIF入力を受けバッファリングの後、基準クロックで同期読み出しして I2S信号などとしてDACチップに送信するもの）をプログラミングしている時、 44.1kHzから192kHzまで（44.1、48、88.2、96、176.4、192）ランダムに切り替えを行う際、 切替時のノイズに結構悩まされました。 foobar2000とMPDで症状が異なり、測定器もないので原因の特定まではしませんでした。 こちらも周波数判定はDAIチップ（CS8416）からのLRCK信号を周波数解析する方法をとっていました。 理由はチャネルステータス解析ではステータス情報がいい加減なDDC等が結構存在するためです。 周波数が切り替わった場合は最長44msの不感帯の後、再度測定するという手順でした。 これでも偶に切り替えノイズが出てしまうので、最終的には切り替え中、DACへの全信号を ミュートすることで対処した記憶があります。 製品でも同様と言うことで、ある意味安心しました。 |
|
Re: MPDのギャップレス再生 投稿者：yo 投稿日：2012/04/23(Mon) 22:26 No.1049
phoeniciaさん
このあたり、僕には技術的にチンプンカンプンなのですが、そもそも周波数が違うトラックをギャップレスに再生することって可能なのですかね。フェーズメーションの調査ではMPDでも50m位のギャップはあるようだから、その程度の隙間を作らないとハード的には対応しきれないのかなと思っていました。 ミュートをかけて周波数を切り換え、その後ミュートを解除し、切り換えた周波数のデータを送り続けるということになるのかなと思いますが、大変でしょうね。 |
|
Re: MPDのギャップレス再生 投稿者：Phoenicia 投稿日：2012/04/23(Mon) 23:58 No.1050
S/PDIFからギャップレスで周波数違いのトラックがDAC機に送られてきたら、先ずDAIチップのPLLが一旦同期を外れ新しい周波数に再同期しようとします。
CS8416だと新たな周波数に同期するのに10ms強かかり、同期するまで出力は不定（無意味）になります。 この場合DAIチップが「私は入力に同期していないのでエラーだよ」という信号を下流のDACチップに出せるようになっています。 市販DAC機では、恐らくこの信号でDACチップをミュートしてノイズが出るのを防いでいるのでしょう。 従って、厳密な意味で周波数違いトラックでのギャップレスは再生できないと思います。 そのためMPDでも50ms程度の無音を入れているのではないでしょうか。 |
|
Re: MPDのギャップレス再生 投稿者：yan 投稿日：2012/04/24(Tue) 00:21 No.1051
> 現在のネッワークプレーヤの大半はこのギャップレス再生に対応できていないのですね。
これは意外でした。ギャップレス再生は必須機能ですよね。 でも、ギャップレスにするのは結構大変なようで、mpdでも24/192の場合はaudio_bufferを8192まで引き上げないとギャップレスになりません。DSDではギャップレスになるんですかね？ > しかし、LinnかYamahaかというのは厳しい選択ですね。200K円以下の機械は使いものにならないということのようです。どっちもいやだとなると Voyage MPD on Alix となるのかしら 以前つかっていたSqueezeBoxはギャップレス対応でした。 > これでも偶に切り替えノイズが出てしまうので、最終的には切り替え中、DACへの全信号を ミュートすることで対処した記憶があります。 xmosでも周波数の切替の時に一瞬ミュートがかかるようで、曲によっては曲の冒頭が途切れるのですが これはしょうがないんですかね。 |
|
Re: MPDのギャップレス再生 投稿者：yo 投稿日：2012/04/25(Wed) 19:53 No.1062
yanさん
> でも、ギャップレスにするのは結構大変なようで、mpdでも24/192の場合はaudio_bufferを8192まで引き上げないとギャップレスになりません。DSDではギャップレスになるんですかね？ これはソースをいろいろお持ちのasoyajiさんに是非確認をお願いしたいですね。 pcmに変換する再生は24/192で問題なく再生できました(audio_bufferは8192)。sacdからrippingしたサロネンの「春の祭典」で確認しました。 > 以前つかっていたSqueezeBoxはギャップレス対応でした。 SqueezeBoxはフォーメーションの調査では出来ないと書かれているので、多分設定が必要なのでしょうね。 SqueezeBoxってスペック、デザイン、音などなかなか魅力的な製品みたいですね。 何でIOデータは国内販売しないのから。 Linuxの設定などが結構大変なので、躊躇しているのですかね。 |
|
Re: MPDのギャップレス再生 投稿者：asoyaji 投稿日：2012/04/26(Thu) 00:16 No.1069
Pink FloydのDark Side Of The MoonをMPD、DSDネイティブ再生で確認してみました。問題なく、ギャップレス再生ができています。audio_buffer_size はデフォルトの"1024"です。
|
|
Re: MPDのギャップレス再生 投稿者：yan 投稿日：2012/04/26(Thu) 00:42 No.1070
> SqueezeBoxはフォーメーションの調査では出来ないと書かれているので、多分設定が必要なのでしょうね。
SqueezeBoxを使っているときにmpdをテストしてギャップレスが出来なくて、この一点だけでSqueezeBoxからmpdへの以降を断念したときがあります。設定はあったような気がしますが、忘れてしまいました。 > 何でIOデータは国内販売しないのから SqueezeBoxは今は米Logitechの製品です。日本にはLogitechという会社があるので、米Logitechの製品はLogicoolと名乗ってます。 マウスやキーボードのように数がでるならマニュアル含めてLogitechをLogicoolに変更しても割にあいますが、Squeezeboxのようなニッチな製品では割にあわないんでしょうね。 > Linuxの設定などが結構大変なので、躊躇しているのですかね。 当然これもあるでしょうね。 Linnのような単なるDLNAレンダラーとは違って専用のサーバー(SqueezeBoxServer) をインストールしなければなりません。これにはLinuxやWindwosの知識の他にperlの知識も必要となります。 その点mpdはうまいこと考えたなと思います。 squeezebox内にはSqueezePlayというplayerソフトが動いていますが、これはフリーなのでこれをsheeveplugにインストールするとりっぱなSqueezeBoxになりますよ。 SqueezeBoxをインストールするのが大変な場合は、16/44.1k にしか対応しませんがsqueezeslave というのがあってこれは多分make一発でインストールできます。 |
|
Re: MPDのギャップレス再生 投稿者：yo 投稿日：2012/04/26(Thu) 21:15 No.1071
asoyajiさん
> Pink FloydのDark Side Of The MoonをMPD、DSDネイティブ再生で確認してみました。問題なく、ギャップレス再生ができています。audio_buffer_size はデフォルトの"1024"です。 確認ありがとうございます。 やっぱりネイティブ再生だと負荷が低いから、audio_buffer_sizeも小さくてすむのですね。 ところで、最新版のgitをコンパイルし、dffのpcm再生を試してみたのですが、ザーっというノイズがのります(電波周波数にチューニングされていないFM放送みたいな感じ)。asoyajiさんのところではdffのpcm再生は巧くいっていますか ? |
|
Re: MPDのギャップレス再生 投稿者：yo 投稿日：2012/04/26(Thu) 21:16 No.1072
yanさん
> squeezebox内にはSqueezePlayというplayerソフトが動いていますが、これはフリーなのでこれをsheeveplugにインストールするとりっぱなSqueezeBoxになりますよ。 > SqueezeBoxをインストールするのが大変な場合は、16/44.1k にしか対応しませんがsqueezeslave というのがあってこれは多分make一発でインストールできます。 情報ありがとうございます。試してみます。 |
|
Re: MPDのギャップレス再生 投稿者： yan 投稿日：2012/04/26(Thu) 23:00 No.1073
>yoさん
> 情報ありがとうございます。試してみます squeezeslaveの他にsqueezeboxserverというソフトを音楽ファイルを収納してあるマシーンにインストールする必要があります。 しかし、ここまでやって果たして得るものがあるかとうと疑問です。 squeezeboxserverは頻繁にupdateされているのですが、プレヤーの進歩が止まっている感じでいまではmpdに及ばなくなっています。 |
|
Re: MPDのギャップレス再生 投稿者：asoyaji 投稿日：2012/04/27(Fri) 01:07 No.1074
yoさん
試してみました。 うわっ！でした。 DSD WavPackは酷いノイズです。こりゃだめです。 ちなみに、Foobar2000では問題なく再生されます。 |
|
Re: MPDのギャップレス再生 投稿者：yan 投稿日：2012/04/27(Fri) 18:03 No.1075
> DSD WavPackは酷いノイズです。こりゃだめです。
softmixerはdisableになってますよね。 mpdもビットパーフェクトでなくなったて事ですかね。 |
|
Re: MPDのギャップレス再生 投稿者：yo 投稿日：2012/04/27(Fri) 19:28 No.1077
asoyajiさん、yanさん
> DSD WavPackは酷いノイズです。こりゃだめです。 softmixerはdisableになっています。 実は、4月のはじめのgit版でもこの状態でした。 多分、ネーティブdiff対応の修正に伴うバグだと思います(3月はじめのgitではこの問題は発生していないので)。 DSD WavPack でも問題が発生するということはWavの処理で何かトラブルを起こす要素があるということですかね。 Jurgenさんにネーティブ再生成功の報告&お礼とpcm再生のバグ報告のメールを送るつもりです。お二人の稼働状況の報告をそのまま利用しますので、ご了解よろしくです。 ところで、メーリングリストをみたら24日にJurgenさんのdsf対応のパッチがあがっていますね。asoyajiさんは音楽ソースをお持ちでしょうから、試してみたらいかがですか。 |
|
Re: MPDのギャップレス再生 投稿者：yo 投稿日：2012/04/27(Fri) 21:37 No.1078
yanさん
> squeezeslaveの他にsqueezeboxserverというソフトを音楽ファイルを収納してあるマシーンにインストールする必要があります。 > しかし、ここまでやって果たして得るものがあるかというと疑問です。 調べてみました。 ここと http://d.hatena.ne.jp/rapids827/20120408/1333859507 ここに http://d.hatena.ne.jp/rapids827/20110803/1312385239 Windowsで Squeezebox touchを使っている方の書き込みがあります。 特にLinuxの知識がない普通(?)のWindowsユーザでも使えるみたいなので、やってみました。 SqueezePlayとServerについてはここから http://downloads.slimdevices.com/nightly/index.php http://downloads.slimdevices.com/nightly/index.php?ver=7.8 各OS対応のバイナリとソースをダウンロードできるようです。 また Logitech Media Server のサイトからも、 http://www.mysqueezebox.com/download ダウンロードできるようです。 Windows版のサーバをインストールしてみました。簡単でした。 SqueezePlayはdebian用のインストールパッケージもありますが、VoyageやSheevaPlugで動くのかしら ? SqueezeSlaveについてはここに http://wiki.slimdevices.com/index.php/SqueezeSlave 情報があり、コンパイルの仕方も丁寧に解説されています。 試しにやってみました。問題なくビルドできます。 ヘルプを見て、起動も root@voyage:~/squeezeslave# bin/squeezeslave -D 192.168.0.6 で出来ました。音も鳴りました。インタネットラジオを聴くにはよさそうですね。 が、操作の仕方が分からない。調べて出直すことにします(^^;;;。 使い方ってどっかにあるのですかね ? http://wiki.linuxmce.org/index.php/Squeezeslave_on_the_core というサイトは見つけたのですが。 |
|
Re: MPDのギャップレス再生 投稿者：yan 投稿日：2012/04/28(Sat) 00:18 No.1082
yoさん
> 操作の仕方が分からない。調べて出直すことにします(^^;;;。 使い方ってどっかにあるのですかね ? squeezeboxserverにブラウザーで接続（ポート番号は失念)するとブラウザーから操作できます。私はこの方法か、ipodtouchで動作するipengというアプリを使ってました。 |
|
Re: MPDのギャップレス再生 投稿者：yan 投稿日：2012/04/28(Sat) 00:26 No.1083
yoさん
> 実は、4月のはじめのgit版でもこの状態でした。 > 多分、ネーティブdiff対応の修正に伴うバグだと思います(3月はじめのgitではこの問題は発生していないので)。 > DSD WavPack でも問題が発生するということはWavの処理で何かトラブルを起こす要素があるということですかね。 dsd->pcmが動作しないのもDSDWavPackが動作しないのも同じ原因のような気がします。 ちなみに、24bitflacのsoftmixerの雑音問題に対してのパッチはあてましたか？ dsd->pcmはともかくDSDWavPackが動作しないのは気になります。 DSDWavPackは24/176k wavにしか見えないはずなので、これが再生できないとすると24/176kのwavは音がでてもきちっと再生されていない事になります。 この件はこちらでもテストしてみます。 |
|
Re: MPDのギャップレス再生 投稿者：yo 投稿日：2012/04/28(Sat) 07:20 No.1084
> ちなみに、24bitflacのsoftmixerの雑音問題に対してのパッチはあてましたか？
あてていません。RToptパッチだけあてました。 調査よろしくです。 しかし、Jurgenさんは気が付いていないのですかね。 |
|
Re: MPDのギャップレス再生 投稿者：yan 投稿日：2012/04/28(Sat) 19:05 No.1085
yoさん
> しかし、Jurgenさんは気が付いていないのですかね この問題はJurgenさんは関係してないですね。 dsd->pcmはmpdの開発チームが実装してます。 dsd over pcm もJurgenさんのものは殆ど採用されていません。Jurgenさんのパッチは暫定的な対応でしたが、開発チームは根本的な対処をしています。 |
|
Re: MPDのギャップレス再生 投稿者：asoyaji 投稿日：2012/04/28(Sat) 22:14 No.1087
jurgenさんのdsfパッチを入れたところ、無事dsfは再生できるようになったのですが、
XMOSでDSD128がノイズまみれで再生できなくなりました。そこでエレアト新UDA基盤（DoP）で再生してみたところ、問題なく再生できるので驚きました。 S24とS32の違いで、sendfileが関係しているんでしょうか。 My-config で、--desable -sendfileを入れてあり、mpd.confでは何も記述していません。 うーん。もぐら叩きみたいな感じですね。しばらくこんな状況が続くんでしょうね。 |
|
Re: MPDのギャップレス再生 投稿者：yan 投稿日：2012/04/29(Sun) 01:05 No.1088
asoyajiさん
> XMOSでDSD128がノイズまみれで再生できなくなりました。そこでエレアト新UDA基盤（DoP）で再生してみたところ、問題なく再生できるので驚きました。 xmosは384には対応しますが、348には対応していないのでDSD128は再生できないと思います。 384に未対応なのは搭載しているクロックの周波数に関係していると思いますが、この辺の考察は以前Phoeniciaさんがご自身のblogで行ってました。 でも、dop版のファームはソースが公開されてませんから改造は難しいですね。 |
|
Re: MPDのギャップレス再生 投稿者：asoyaji 投稿日：2012/04/29(Sun) 02:52 No.1089
yanさん
XMOS Dopの現状のところに、ちゃんと書いてありました。 ・DSD output is clocked at 2822400 bits per sec. ・It accepts 384kHz PCM. (352.8kHz are not supported due to hardware limitations) XMOSは、176.4MHzには対応しているので、DoPはOK＝DSD 2,822,400 OKだけど、176.4×2=352.8MHzには対応していないので、DoPは無理＝DSD 2,822,400×２＝5,644,800 ダメ ということですね。 XMOSはハードウエアの限界という理由ですから、DSD128を聴くには、新UDA基盤（DoP）でないとダメ！ということになりますね。 今頃気が付いて「とほほ」です。 |
|
Re: MPDのギャップレス再生 投稿者：yo 投稿日：2012/04/29(Sun) 20:47 No.1090
yanさん
> squeezeboxserverにブラウザーで接続（ポート番号は失念)するとブラウザーから操作できます。私はこの方法か、ipodtouchで動作するipengというアプリを使ってました。 情報ありがとうございました。 無事操作できるようになりました。詳しくは記事にして書き込むつもりですが、ブラウザでアクセスできました。 音はとてもいいですね。インタネットラジオを高音質で聴くのには最適だと思います。NHK-FMなども選曲できました。らじるで聴くより、はるかに音はいいです。 |
|
Re: MPDのギャップレス再生 投稿者：yo 投稿日：2012/04/29(Sun) 20:50 No.1091
asoyajiさん
> S24とS32の違いで、sendfileが関係しているんでしょうか。 関係しているのじゃないかと思います。まあ開発チームの対応待ちですね。 |
|
Re: MPDのギャップレス再生 投稿者：Phoenicia 投稿日：2012/04/29(Sun) 23:14 No.1093
>xmosは384には対応しますが、348には対応していないので
PCMで176.4kHz再生をするには44.1kHz系の水晶をオリジナルの2倍周波数にして、XMOSファームも手直しする必要がありました。 Doｐ対応ファームがどうなっているのかは判りませんが、ファームのソースが公開されているのなら修正は可能だと思います。 しかし手元にはDSD再生環境がないので、どちらにしても手が出ませんが。 |
|
Re: MPDのギャップレス再生 投稿者：asoyaji 投稿日：2012/05/04(Fri) 14:17 No.1104
Phoeniciaさん
要するに、ファームを手直しても、水晶を倍の周波数のものに変えない限りダメ！ってことですね。 ハードウエアの限界とは水晶のことだったんですね。となると、正規な対応は無理ですね。 まさか、XMOSが、ファームウエアを手直ししたから水晶を交換してね。なんていうはずがないですもんね。 |
- 返信フォーム