@パパリウス さん
セパレートシステムの構成に関する解説ありがとうございます。dacに繋がるバックエンド側はソケットバッファとDMAだけという超シンプルな構成になるということですね。カーネルの中核部分に手を入れないと出来ない、超荒技ですね。凄い。どういう結果になるか楽しみにお待ちします。
ところで、nasに繋がるフロント側は基本的には今のままで、ncatの宛て先がネットワークに変わるだけ(donut方式)と考えてよいのでしょうか。またフロントとバックエンドはハブ経由で直結はしない(余分なハードは接続しない、もちろんラズパイはもう一台必要ですが)と考えてよいのでしょうか。
@yo さん
フロント側にはncatの代わりとなるプログラムを用意します。
バックエンドとの通信を細かく制御するためです。
物理的な接続については特に制限を設けず、ハブ（ルータ）経由での接続をサポートしたいと思います。
直結に限定すれば、IPヘッダ・UDPヘッダを省くことも技術的には可能です。
もし通信のスループット向上が狙いなら、そのような実装を目指したかもしれません。
今回は負荷の低減と平滑化が狙いであり、それは直結に限定しなくてもLinuxカーネルのTCP/IPスタックをバイパスするとともに緻密なフローコントロールを実装することで実現可能です。
通信の平準化により、ハブ(ルータ)への要求スペックも大幅に引き下げることになり、通信経路上の機器がボトルネックになる可能性は低くなると思います。
マイナーチェンジ版のβ3をアップしました。
ソースコードのクリーンアップがメインで、動作はβ2とほぼ同じです。
V=v108b3;cd /run/;wget -O - https://www.symphonic-mpd.com/release/$V.tgz|tar xzf -;$V/install.sh;rm -r $V;cd
V=v107;cd /run/;wget -O - https://www.symphonic-mpd.com/release/$V.tgz|tar xzf -;$V/install.sh;rm -r $V;cd
@パパリウス さん
ご返事ありがとうございます。
なるほど。ネットワーク負荷を平準化させ、最適化させようというわけですね。
直結は「やりたければどうぞ」ということでしょうか。まあ、USBアダプターを使ったLAN位しか方法がないので、素直にハブに繫ぐ方が正解かもしれませんね。
パパリウス様 ｖ.1.0.8β3に入れ替えをさせていただきました。先日のｖ.1.0.8β1と同様何も問題がございません。
何時もの感覚で楽しませて頂きます。ありがとうございました。
@eric さん
いつもご報告ありがとうございます。
β3はデバッグコードなど正式版には不要になる処理を綺麗に取り除いたバージョンになります。
音質面はこれまでで最良のものに仕上がりました。
特に問題が出なければ、このまま正式版としてリリースしたいと思っています。
パパリウスさま、いつも大変良い音を楽しまさせていただいております。もしできれば連休中に正式版としてリリースいただければ幸いです。よろしくお願いいたします。
@マロン さん
v1.0.8のリリースはもう少しお時間をいただこうかと思います。
リリースを楽しみにしていただいたのに、申し訳ありません。
DeltaWaveのスレッドに書き込みしたように、バージョン間の差異を精密に測定できるようになりました。
これを活用してじっくりチューニングを進めてから正式リリースしたいと思っています。
@パパリウス さん
お世話になっております。
SB32+PRO DoPと、Allo digioneを使用しています。
SB32+PRO DoPでは、問題無くRadioが鳴りますが、Allo digioneですと、Radio（Linn classical）を鳴らそうとすると、秒数のカウントが1秒で止まり、そのあと、time outとなり、全く鳴りません。
過去の書き込みを参考に、MPDの設定について、
バッファを640から960、Float→Integerを24に変更してみましたが、状況変わらずです。
なんとかDashboardを取ってみると、Format欄が空白となっていました。
接続も途切れるようですが、rebootを押した後、数分したらrebootされました。
対応方法について、ご教示下さい。
Logも取れましたので、後程お送りします。
よろしくお願いいたします。
@hrsmck さん
ログをありがとうございます。
明日調査してみますので少々お待ち下さい。
@パパリウス san
Just providing feedback and encouragement for the excellent sound of β3.
The concepts you are implementing in this version appear to have compelling simplicity to them.
I have now tried β3 and played without a reboot and at first, I found that the player would not execute the play from the NAS until the 2nd or 3rd click of the play. It would pop but not play. That error reduced after a few instances and I also rebooted after a few hours and now I can not reproduce that error.
I am astounded by the improvement.
Describing improvements in sound is like catching air but I will try.
The timbre and sonority of the music has improved greatly. In comparison to previous version, the notes seem to be more complete in a way where the previous version might have flat spots around the edge of a circle, now the circle seems to be better formed. I think I hear more of the acoustic of the recording. The silence between notes is easier to hear and instruments and the notes they are playing seem to be easier to hear and there is more information in that note compared to the previous version.
I heard this all from the first recording I tried and I ended up listening for a few hours because I was hearing so much better into my collection.
I wait for the final release and in the meantime I will continue listening to β3.
Thank you to the team for all these improvements.
@hrsmck さん
ご報告ありがとうございました。
こちらで確認したところfloat_format指定の機能に不具合がありました。
お手数ですが、/usr/bin/mpdを差し替えて動作確認してみていただけませんでしょうか。
cd /run;stop mpd;wget https://www.symphonic-mpd.com/release/files/mpd.v108;cp mpd.v108 /usr/bin/mpd;start mpd;cd
Thanks for the feedback.
You will need to reboot after the driver is replaced. I apologize for the lack of guidance on the procedure.
I have the same impression about the sound quality.
The depiction of the mid and high frequencies in the beta version shows promise.
On the other hand, during long listening sessions, I find the current version (v1.0.7) to be more comfortable and stable in its bandwidth balance and low frequency representation.
The 1.0.8 beta was a major operation that changed nearly 20% of the source of the rtalsa/xsink drivers.
By removing minor coarseness in the implementation and proceeding with revisions as we conduct more listening tests, I believe we can achieve a better balance.
Please be patient for the official release.
@hrsmck さん
ご返信ありがとうございます。
お手数ですがよろしくお願いいたします。
調整途中ですがβ4をアップしました。
ドライバ差し替え後は再起動をお願いいたします。
V=v108b4;cd /run/;wget -O - https://www.symphonic-mpd.com/release/$V.tgz|tar xzf -;$V/install.sh;rm -r $V;cd
V=v107;cd /run/;wget -O - https://www.symphonic-mpd.com/release/$V.tgz|tar xzf -;$V/install.sh;rm -r $V;cd
@パパリウス さん
お世話になります。
先ほど、Allo digioneの方のmpd変更を試してみました。float→Integerを＊：24：＊にて、鳴るようになりました。ありがとうございます。バッファはデフォルト640でOKでした。
質問で申し訳ございませんが、SB32+PRO DoPですと、float→Integerの設定が＊：32：＊で鳴るのに、Allo digioneで鳴らないのは何故でしょうか？また、float→Integerをnoneにしたら鳴らないのは何故でしょうか？（Streamの基本的なところを理解しておらず、恐縮です。）
お手隙でしたらご教授の程、よろしくお願いいたします。
@hrsmck さん
ご確認ありがとうございます。
PCMにはfloat pcmとinteger pcmという規格があります。
ネットラジオにはfloat pcmでエンコードされたものもよくあります。
DAC側がfloat pcmを受けることができるならnone指定で変換なしに再生できると思います。
DAC側が受け付けない場合は、integer pcmへの変換を指定する必要があります。
ALSAライブラリを使う音楽ソフトの大半は、サウンドカードが対応しているフォーマットを検査して必要に応じて自動変換してくれます。
smpdではこのような自動変換を避け、DAC側の仕様を踏まえてユーザー自身に変換の設定をしてもらうようにしています。
不便な面もありますが、どのような変換が行われるかは全てユーザーが把握するのが望ましいと思っています。
SPDIFは仕様上、上限が24bitに定められています。このため、digioneのようなSPDIF出力のDDCではfloat pcmの変換設定として24bitを指定していただくのが適切です。
パパリウス様
こんばんは、ｖ．1.0.8β４アップ難うございます。
今回はDDCにallo-digioneを使いDACは中華製のES9038PROに同軸接続してDoPを192.32.２にセットして鳴らしてみました。
PCM音源は44.1ｋHz,96ｋHz,192ｋHzいずれも正常に再生できました。
DSDは2.8M音源は正常に再生出来ましたが5.6M音源がスロー再生になってしまいます。DACの表示は192ｋHz表示となってます。
一方、ES9038Q2Mで鳴らしたときは全ての音源で正常動作が出来ました。原因がわかりません。宜しくお願いいたします。