-
2021-08-21, 03:38 PM
#491
-
The Following User Says Thank You to sam0402 For This Useful Post:
-
2021-08-21, 10:44 PM
#492
看來還有進一步精簡 pCP8 的空間，用來連接 DAC 的那一台樹莓派只需要跑 ALSA 和 VirtualHere Server，其他多餘的東西都可以砍掉，斷捨離的版本能否挑戰樹莓派的極限？
https://github.com/virtualhere/script
https://www.virtualhere.com/oem_faq
https://www.virtualhere.com/client_api
https://www.virtualhere.com/linux_console
https://www.virtualhere.com/usb_client_software
Because the console client is 100% statically compiled and requires no runtimes it will run in any edition of Linux AND ANDROID that has usbip compiled in.
https://www.virtualhere.com/usb_server_software
The server is entirely statically complied, no linux run-time libraries are required at all on the server! The server can be run as a console only daemon, for easy integration into run-level scripts. Diagnostic messages are output to syslog.
The server is entirely self-contained, and will run on any version of the Linux Kernel (including Android), and on any architecture! This makes OEM deployment trival, nothing else is required on the server device besides the basic linux kernel.
The client can run as a service and is controllable via an easy to use API that anyone can use
The client is a single executable file with no dependencies
The trial version of the server will allow you to share 1 device without time restrictions using one of the Generic builds below.
https://github.com/torvalds/linux/tr...ools/usb/usbip
https://github.com/raspberrypi/linux...ools/usb/usbip
https://www.kernel.org/doc/html/late..._protocol.html
https://www.linux-magazine.com/Issue...utorial-USB-IP
Kernel modules for usbip
http://repo.picoreplayer.org/repo/13...re-v8.tcz.info
http://tinycorelinux.net/8.x/armv7/tcz/src/usbip/
http://forum.tinycorelinux.net/index.php?topic=20674.0
usbip.tcz added to piCore-8 repo.
https://zhuanlan.zhihu.com/p/138768674
https://www.vguitarforums.com/smf/in...?topic=27267.0
https://www.novaspirit.com/2016/10/1...ro-usb-dongle/
https://www.cloudynights.com/topic/6...remote-usb-30/
https://www.thegearpage.net/board/in...rewire.2117800
VirtualHereを使った音声伝送環境の構築
https://stcat.com/2020/03/15/virtualhereを使った音声伝送環境の構築/
-
The Following 2 Users Say Thank You to seeteeyou For This Useful Post:
-
2021-08-22, 07:03 AM
#493
-
The Following 3 Users Say Thank You to sam0402 For This Useful Post:
-
2021-08-23, 05:28 PM
#494
原來 Xenomai 的 20 週年紀念是 2021 年 8 月 20 日：
https://www.mail-archive.com/rtl@fsm.../msg01156.html
https://xenomai.org/pipermail/xenoma...st/046320.html
另外有一些關於 KVM 和 out-of-band 的東西：
https://www.whatsbestforum.com/threa...06#post-655430
I probably should not assume that everyone here knows what KVM is, so let me explain.
That's why most servers provide out of band management interface. Think of it as an option to use keyboard, video, and mouse remotely from a web-browser. It's a low-level hardware device that does not need an operating system to operate.
And what if I use HQplayer with no oversampling and connect via KVM to control the software. Well, this my friends was one of the biggest improvements on my DIY server.
大約一年前 Philippe Gerum 兄亦有提及這些關於 EVL network stack 和 out-of-band 的課題：
https://evlproject.org/pipermail/evl...ly/000189.html
Depending on how low is low latency, I may have to implement in the driver a fast channel for talking to the EVL network stack directly from the out-of-band context, guaranteeing the bare minimum EVL can support in terms of jitter.
然後 linux-evl 最新的一些 commits 已經加入這個 net core 以及 dovetail 的 out-of-band networking：
https://source.denx.de/Xenomai/xenom....13-evl-rebase
相關的討論：
https://xenomai.org/pipermail/xenoma...st/046209.html
https://xenomai.org/pipermail/xenoma...st/046319.html
https://xenomai.org/pipermail/xenoma...st/046321.html
小弟的猜想是這樣的，理論上好像有可能篩選／分隔 network traffic 的說，那麼有沒有方法參考 CPU core isolation 的方法，把最重要的 traffic 和其他跟音樂無關的 traffic 分配給 in-band 和 out-of-band 呢？
https://source.denx.de/Xenomai/xenom...f0006badcd3601
- a selected portion of the traffic flowing in and out NIC drivers can be diverted though the out-of-band stack.
Nenon 兄還指出無網路（zero traffic？）就是最好的網路：
https://www.whatsbestforum.com/threa...06#post-655430
2. No matter what you do, network activity has impact on the server performance. No network is the best network.
不知道有沒有可能參考這個 stop_idlenet() 的方法，當沒有任何 network traffic 的時候就把 in-band 或者 out-of-band 的部分暫時關上：
https://github.com/klslz/sKit/blob/m...it-tweaks#L122
-
The Following 2 Users Say Thank You to seeteeyou For This Useful Post:
-
2021-09-01, 05:05 PM
#495
 作者: seeteeyou
