RasberryPi 3B,3B+ 用のv1.2.0(評価版）を公開しました

[digififan]

ちょっとバタバタしていて、apu2版から時間が空きましたが、Raspberry Pi 3B,3B+ 用のlightMPD v1.2.0 を公開しました。

v1.2.0の公開にあたってnew_western_elec製のSabreBerry32のドライバーが新しくなりました。

slaveモードでは8fsの再生が可能になっています。また、amixerの設定でNOSの設定もできるようになりました。

詳しくはlightMPD v1.2.0（評価版）についてを参照して下さい。

[workingc...@gmail.com]

pi3B + allo boss dacで問題なく動きましたので報告させていただきます。

mpd.comfはテンプレートフォルダのstandaloneのものを使用しました。特に問題なく、音飛びもせずに安定しています。

低域がさらに増したように感じました。高域は繊細で楽しい音に感じます。

公開ありがとうございました。

[digififan]

workingclassicalさん

allo baoss dacでの評価ありがとうございます。

私はこのボードをもっていないので、このような動作報告は非常にありがたいです。

どうもありがとうございました。

[mlj...@gmail.com]

digififanさん

apuと組み合わせてupnpレンダラーで動作確認しました。

SPDIF変換にWINGONEER HIFI DiGi Pro(Hifiberry digi+ pro互換？)を使いました。

相変わらずリリカルなピアノの響きが心地よいです。

BBGをUSBで使ってきたのですが、マスターモードのraspberry piもいいですね。

LIVA Z(N4200)も気になるのですが、メーカ資料を見るとLANチップが

Realtek RTL8111Hになっていますが、これを入手しておけばいいすか？

[d...@ezto.info]

いつもありがとうございます。

3B+、HiFiBerryDAC ProのI2S→PCM1794Aで無事動作いたしました。

（DSDtoPCMの設定はデフォルトのままですがDSDファイルを持ち合わせていないので未確認です。）

[digififan]

mlj72rさん

> LIVA Z(N4200)も気になるのですが、メーカ資料を見るとLANチップが

> Realtek RTL8111Hになっていますが、これを入手しておけばいいすか？

RTL811Hが正しいです。記事のほうも修正しました。8169はドライバーの名前でした。

まだ、確認はとれていないのですがLIVA Z用のlightMPDはlatepandaでも動作するようにしたいなと思ってます。

新規に購入するのはちょっと待ったほうがいいと思います。

私が購入したのは LIVAZ-4/32(N4200)というもので、CPU 4Core,メモリ4GB,eMMC 32GB, OSなしのモデルです。

Windows 10がインストールされたものやCPUが2coreのものもあるので注意が必要です。

dsd2pcmを使う場合は4coreが必須になります。

[mlj...@gmail.com]

digififanさん

助言ありがとうございます。

もう少し様子をみることにしました。

upnpG/Wがapu1c2と古く、そろそろ次の用意を、

と思っていたので、２LAN実装は魅力ですね。

[kku...@gmail.com]

LIVAZ-4/32(N4200)かlatepanda、どちらにしても

upnpgwの二台構成で使用する場合は

APU1 ro APU2がフロント側として使える様になるのでしょうか？

それともLIVAZ-4/32(N4200)を二台揃える必要があるのでしょうか？

いまのところ二台構成のupnpgwを超えるものが無いので

ちょっと今後の展開が心配です。

[kku...@gmail.com]

Raspberry Pi 3B+APU1Cでupnpgwの二台構成の動作が確認出来ました。

DSD128、ｄｓｄ2ｐｃｍで問題なく再生できています。音も良いです。

[kku...@gmail.com]

＞DSD128、ｄｓｄ2ｐｃｍで問題なく再生できています。

訂正します。DSD64でも最初の20秒だけ正常で

後はゆっくりと再生されてしまいます。

何処を弄れば治るでしょうか？

[digififan]

kkumaxさん

apu1 + raspi 3b + でテストしましたがdsd64,dsd128,dsd256ともちゃんと再生できてます。

mpd.confはパッケージに入っていたものを使っています。(decoder セクションで dsf,dsdiffともoutput はpcmにしました)

dacは hifiberry+ コンパチのものでスレーブで動作するものです。

このDACでdsdは176.4kのPCMに変換しています。

raspi 3bの場合、放熱がうまく行ってないとクロックが下がって処理が追いつかなくなる場合があります。

このような状況になったときは、音飛びや歪っぽい音になります。ピッチが変わるのは経験したことがありません。

kkumaxさんのお使いの環境(dac および その設定）を教えて下さい。

[kku...@gmail.com]

Raspberry Pi 3B　(プラスでは無いです。)

KALI Reclocker

AK4495DAC基板(やなさん)

I2S-HDMI送受信基板

I2Sに特化したちょっと特殊？な構成です。

USB-DDC方がおすすめなのかな。

dsd2pcm機能を使っていて

最初は問題ないのですが約20秒後に歪みだしてその後に遅く再生されます。

[mpd]
     dac=hifiberry-dac

decoder {
         plugin                  "dsf"
         output                  "pcm"
}

decoder {
         plugin                  "dsdiff"
         output                  "pcm"
}

dsd2pcm {

###########   output 176400   #########
#       dsd2pcm: 2822400 -> 176400(1/16)
        dsd64           "176400:32:16:SOXR_COEF( 24, 0.25, 0.5, 50, 0, yes)"

#       dsd2pcm: 5644800 -> 176400 (1/32)
        dsd128          "176400:32:32:SOXR_COEF( 24, 0.25, 1.0, 50, 0, yes)"

#       dsd2pcm: 11289600 -> 176400(1/64)
        dsd256          "176400:32:64:SOXR_COEF( 24, 0.25, 1.5, 50, 0, yes)"

# soxr
# resampler {
#   plugin              "soxr"
#   quality             "very high"
#}

resampler {
   plugin              "soxr"

   precision            "24"
   passband_end          "0.91"
   stopband_begin        "1.0"
   rolloff               "0"
   phase_response        "0.0"
   single_stage          "yes"


   quality_spec_01      "352800:176400:24:0.28:1.0:50:0:yes"

   quality_spec_11       "88200:352800:24:0.54:1.0:50:0:yes"
   quality_spec_12      "176400:352800:24:0.28:1.0:50:0:yes"  

   quality_spec_21       "96000:384000:24:0.54:1.0:50:0:yes"
   quality_spec_22      "192000:384000:24:0.28:1.0:50:0:yes"  

   threads             "0"
}

この辺はほとんどいじってませんm(_ _)m

[kku...@gmail.com]

お忙しいところ申し訳ないです。

この掲示板に書くのは相応しくないかもしれませんが

お許しください。

smpdでは使用DACを

dtoverlay=rpi-dac

この設定にすると動作します。

でも今回のV1.2ではconfig.txtに選択肢がありません。

dtoverlay=rpi-dacを書き込むと動作しなくなります。

[kku...@gmail.com]

再生速度が落ちた後にコントロールポイントのupplayのポーズを押して

少し待って再生すると正常にやはり20秒ぐらい再生出来ます。

その後歪んで遅く再生されます。

[digififan]

kkumaxさん

まず、rpi-dacについてはこちらでも動作しないことを確認しました。

kernel のどのバージョンからかはわかりませんがrpi-dacのモジュール構成が変更されたためです。

dsd2pcmの件ですが、config.txtからforce_turbo=1を外すとkkumaxさんのおっしゃる現象が

再現しました。cpuの能力がないとこのような再生になるようです。

kkumaxさんの場合は、20秒程度は正常に再生できるとのことですから、cpuの温度上昇によって

クロックが落とされていることが考えられます。（それにしても20秒は短いきがしますが）

もし、config.txtでクロック周りの設定を行っているのであれば、それをやめて

force_turbo=1

だけにして下さい。

すでにそのようになっている場合は、decoderのoutputをコメントにしてテストして下さい。それによりmpd本来のdsd2pcmになります。

こちらのほうが負荷は低くなります。

これで再生できれば、CPUの能力が足りないことになります。

[digififan]

mlj72rさん

lattepandaでも動作を確認しましたので、公開するバージョンは LIVAZ,lattepanda 用になります。

lattepandaは放熱に気を使う必要があります。

[digififan]

kkumaxさん

>　それともLIVAZ-4/32(N4200)を二台揃える必要があるのでしょうか？

いいえ、upnpgwは apu2 or apu2 のを使います。

upnpgwはしばらくは更新するつもりはありません。

polipoがdlnaサーバーによってはうまく動かない、サイズの巨大な音源で挙動が不審との

報告を頂いてますが、これをなんとかするまではupnpgwはこのまま使うつもりです。

[digififan]

doさん

>　3B+、HiFiBerryDAC ProのI2S→PCM1794Aで無事動作いたしました。

ysekiさんも同様な使い方をしているようですが、DACからI2Sを取り出すのがはやっているのですか？

PCM1794Aと聞いて、昔twist pair というメーカーのPCM1794Aボードが購入したままでしまい込んであるのを

思い出しました。そのうち同じようなことを試したいと思います。

まずボードを探すのが先ですが。

[kku...@gmail.com]

早急な対応有り難うございますm(_ _)m

＞cpuの能力がないとこのような再生になるようです。

over_voltage=8

この行をコメントアウトしたら下の様なファイルを

約1.5曲再生出来る様になりました。

まだ

＞decoderのoutputをコメントにしてテストして下さい

これはやっていませんが実行すれば連続再生時間が伸びるかな...

Audio
Format                                   : DSD
Format/Info                              : Direct Stream Digital
Commercial name                          : DSD256
Format settings                          : Little
Duration                                 : 4 min 4 s
Bit rate                                 : 22.6 Mb/s
Channel(s)                               : 2 channels
Channel layout                           : L R
Sampling rate                            : 11.3 MHz
Compression mode                         : Lossless
Stream size                              : 658 MiB (100%)

[kku...@gmail.com]

>decoderのoutputをコメントにしてテストして下さい

>それによりmpd本来のdsd2pcmになります。

decoder {
         plugin                  "dsf"
#         output                  "pcm"
}

decoder {
         plugin                  "dsdiff"
#         output                  "pcm"
}

これで再生すると音が出ません。

データーの転送が遅くなっているように見えます。

リクロック基板のミュートもONのままになります。

[mlj...@gmail.com]

digififanさん

あとあと応用が利きそうな、LIVAZ-4/32-W10Pro(N3450) 4core/4thread を手配しました。

win10proのおまけ付きですが、公開まではArchかDaphileで動かしてみようと思っています。

[digififan]

kkumaxさん

> over_voltage=8

> この行をコメントアウトしたら下の様なファイルを

> 約1.5曲再生出来る様になりました。

やはりCPUの温度上昇でクロックが600MHzに落とされているようです。

ケーシングはどうされてますか？

amazonでかったアルミケース(https://www.amazon.co.jp/dp/B07X52XP6T/)に

msberry32や SabreBerry32をraspi3b と同居させていたときは、1時間ぐらいは再生できてました。

(このケースは安くていいのですが、msberry32やSabreBerry32を入れる場合は3.5mmジャック用の穴あけが必要になります。)

現在は、やはりamazonで購入したケース(https://www.amazon.co.jp/gp/product/B07QT745KC/) に

秋月のスタッキングコネクタ（http://akizukidenshi.com/catalog/g/gC-10702/)を組み合わせて使っています。

DACボードはむき出しになり、ネジ止めもできないのでコネクタだけで固定されている状態ですが、

放熱に関してはかなり良くなりました。（あたりまえか）

P.S.

kkumaxさんの雑記帳を楽しく拝見しています。私もBMS 4540NDを使っています。ホーンもkkumaxさんが使われているものと

同じ方が制作されたものです。ただし、私のはカリンです。

これを7lの密閉にいれた13cmのウーファーと組み合わせています。ホーンの口径よりウーファーの口径のほうが小さい

というアンバランスなシステムになりました。クロスオーバーは2KHz/6dDbで、アッテネータはホーンの製作者から

購入したトランス式アッテネータを使っています。抵抗ではうまくレベルをあわせられませんでした。

[d...@ezto.info]

digififanさん

お返事ありがとうございます。

> DACからI2Sを取り出すのがはやっているのですか？

3年前からこの構成でやっているので、流行っているのかどうかは？？です。（笑

個人的な流れとしては、

・外部マスターモードで使いたい

・ES9023やPCM5xxxの単電源仕様が気に食わない（内部チャージポンプ作られた負電源をオシロでモニターしてたら投げ捨てたくなった）

・バランス出力で使いたい

→差動出力のDACチップは大抵MCKが必要。

→PCM5122を外部マスターモードで動かせば（高品質であることが期待される）MCK、BCK、LRCKがセットで取り出せる。

→晴れてアドバンスドセグメントのDACチップが使えるように。

といった感じです。

PCM1794Aはちょうど半完成キットが入手できて、アナログ電源、I/V、差動バッファまわりの構成が自分の思い通りに組めるということで採用したものです。

この構成での問題はPCM5122のドライバが16bitファイルの再生時にBCK=32fsで出力しちゃうことで、mpd.confの設定で逃げられることに気づくのに少々時間がかかりました。（苦笑

[kku...@gmail.com]

我が家のラズパイはすべてダイソーで売っているプラスチックケースを加工して
詰め込んでいるので放熱に関しては最悪の環境だと思います(笑)
秋月通商で売っているアルミ製の小型ヒートシンクは付いていますが...

今回の指摘を受けてプラスチックケースから出してファンを付けたり色々やって見ましたが
残念ながら dsd2pcm は我が家の環境では実用的な再生時間を確保出来ませんでした。
私と同じ環境の方がチャレンジしていただければ原因が明確になると思いますが
dtoverlay=rpi-dac　が原因ではないかと？気になっています。

PS
BMS 4540NDは振動板が樹脂製だと思われますが
そのおかげかキツイ音にはならないのですが良いです。
十分にワイドレンジ、高効率で入力機器の音がそのまま出てくる感じが
とても気に入っています。

スピーカー：BMS 4540ND(ブビンガホーン)+D-37(Fostex 6N-FE168SS)
チャンネルデバイダー：DIV5142　-48db/oct (お気楽kit)
アンプ：低音域 300Bシングルｘ2　高音域 DAC4493PA(お気楽kit)
DAC：低音域のみ DAC4497-2(お気楽kit)+SRC4137(お気楽kit)+ルンダールLL1538XL

[kku...@gmail.com]

おはようございます。kkumaxです。気になると実験してしまいます(笑)

linuxcom.shop-pro.jpで販売されている

Raspberry Pi model A+/B+ 用 DAC カード ハイグレード版(PCM5102A)というDAC基板を
KALI Reclocker基板をはずしたラズパイに接続 dsd2pcm を有効にして再生をしてみました。
DAC選択部分は　dac=hifiberry-dac　でその他の部分は弄っていません。
over_voltage=8もそのままです。

DSDファイルを再生して

今、30分を経過しましたが歪、再生速度の変化は見られません。

この事からKALI Reclockerのドライバー？ dtoverlay=rpi-dac が有効に出来れば
恐らく問題は解決する様に思えるのですがどうでしょうか？

[digififan]

kkumaxさん

下記の手順でrpi-dacが使用できるようになります。

1. dacmoduledef.scmをダウンロードして、microSDメモリの/lightMPD に格納する

2. lightmpd.confのdacをrpi-dacに変更

3. config.txtのdtoverlayを dtoverlay=rpi-dac に変更

これでbootすると

# lsmod

Module                  Size  Used by    Not tainted

snd_soc_rpi_simple_soundcard    16384  0

snd_soc_pcm1794a       16384  1

snd_soc_bcm2835_i2s    20480  2

snd_soc_core          192512  3 snd_soc_rpi_simple_soundcard,snd_soc_pcm1794a,snd_soc_bcm2835_i2s

snd_pcm_dmaengine      16384  1 snd_soc_core

snd_pcm               110592  4 snd_soc_rpi_simple_soundcard,snd_soc_bcm2835_i2s,snd_soc_core,snd_pcm_dmaengine

# cat /proc/asound/cards

 0 [sndrpirpidac   ]: RPi-simple - snd_rpi_rpi_dac

                      snd_rpi_rpi_dac

となり rpi-dacが使えると思います。

hifiberry dac 互換のボードで再生はできました。

[kku...@gmail.com]

早急なサポートありがとうございますm(_ _)m

rpi-dacが使える状態とした後同じこの環境で

---------------------------------------------------------------

Raspberry Pi 3B　(プラスでは無いです。)

KALI Reclocker

AK4495DAC基板(やなさん)

I2S-HDMI送受信基板

---------------------------------------------------------------

config.txt

force_turbo=1
over_voltage=8

#dtparam=eth_max_speed=100
dtparam=eee=off


#device_tree=bcm2710-rpi-3-b.dtb

enable_uart=1
arm_control=0x200

device_tree_address=0x100
device_tree_end=0x8000

kernel=/boot/kernel8.img
kernel_address=0x01000000
initramfs /boot/initrd.romfs.gz 0x02100000

#--------- dac ---------
dtoverlay=rpi-dac
#dtoverlay=hifiberry-dac

---------------------------------------------------------------

lightmpd.confは

[mpd]
    dac=rpi-dac
#    dac=hifiberry-dac

---------------------------------------------------------------

mpd.confは

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

decoder {
         plugin                  "dsf"

         output                  "pcm"
}

decoder {
         plugin                  "dsdiff"

         output                  "pcm"
}

dsd2pcm {
########## output 176400   dsd2pcm( -> 352800) + resampler(352800 -> 176400)
#       dsd2pcm: 2822400 -> 352800 (1/8)     resampler: 352800 -> 176400
        dsd64           "176400:32:8:SOXR_COEF 24, 0.113, 1.65, 50, 0, yes)"

#       dsd2pcm: 5644800 -> 352800 (1/16)     resampler: 352800 -> 176400
        dsd128         "176400:32:16:SOXR_COEF(24, 0.113, 1.65, 50, 0, yes)"

#       dsd2pcm: 11289600 -> 352800 (1/32)   resampler: 352800 -> 176400
        dsd256         "176400:32:32:SOXR_COEF(24, 0.113, 1.95, 50, 0, yes)"        

この設定で問題なく再生出来るようになりましたが

352800 (1/8)  の設定は一番軽い設定という事でしょうか？

そうなると残念です(笑)

上手くいかない状態dtoverlay=hifiberry-dacに戻してこの1/8設定で試しましたが

途中でまともに再生出来なくなる症状は出るのでrpi-dacはやはり効いてます。(念の為...

[digififan]

kkumaxさん

>　352800 (1/8)  の設定は一番軽い設定という事でしょうか？

> そうなると残念です(笑)

もとの設定

> ###########   output 176400   #########

> #       dsd2pcm: 2822400 -> 176400(1/16)

>         dsd64           "176400:32:16:SOXR_COEF( 24, 0.25, 0.5, 50, 0, yes)"

> n

> #       dsd2pcm: 5644800 -> 176400 (1/32)

>         dsd128          "176400:32:32:SOXR_COEF( 24, 0.25, 1.0, 50, 0, yes)"

> 

> #       dsd2pcm: 11289600 -> 176400(1/64)

>         dsd256          "176400:32:64:SOXR_COEF( 24, 0.25, 1.5, 50, 0, yes)"

では、どうなりますか？

やはり、hifiberry-dacのときと同じになりますか？

こちらでは上記のパラメータでhifiberry-dac,rpi-dac ともまともに再生できています。dacはhifiberry-dac互換のものです。

いろいろテストしたところaudio_buffer_sizeを小さくすると、ノイズがでたりピッチがさがったような音になりました。

もし、このパラメータを変更している場合は"8192"にして下さい。

>　########## output 176400   dsd2pcm( -> 352800) + resampler(352800 -> 176400)

の設定は上記設定で処理がまにあわない時のために用意しました。オリジナルのdsd2pcmよりは急峻なフィルターになっています。

[kku...@gmail.com]

弄りすぎで分からなくなったので　conf　類すべて初期状態に戻しました。

違う部分は rpi-dacだけです。

Minimserverも我が家最強PCに変えてインストールし直しました。

mpd.conf  dsd2pcmは真ん中の設定、

audio_buffer_sizeは8192というか一度もこの値はいじった事がありません。

この状態で dsd2pcm のテストをしてみました。

DSD64　  問題なし。

DSD128　問題なし。

DSD256　2分再生後歪が発生、速度が遅くなります。この状態で topコマンド結果

Mem: 854620K used, 81464K free, 4040K shrd, 37040K buff, 40752K cached
CPU: 49.0% usr 21.7% sys  0.0% nic 24.1% idle  0.0% io  0.0% irq  5.0% sirq
Load average: 7.21 5.44 3.75 4/91 436

観察しているとCPUが50%以上でなければ歪んで遅くなる様に思います。

[digififan]

kkumaxさん

>　DSD256　2分再生後歪が発生、速度が遅くなります。この状態で topコマンド結果

アルミのケースに入れた状態で、CPUが25から50%の間を行き来してちゃんと再生されます。

アルミのケースはCPUとは非接触ですがケース自体は結構熱くなります。

やはり何らかの形で放熱をしないと安定運用は難しいようです。

このような状況に対処する為に

>　>　########## output 176400   dsd2pcm( -> 352800) + resampler(352800 -> 176400)

＞ の設定は上記設定で処理がまにあわない時のために用意しました。オリジナルのdsd2pcmよりは急峻なフィルターになっています。

の対応をしていたのですが、この対応にバグがあることを発見しました。

係数が適切に生成できなくて負荷が下がらないというバグです。

これの対応をおこないますので、dsd256はこのモードで再生できるようになると思います。

また、soxのパラメータにもバグがありました。

アップサンプリングを使っている場合は修正して下さい。

   quality_spec_01      "352800:176400:24:0.28:1.0:50:0:yes"

   quality_spec_11       "88200:352800:24:0.54:1.0:50:0:yes"

   quality_spec_12      "176400:352800:24:0.28:1.0:50:0:yes"

   quality_spec_21       "96000:384000:24:0.54:1.0:50:0:yes"

   quality_spec_22      "192000:384000:24:0.28:1.0:50:0:yes"

これを

   quality_spec_01      "352800:176400=24:0.28:1.0:50:0:yes"

   quality_spec_11       "88200:352800=24:0.54:1.0:50:0:yes"

   quality_spec_12      "176400:352800=24:0.28:1.0:50:0:yes"

   quality_spec_21       "96000:384000=24:0.54:1.0:50:0:yes"

   quality_spec_22      "192000:384000=24:0.28:1.0:50:0:yes"

にして下さい。

P.S.

cpu負荷をみるのはtopよりhtopのほうがわかりやすいです。

htopを起動したら

shift + k でkernel threadの表示

t         でスレッドの親子関係をtree view表示

とするとさらに見やすいです。

htopの場合はcoreごとの負荷が表示されます。

lightMPDではdecoderの処理はcore 3,4でおこなわれていて、kkumaxさんの環境では

core 3,4が100%になっていると思います。

[kku...@gmail.com]

対応ありがとうございますm(_ _)m

＞また、soxのパラメータにもバグがありました。

＞アップサンプリングを使っている場合は修正して下さい。
この部分を修正したところ安定しました。

 限界テスト　全くDSD512再生不可でした。
DSD512#######################################################################
1  [*******                                                   9.8%]   Tasks: 10, 6 thr, 74 kthr; 2 running
  2  [########################################################100.0%]   Load average: 3.42 1.46 1.58
  3  [#*                                                        1.9%]   Uptime: 00:38:02
  4  [#                                                         0.6%]
  Mem[|||||||||||||||||||||||||||||||||||||||||||||||||||||842M/914M]
  Swp[                                                         0K/0K]

  PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command                                                                          
  270 root       21   1  442M  132M 25460 S 115. 14.4 18:37.97 /usr/bin/mpd                                                                     
  275 root      -55   0  442M  132M 25460 S 57.8 14.4  1:18.81 /usr/bin/mpd
  426 root      -55   0  442M  132M 25460 R 56.3 14.4  1:02.88 /usr/bin/mpd
  142 root      -51   0     0     0     0 S 17.1  0.0  5:13.26 irq/41-dwc_otg
  144 root      -51   0     0     0     0 S 16.4  0.0  6:50.95 irq/41-dwc_otg_
  143 root      -51   0     0     0     0 S 11.4  0.0  4:00.24 irq/41-dwc_otg_
  433 root       20   0  3360  2356  1916 R  3.6  0.3  0:18.26 htop
  261 root       20   0  648M  643M  1376 S  0.7 70.4  1:03.46 /usr/bin/polipo -c /var/lightMPD/etc/polipo.conf pidFile=/var/run/polipo.pid daemo
   28 root       20   0     0     0     0 S  0.7  0.0  0:01.67 ksoftirqd/2
  274 root       20   0  442M  132M 25460 S  0.7 14.4  8:03.51 /usr/bin/mpd
  198 root      -51   0     0     0     0 S  0.7  0.0  0:01.71 irq/52-DMA IRQ
  272 root       20   0  442M  132M 25460 S  0.0 14.4  0:19.05 /usr/bin/mpd
   27 root       -2   0     0     0     0 S  0.0  0.0  0:02.29 rcuc/2
    9 root       20   0     0     0     0 S  0.0  0.0  0:01.87 ksoftirqd/0
  273 root      -54   0  442M  132M 25460 S  0.0 14.4  0:01.92 /usr/bin/mpd
   10 root       -2   0     0     0     0 S  0.0  0.0  0:00.98 rcuc/0
   34 root       -2   0     0     0     0 S  0.0  0.0  0:01.90 rcuc/3
   20 root       20   0     0     0     0 S  0.0  0.0  0:00.01 ksoftirqd/1
   54 root       20   0     0     0     0 S  0.0  0.0  0:00.05 kswapd0
  254 root       20   0  2928  1896  1772 S  0.0  0.2  0:00.38 /usr/sbin/telnetd -F
############################################################################

耐久時間テストをこれから実施しますが今のところ再生出来ています。
DSD256#######################################################################
 1  [#*****                                                    8.1%]   Tasks: 10, 6 thr, 73 kthr; 3 running
  2  [*                                                         0.7%]   Load average: 3.27 2.06 1.75
  3  [#############################**                          49.0%]   Uptime: 00:42:32
  4  [################################                         50.3%]
  Mem[||||||||||||||||||||||||||||||||||||||||||||||||||||#763M/914M]
  Swp[                                                         0K/0K]

  PID USER      PRI  NI  VIRT   RES   SHR S CPU% MEM%   TIME+  Command                                                                          
  270 root       21   1  417M 51000 25460 S 117.  5.4 20:32.19 /usr/bin/mpd                                                                     
  274 root       20   0  417M 51000 25460 R 58.3  5.4  8:56.86 /usr/bin/mpd  
  416 root       20   0  417M 51000 25460 R 54.7  5.4  8:39.11 /usr/bin/mpd  
  144 root      -51   0     0     0     0 S 14.4  0.0  7:48.09 irq/41-dwc_otg_
  142 root      -51   0     0     0     0 S 13.7  0.0  5:51.83 irq/41-dwc_otg
  143 root      -51   0     0     0     0 S 10.8  0.0  4:30.00 irq/41-dwc_otg_
  272 root       20   0  417M 51000 25460 S  2.2  5.4  0:21.04 /usr/bin/mpd
  433 root       20   0  3360  2356  1916 R  2.2  0.3  0:23.47 htop       
  261 root       20   0  648M  647M  1376 S  2.2 70.8  1:13.71 /usr/bin/polipo -c /var/lightMPD/etc/polipo.conf pidFile=/var/run/polipo.pid daemo
  275 root      -55   0  417M 51000 25460 S  1.4  5.4  1:24.10 /usr/bin/mpd
   27 root       -2   0     0     0     0 S  0.7  0.0  0:02.56 rcuc/2
  198 root      -51   0     0     0     0 S  0.7  0.0  0:01.90 irq/52-DMA IRQ
   34 root       -2   0     0     0     0 S  0.0  0.0  0:02.10 rcuc/3
  273 root      -54   0  417M 51000 25460 S  0.0  5.4  0:02.12 /usr/bin/mpd
  254 root       20   0  2928  1896  1772 S  0.0  0.2  0:00.42 /usr/sbin/telnetd -F
   28 root       20   0     0     0     0 S  0.0  0.0  0:01.86 ksoftirqd/2
   10 root       -2   0     0     0     0 S  0.0  0.0  0:01.09 rcuc/0       
   35 root       20   0     0     0     0 S  0.0  0.0  0:00.97 ksoftirqd/3  
 

[doraemon]

digififanさん　初めまして

最近この掲示板でも話題のDaphileをDLNAサーバにした下記のraspi2台構成での再生結果を報告させていただきます。

アダプタ側(donuts.shop73さん謹製)

　raspi3B(rpi2-upnpgw-usb-20190814_UPnP-GW-1L)

プレイヤ側

　raspi3Bplus(lightMPDraspi-armv8-64-v1.2.0b1_upnpplayer) + SB32+Pro DoP

メディアサーバ

　apu2c4(Daphile 19.01 ×86-64-rt)

2Lの音源からDXD24bit352.8kHzのWAVファイルとDSD128のDSFファイル再生を試しましたが、

当方の環境下では動作に問題なく音飛び発生もありません。

DSD256は dsd2pcm(output 176400)とバッファを相当大きくすることで何とか再生できています。

音の印象ですが、背景が静寂で、特に低域の厚みが新鮮に感じました。高域は繊細で上品な音に感じられました。

>LIVAはもともとWindowsのユーザーの間で評判になっていたもので、lightMPDでもいい結果がでています。近々公開する予定です。

LIVA Z(N4200)を準備して、楽しみにしています。

以上簡単ですが、ご報告まで。この度も公開ありがとうございました。

[digififan]

doraemonさん

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

> DSD256は dsd2pcm(output 176400)とバッファを相当大きくすることで何とか再生できています。

私のところでは、添付のmpd.confでdsd256も再生できています。

放熱対策をしていないときは、ある程度再生すると音飛びが発生していました。

3B,3B+は放熱対策が必要だと感じています。しかし、DACボードをつけた状態での放熱が難しいの現状です。

4Bはどうなんでしょうか？心配です。

>　LIVA Z(N4200)を準備して、楽しみにしています。

mpdのdsd2pcm対応にバグがあったのでその対応のため一時中断していますが、LIVA,Lattepandとも動作確認できています。

もうすこちお待ち下さい。

[doraemon]

digififanさん

2台構成の続報です。

アダプタ側のpolipoのキャッシュメモリの割り当てを下記のとおり変更したところ、

DSD256のDSFファイルも音飛び無しで再生できました。

　#chunkHighMark = 671088640

      chunkHighMark = 805306368

128MBの増加ですが、効果がありました。

この際キャッシュメモリは上限値に設定する方が良いのでしょうか。

メディアサーバをapu2c4からLIVA Z(N4200)に変更。

USBアダプタを介した16GBのmicroSDカードに Daphile 19.01×86-64-rt をインストールして使っています。

以上簡単ですが、ご報告まで。