
-
2021-01-03, 09:10 PM
#251
 作者: tetsuka
jeff59兄您好
安裝在synlology的NAS上的LMS改用NFS協定來存取NAS上的音樂檔的話,理論上應該也是能夠享受到NFS所帶來生因提升的好處。
另外雖然我沒比較過NAS上的LMS跟樹莓派LMS的聲音差異,但是我認為樹莓派的LMS的聲音應該是會比NAS上的LMS來得好。
因為NAS除了LMS之外背景還跑了相當多的其他服務,就我的觀點來看系統工作負擔越低噪訊也會越低相對的聲音也會越乾淨。
sam兄提供的NFS版就是純粹讓樹莓派4當LMS並提供NFS Client的連線功能的LMS專用版本。
謝謝 tetsuka 兄的回覆。
-
-
2021-01-03, 09:41 PM
#252
 作者: tetsuka
jeff59兄您好
安裝在synlology的NAS上的LMS改用NFS協定來存取NAS上的音樂檔的話,理論上應該也是能夠享受到NFS所帶來生因提升的好處。
另外雖然我沒比較過NAS上的LMS跟樹莓派LMS的聲音差異,但是我認為樹莓派的LMS的聲音應該是會比NAS上的LMS來得好。
因為NAS除了LMS之外背景還跑了相當多的其他服務,就我的觀點來看系統工作負擔越低噪訊也會越低相對的聲音也會越乾淨。
sam兄提供的NFS版就是純粹讓樹莓派4當LMS並提供NFS Client的連線功能的LMS專用版本。
tetsuka您好:
小弟手上的S牌NAS是在二手網站買到的新竹黃大rendzaw改裝的,包含電源都是,記得教授之前有推過用網路連NAS的方式,音響性也是極佳。小弟在用藍光機前,一直是用這個來聆聽音樂,相當滿意,目前的piCoreplayer+Ian的系統,是將LMS灌在S牌NAS上來搭配,省去要再買一套樹莓加電供加電容的空間,目前很滿意。
從我的iPhone使用Tapatalk 發送
-
The Following 2 Users Say Thank You to stchen For This Useful Post:
-
2021-01-04, 07:59 PM
#253
 作者: sam0402