https://www.mobile01.com/topicdetail...&p=54#82869034
要來說說聆聽一天之後的心得了！
先說結論(依照開機發聲>>欣賞聆聽>>持續沉浸音樂中)：
聲音剛傳入耳中，讓人嚇一跳---太美妙的音樂呀！
音樂持續播放，你更會驚異的發現，這麼精簡的系統竟然有如此微妙的聲音！
既熱情又嚴謹的詮釋音樂(真是矛盾的形容)
聲音的描述實在是一大難題，只能歸結一句話：
只可意會(親身聆聽)，無法言傳！
反正聽得愈久，你就愈沉浸其中，愈不想結束它…
廠商的網頁淡淡地介紹其特點：
升級後聲音兩端延伸加強，通透乾淨，細節清晰。
一點都沒有加油添醋，而且越聽越好聽，會有欲罷不能強烈感覺。
孰悉的專輯乍聽起來，怎麼感覺變慢了？
其實是演譯得更完整，更加淋漓盡致，
細節更清晰、更到位，讓人容易聽到以往不曾聽過的樂器聲音。
最終我給OCXO 時鐘板的形容就是：
(重劍無鋒 大巧不工)
外表簡單樸拙，一點都不起眼，
也不需要加電源淨化板(事實上也無法加上去/即使用到GPIO的長排針)；
只需用兩顆GaN充電插座(一個給樹莓派4B，一個給時鐘板)，一切搞定！
沒錯！OCXO時鐘板系統就是樹莓派世界裡的(屠龍寶刀)了！
https://www.mobile01.com/topicdetail...&p=54#82871290
如果你有一部不錯的USB DAC，這套OCXO極簡的播放器，絕對可以滿足你對聲音的要求！
如果想要往上再加入其他的I2S輸出板，我建議你可以考慮參考我的---
雙劍合璧---玩法
會有如何驚人的效果呢？
且待.....
-
The Following 3 Users Say Thank You to seeteeyou For This Useful Post:
-
2021-09-02, 06:45 PM
#496
其實 SinePi V6.0 配上 FifoPi 也可以連接 OCXO 時鐘：
https://www.diyaudio.com/forums/digi...ml#post6715866
49.152MHz = ¥1200
時鐘板 = ¥188
https://item.taobao.com/item.htm?id=616020923145
https://item.taobao.com/item.htm?id=641823907828
45.1584MHz = ¥1200
時鐘板 = ¥188
https://item.taobao.com/item.htm?id=616534941643
https://item.taobao.com/item.htm?id=641823907828
合共 ¥2776，差不多 12000 元，當然還需要一對時鐘線／一對 DC 電源線／一對誘騙器／一對 GaN 電源／SinePi V6.0。
但是一對 AS338 只需要 ¥660 的說：
https://item.taobao.com/item.htm?id=637951115161
換晶振後有明顯提升，我的聽感是聲音渾厚，聲場更闊了些。賣家服務態度也很棒。
http://www.headphoneclub.com/thread-742716-1-1.html
說實在的，一開始我以為提升會很細微，要仔細品味，畢竟我已經用了HELEN，但是沒想到提升相當的明顯，信息量得到再一次的提升，細節多了許多，而且變得舒緩了，這個是很神奇的，每次升級數字系統給我的感覺都是聲音變得更舒緩，而且更耐聽，後來6Q兄弟也帶了他的雅典娜SE過來幫他升級，我們又一起對比了更換晶振前後的差異，更加明確了這一點，升級前的聲音相對更燥一些，顆粒感更明顯。總的來說這次升級還是相當滿意的，花錢不多，提升顯著。
總體上說更換了A388晶體的SE雅比之前及其他款界面聲音明顯背景更黑、更細膩、順滑、厚實、層次細節更多、音樂聽感更舒緩，有加小鍾的感覺。經過反複試聽對比，感覺更換晶體提升還是很明顯的，也很值。
http://blog.dddac.com/andreas-clock-part-2/
In terms of practicality, the Accusilicon 338 is extremely easy to use, just drop the DIL14 in the FiFoPi socket and you can play 44.1 – 382 kHz tracks….
然後還有一些聽感：
http://blog.dddac.com/the-clock-tests-part-3/
問題是不知道沒有 OCXO 的 Apple M1 是否能夠超越 OCXO 的樹莓派呢？畢竟後者的優勢就是價格，萬一改機失敗的話也可以直接買另一台新機，改機方面的難度與成本也不會十分高。
https://www.mobile01.com/topicdetail...&p=54#82881336
OCXO時鐘板系統熱機三天後，更新一下心得，
嚇鼠人了！
我的AE1 Active 書桌喇叭竟然聽到從來沒有聽過的低頻與超低頻！
而且是在播放小提琴與大提琴為主的演奏時發出來，例如琴弦顫動的聲音聽得一清二楚(難道是所謂的松香味？)...
調大音量之後，絲毫沒有吵鬧、或煩躁地壓迫感，越聽越過癮！越聽越爽！
Apple M1 改機的難度還是一個謎，而且改機失敗的代價也太高。
另外 EVL 也是未知之數，真的可以把它 port 到 Apple M1 嗎？
-
The Following 2 Users Say Thank You to seeteeyou For This Useful Post:
-
2021-09-02, 10:16 PM
#497
Raspberry Pi CM4 based 3x 1Gps Ethernet USB3.0 OpenWrt HDMI RTL8153
https://www.aliexpress.com/item/1005002836815644.html
RTL8153B-VB-CG - 瑞昱半導體
https://www.realtek.com/zh-tw/produc...rtl8153b-vb-cg
CM4_3千兆擴展板 樹莓派 OPENWRT 軟路由 GIGA_USB3.0
https://item.taobao.com/item.htm?id=644927280802
http://www.mcuzone.com/shop/?product-451.html
https://www.bilibili.com/s/video/BV1xQ4y1o7PQ
挺有趣的 CM4 擴展板，用它來跑 LMS 的話該是十分幸福，由於 RTL8153 是經過 USB3 後再轉換為 Gigabit Ethernet，把時鐘改為 OCXO 後就代表所有網路的訊息也享受到多重 OCXO 時鐘的眷顧：
54MHz 的 BCM2711 SoC ⟷ 25MHz 的 VL805 USB3 晶片 ⟷ 25MHz 的 RTL8153 USB3-to-Gigabit Ethernet 晶片
Realtek RTL8156 2.5G Chips + RTL8153 To Be Supported By Linux 5.13
https://www.phoronix.com/scan.php?pa...-RTL8156-Linux
如果 sam0402 兄沒有砍掉 RTL8153 的 driver 就可以考慮這個經濟的實惠方案：
跑 OMV 的 NAS = 樹莓派 4B + OCXO 時鐘板
↕
跑 LMS 的 Music Server = CM4_3千兆擴展板 + OCXO 時鐘板
↕
跑 Squeezelite 的 Endpoint = 樹莓派 4B + OCXO 時鐘板
由於 CM4 具備三組 Gigabit Ethernet，假如毋須 TIDAL 那些串流音樂服務，理論上是可以省掉 network switch 的說。
其中一組接駁 NAS，另一組接駁 Endpoint，最後一組就接駁 iPhone：
http://www.headphoneclub.com/forum.p...e=4#pid5303362
小弟現在已經連交換機都不需要用了，買了一個貝爾金的Lightning轉RJ45轉換器，直接從專機JCAT網卡拉網線到轉換器上，再通過一根2米的Lightning線接到IPad/Iphone上作遙控。
這樣你手機選完歌后扔一旁，立刻就自動斷網了，干擾為零
聲音嘛，明顯比接上M12的時候更通透純淨，少了一層紗霧，也去掉了接上網絡周邊時線電、電源線、接地等帶來的各種附加染色。
http://www.headphoneclub.com/forum.p...e=4#pid5304013
由於iphone/ipad待機的時候會把外設斷電，所以轉接器甚本上是處於關掉的狀態。
就算不拔那根Lighting線，在Windows上的網卡上顯示為斷開
聽感上拔掉心理作用上會好點，但實際應該沒啥區別
Telegärtner M12 Switch Gold 是天價的 network switch，到了最後還是敵不過『關掉的網路就是最好的網路』。
https://www.realtek.com/zh-tw/compon...ller-solutions
The RTL8153 features a built-in 5V to 3.3V linear regulator in order to take USB bus power directly, with no requirement for an external switching regulator. A built-in OTP memory eliminates external EEPROM, and only a single 25MHz clock input is required. Realtek also provides the complete HDK, SDK, and reference component list to customers to help speed their design.
OCXO 時鐘板只有一組 54MHz 和兩組 25MHz 輸出，但是 CM4_3千兆擴展板卻需要一組 54MHz 和四組 25MHz 的時鐘：
- 54MHz（CM4 背面的 BCM2711 SoC）
- 25MHz（CM4 背面的 Broadcom BCM54210PE Gigabit Ethernet）
- 25MHz（USB3 的 VL805）
- 25MHz（第一組 RTL8153）
- 25MHz（第二組 RTL8153）
如無意外就是需要第二塊 OCXO 時鐘板？幸好價格並不是十分高，只是溫度方面需要注意一下。
當然改機的時候或許有些棘手，畢竟那些 25MHz 時鐘恰巧都是躲在 CM4 的底部：
而且 CM4 的 54MHz 和 25MHz 兩組時鐘也是位於它的背面：
https://cdn-reichelt.de/bilder/web/x..._LITE_BACK.png
-
The Following 3 Users Say Thank You to seeteeyou For This Useful Post:
-
2021-09-04, 04:15 PM
#498
因為有網兄希望能使用小弟自行優化過的pCP8，所以我已經在討論串首篇提供Sam兄新的pCP8 NoKVM版連結了。
小弟順便提供日本的網友們主要使用的pCP8版本和參數設定給大家做個參考。
首先日本方面主流是使用pCP8 NoKVM KU版，也就是Sam兄所提供的pCP8 NoKVM標準版。
在CPU超頻方面主要是調整為Overclock 2205:
CPU.jpg
不過樹莓派4B Rev1.0或1.2的版本CPU體質比較差，所以並不是所有樹莓派4B的CPU超頻到2205都能夠開機。
如果是使用樹莓派4B Rev1.4或CM4的話，基本上CPU應該都能夠超頻上2205。
至於Sound Style版本方面則是以Rich為主流:
Rich.jpg
最後Squeezelite Binary版本方面則是以 Custom Squeezelitec或PCM+DSD為主:
Squeezelite.jpg
另外要注意的一點是小弟優化過後的Player版本，Squeezelite Binary只能夠使用PCM+DSD、PCM+DSD Warm、 Custom Squeezelite這三個版本。
-
The Following 3 Users Say Thank You to tetsuka For This Useful Post:
-
2021-09-04, 11:23 PM
#499
-
The Following 3 Users Say Thank You to seeteeyou For This Useful Post:
-
2021-09-07, 12:24 AM
#500
-
The Following 3 Users Say Thank You to seeteeyou For This Useful Post:
發文規則
- 您不可以發表新主題
- 您不可以發表回覆
- 您不可以上傳附件
- 您不可以編輯自己的文章
-
討論區規則
|
回覆時引用此篇文章