小弟試過MuQSS,它適合多核的系統,而且中斷頻率要定在100Hz,調高頻率效能就會降低,所以不考慮了。
至於Xenomai,小弟也在等ARM64的釋出,再一併處理piCorePlayer 7。
當然的,等超越了Noël版,小弟才會公布,有得等了。
直接跳過 5.4 了,看來 5.10 就是大勢所趨的說:
https://github.com/piCorePlayer/linu...0.4-pcpPatched
https://github.com/hongzhanchen/xeno...ux-5.10.config
[CXP] some questions about "Common Xenomai Platform"
https://xenomai.org/pipermail/xenoma...ry/044044.html
Xenomai will run v5.10 LTS as soon as release 3.2, based on the ongoing port of the Cobalt core to Dovetail.
How long a particular Xenomai release is maintained for a particular kernel version currently depends on a few individuals and companies having a specific requirement to keep such port alive, and contributing to this task directly (doing the work) or indirectly (funding someone else's work).
Although there is a commitment to run Xenomai 3.x on top of kernel v5.10 asap, I'm not aware of any formal commitment of any current contributor to maintain this port for a pre-defined period of time. One may only assume that by picking a LTS kernel like v5.10, we are likely going to maintain it "for some time".
[DOVETAIL] now tracking v5.10
https://xenomai.org/pipermail/xenoma...ry/044052.html
-
The Following 4 Users Say Thank You to seeteeyou For This Useful Post:
-
2021-01-05, 04:13 PM
#254
 作者: Ericcatz
Iancanada又在網上釋出ConditionerPi新的電源解決方案。
-
The Following 3 Users Say Thank You to Ericcatz For This Useful Post:
-
2021-01-09, 01:08 AM
#255
-
The Following 5 Users Say Thank You to seeteeyou For This Useful Post:
-
2021-01-14, 01:49 AM
#256
-
The Following 5 Users Say Thank You to seeteeyou For This Useful Post:
-
2021-01-20, 10:23 AM
#257
小弟最近也加入IanCanada FIFOPi家族,快樂的聽到了美妙的音樂旋律,爾後還有許多使用問題需要論壇上前輩們的指點迷津,希望前輩們不吝賜教。 https://www.mobile01.com/topicdetail...&p=42#80511781
-
The Following 4 Users Say Thank You to Ericcatz For This Useful Post:
-
2021-01-24, 10:01 PM
#258
這個有點兒以下犯上,絕對不能夠於另一討論串出現,大概就是說兩台樹莓派同時跑 Audio over Ether 的結果是聲音方面完勝 Windows 的 JPLAY FEMTO 和 Bughead 云云,即使是非常便宜的 DAC HAT 也得到軟件的眷顧:
AoEのスレッドかこちらか、どちらのほうに書いたらいいのかわからないのですが、こちらで書かせていただきます。
メインでWindowsを使っているので、Jplay femtoやらBugheadに寄り道してたりしていたのですが、Pi3向けのフロントエンドが出ていて、無線LANでも大丈夫とのことで重い腰を上げて環境を構築してみました。
AoEのサウンドを聴いた瞬間に拙宅のプアオーディオ環境でも上記のソフトがこどもに思えるほどの素晴らしい音質にビックリしました。
smpd Ver1を初めて聴いたときのようなゾクゾク感があり、なんとも気持ちいいです。
これほどのソフトを提供いただき本当にありがとうございます
蛇足ながら拙宅の構成は
・AoEバックエンドPifi digi DAC+(Hifiberry DAC+の互換品)
・アンプ DENON PMA-60
・スピーカー KENWOOD LS-K901
となっております。
然後 Roon 加上 β10 版本的 AoE 也成功了:
roonbrigeを利用している範囲ではフロントがsmpdでもArchでも特に問題なくハイレゾ音源の再生が出来ています。
状況は以下の通りです。
基本的にFEとBEは直結
FE: Arch PCM384KHz/DoP128
FE: smpd PCM384KHz/DoP256
主に聞いているのはDoP128
smpdのDoP256はごくまれに突然再生が停止してBEの再起動が必要なときがあります(しばらくArchを使っていてβ10でsmpdにしたのでまだDoP256は聞き込んではいません)。
還有另一位網友證實了 β12.2 版本的 AoE 亦可以配合 Squeezelite 方面的應用:
sqeezeliteについての報告ですが、β12はi2sの信号のインジケータが高速点滅して音が出ず、β12.1では途切れ途切れの再生でしたが、β12.2で再び通常の再生が可能になりました。

既然 ARM64 版本的 Arch Linux 也適合 AoE 了,那麼 piCorePlayer 也可能是問題不大了吧?
傳送門如下:
https://www.google.com/search?q=file...phonic-mpd.com
1578147127758-basic-operatinos.pdf
1578832872522-installation-guide.pdf
http://www.hdvietnam.org/threads/ras...#post-10405244http://www.hdvietnam.org/threads/ras...#post-10498215http://www.hdvietnam.org/threads/ras...#post-10498707
aoe.b10.tar.gz
↓
aoe.b12.2.tar.gz
http://www.hdvietnam.org/threads/ras...#post-10500062
aoe.b11.tar.gz
↓
aoe.b12.2.tar.gz
http://www.hdvietnam.org/threads/ras...#post-10500954
rpi4-uac2gw-aoe-b12.zip
rpi4-uac2gw-win-aoe-b12.zip
x86_64-upnpgw-aoe-b12.zip
http://www.hdvietnam.org/threads/ras...#post-10501361
rpi4-smpdplayer-aoe-b12.2.zip
-
The Following 5 Users Say Thank You to seeteeyou For This Useful Post:
-
2021-01-25, 08:26 PM
#259
這個Audio over Ethernet應該是沒有Source code吧!
這樣kernel就沒法上到44.1KHz了...
我再觀望看看好了。
-
The Following User Says Thank You to sam0402 For This Useful Post:
-
2021-01-26, 04:27 PM
#260
Source code 方面正在穿針引線,欲知後事如何,且看下回分解。
目前 rpi4-smpdplayer-aoe-b12.2 並不支援 USB DAC,因此才希望 piCorePlayer 也能夠增添 Audio over Ether 的功能。
另外 rpi4-uac2gw-aoe-b12.zip 和 rpi4-uac2gw-win-aoe-b12.zip 兩者的功用就是把 NAS/PC/Mac 的 USB 輸出連接到樹莓派 4 的 USB Type-C 那邊,然後供電方面就可以交給 GPIO 了:
新しいファームウェア (2020/12/27版)を用意して頂きありがとうございました。
Pi4 rev1.4で起動して音出しも問題ありませんでした。
Soundgenic(USB) → Pi4 rev1.4(rpi4-uac2gw-aoe-b1) → Pi4 rev1.2(rpi4-smpdplayer-aoe-b3)
WinPC(Amazon music HD) → Pi4 rev1.4(rpi4-uac2gw-win-aoe-b1) → Pi4 rev1.2(rpi4-smpdplayer-aoe-b3)
rpi4-uac2gw-aoe-β5でAmazon Music HDを聴いてます。
綺麗に音が出ております。
たまに、再生を停止して再度再生すると音が出なくなりますが、フロントを再起動すると音が出ます。
Mac (usb) → rpi4-uac2gw-aoe-β5 → smpdplayer-β5
rpi4-uac2gw-aoe-b12を早速試しました。
フロントとバックはLAN直結です。
macにつないでAmazon Music HDを気持ち良く聴いてます。
ありがとうございます。
因此 U3TT 也許能夠大派用場:
Windows 10 LTSC → 長芯盛 U3TT →(Front End)rpi4-uac2gw-win-aoe-b12 → 網線 →(Back End)rpi4-smpdplayer-aoe-b12.2
OS X → 長芯盛 U3TT →(Front End)rpi4-uac2gw-aoe-b12 → 網線 →(Back End)rpi4-smpdplayer-aoe-b12.2
UAC GadgetでNintendo Switchの音声出力をRaspberry Piに取り込む
https://mzyy94.com/blog/2020/04/17/n...io-uac-gadget/
ラズパイをUSB-DACとしてWindows10に認識させる方法 gadget mode(OTG Mode)
https://nw-electric.way-nifty.com/bl...st-199de1.html
ラズパイをUSB-DACとしてSoundgenic-NAS、Linuxに認識させる方法 gadget mode(USB Audio Class 2.0)
https://nw-electric.way-nifty.com/bl...st-f702d1.html
ラズパイをUSB-DACとしてスマホに認識させる方法 gadget mode(USB Audio Class 2.0)
https://nw-electric.way-nifty.com/bl...st-ca81ce.html
Linux USB-Audio Gadget (RPi4 OTG)
https://www.diyaudio.com/forums/pc-b...-rpi4-otg.html
using a Raspberry Pi 4 as a USB DSP-DAC
https://www.diyaudio.com/forums/pc-b...b-dsp-dac.html
Raspberry Pi as USB to I2S adapter
https://www.audiosciencereview.com/f...s-adapter.8567
手機/平板/Nintendo Switch 也可以連接到樹莓派了,就算沒有對外公開 API 的 Amazon Music HD/MOOV/Mora Qualitas 亦因此得救。
沒屋頂那邊好像找不到長芯盛,那麼可能只有這些途徑了:
AD-332
http://www.miot.com.tw/page/product/...m=123&kind=108
U3D02AR
https://www.rinksweb.co.jp/product/everpro.php
USB3.0無損傳輸 純光纖數據線專用 公母轉換連接器 Dongle 轉接頭
https://item.taobao.com/item.htm?id=535913193820
Windows 10 LTSC 的用家可以留意免費的 MinorityClean 軟件,最近不少外國的網友也非常贊同它帶來的的顯著功效,聲音方面是得到飛躍的改善:
http://jplay.eu/forum/index.php?/top...ew=getlastpost
由於作者經常推出新的版本,但是比較舊一點的版本卻可能會比較佔優,錯過了某些版本的話就有賴小弟的備份了:
https://www.google.com/search?q=%222pFmFm%22
Windows 10 LTSC 正常來說只有 NFS client,原來 NFS server 的功能是取決於 registry:
https://pastebin.com/raw/TdGHP09q
nfs-admincmdtools-enabled
nfs-adminmmc-enabled
nfs-clientcmdtools-enabled
nfs-clientcore-enabled
nfs-servercmdtools-enabled
nfs-servercore-enabled
修改 registry 並不簡單,因此乾脆利用免費的 Product Policy Editor 會比較方便:
https://forums.mydigitallife.net/thr...y-editor.39411
https://forum.xda-developers.com/t/q...#post-37018328
https://forum.xda-developers.com/t/q...#post-36386089
https://www.upantool.com/qidong/qtqd/12031.html
http://bbs.pcbeta.com/viewthread-1774832-1-1.html
http://bbs.wuyou.net/forum.php?mod=v...ead&tid=404508
小弟把 ProductPolicyEditor_1.0.3.rar 與及 ProductPolicyEditor_1.5En.rar 兩個版本一併備份到 MinorityClean 那邊了:
https://www.google.com/search?q=%222pFmFm%22
還有這種玩法,就是兩台 Windows PCs 加兩台樹莓派:
Windows 10 file server → Windows 10 audio PC → 長芯盛 U3TT →(Front End)樹莓派 → 網線 →(Back End)樹莓派
正常來說一台具備 SMB Direct(或 Mellanox 的 RDMA)功能的 file server 必須是 Windows Server 2019,實際上 Product Policy Editor 也可以替 Windows 10 LTSC 依樣畫葫蘆:
SMBClient-AllowRdmaUsage
SMBServer-AllowHashPublication
SMBServer-AllowRdmaUsage
SMBServer-AllowRemoteLegacyShadowCopyAccess
SMBServer-AllowRemoteShadowCopyAccess
SMBServer-WindowsMaxInSMBConns
支援 InfiniBand 的 Mellanox 網卡就提供 SMB Direct/RDMA 的功能,Windows Server 2019 和 Windows 10 LTSC 也可以共用同一網卡 driver,因此推斷後者配上 ConnectX-2 網卡也能夠擔當 file server 的角色:
https://www.reddit.com/r/homelab/com...ndows_10_1809/
I recently reinstalled my main machine with Windows 10 1809 and my ConnectX-2 is running perfectly well.
I have 1809 with a x-2 and mine runs fine as well.
現在 ConnectX-2 網卡已經變得十分便宜,可是支援 40Gbps 的 QSFP 和光纖線材的價格卻令人咋舌,不過最重要的還是省去了非常昂貴的 InfiniBand 網路交換器。另外 SMB Direct/RDMA 的好處就是 latency 很低與及不用佔那麼多 CPU 資源,這邊還有提及支援 SMB Direct/RDMA 的 firmware 更新:
http://jplay.eu/forum/index.php?/top...er/#entry52902
Windows PC 優勝之處就是 NVMe SSD 的速度快,例如 LMS 運作的時候遇上特別多音樂檔的話就立竿見影了,而且 MinorityClean 的作者還免費提供了 Rewrite Data,播放軟件的檔案亦同樣受惠:
https://woodyallen.hatenablog.com/en...0/05/09/001027
https://woodyallen.hatenablog.com/en...0/05/13/150643
Rewriteの効果でしょうか、滑らかな太い音で大満足。
最後就是一個不到 900 MB 的版本,不知道作者有沒有移除 SMB Direct/RDMA 的功能了 — Windows 10 Enterprise 2019 LTSC x64 v20.12 lite (ivankehayov):
https://www.google.com/search?q=5960...3FE0E89B2C2C40
由於小弟的 ThinkPad 不能安裝任何 PCIe 卡,因此無法測試 Mellanox 的 InfiniBand 網卡,只好留待各位大大的求證了。
當然最重要的問題就是,幹嘛把大部分由樹莓派負責的工作『外判』給另外兩台 Windows PC 呢?首先 ARM64 版本的 Linux 無法跑 MinorityClean,而且樹莓派 4 的 BCM2711 也不支援必要的 SSE2 指令集,剛巧 Windows 的 kernel timer frequency 也不可能(閉源的軟件絕不公開 source code)被改為 44.1 KHz,那麼最終的方案就是 Windows 與 Linux 兩者互補長短了。
此外還有另一重點,就是 I2S 對雜訊比較敏感:
最近、ラズパイとDACを結合するGPIOの周りを銅箔テープで覆ってみました。
I2Sがノイズの影響を受けやすいということなので、GPIOの短い部分でもラズパイからのノイズ遮蔽の効果があるのかもしれないということで試してみたわけです。
簡易的に絶縁シートで銅箔を包んでラズパイとHATの間に差し込んでみました。
GIPOとともにノイズ対策すると効果あがあるような気がします。全体的にノイズが減ったのか、音の透明感が増したようです。
30分ほど聴いていますが、簡易的な方法でも効果がありますね。きちんと対策すれば、もっと良い効果が得られるかもしれません。
ちなみに使用したもは手元にあった「サンハヤト 磁気ガード 銅箔 T-30C」です。安いものなので、お手軽な実験に良いのではないでしょうか。
https://www.sunhayato.co.jp/material2/jtp11/item_1041
https://product.rakuten.co.jp/produc...0ee7f32135c24/
為了令雜訊遠離 I2S 的 FifoPi 和 TransportPi,盡量把一些繁瑣的工序丟到兩台 Windows PCs 那邊不是很好嗎?樹莓派 4 的 CPU 閒著沒事幹的話是否不會產生那麼多雜訊呢?
畢竟這些全都是小弟的假設罷了,說不定實踐的時候將會被打臉,哈哈。
-
The Following 5 Users Say Thank You to seeteeyou For This Useful Post:
發文規則
- 您不可以發表新主題
- 您不可以發表回覆
- 您不可以上傳附件
- 您不可以編輯自己的文章
-
討論區規則
|