這個功能,我忘了在Kernel 設為預設值,今天半夜重新Compile過,LMS 也是。
這樣就不用再外加設定檔了。
請重新下載:
https://raw.githubusercontent.com/sa...64.pkg.tar.zst
https://raw.githubusercontent.com/sa...64.pkg.tar.zst
LMS:
https://raw.githubusercontent.com/sa..._64.pkg.tar.xz
這個功能,我忘了在Kernel 設為預設值,今天半夜重新Compile過,LMS 也是。
這樣就不用再外加設定檔了。
請重新下載:
https://raw.githubusercontent.com/sa...64.pkg.tar.zst
https://raw.githubusercontent.com/sa...64.pkg.tar.zst
LMS:
https://raw.githubusercontent.com/sa..._64.pkg.tar.xz
https://audiophilestyle.com/forums/t...ram-in-2-hourshttps://audiophilestyle.com/forums/t...comment-982717引用:
The discovery of putting a specific Intel NUC computer into the stereo system as the network endpoint running Audiolinux (AL) in RAM with no other disks has dramatically improved the audio quality for many of us.
https://audiophilestyle.com/forums/t...comment-908119引用:
I've been trying it out for a couple of days, and my results so far have been promising. Just like in AL, enabling ramroot (loading the root partition into a RAM disk, and then booting from it) results in a definite uptick in sound quality.
https://audiophilestyle.com/forums/t...omment-1087979引用:
All works well and booting into RAM is a clear step up in SQ!
早期的 Mac Mini 型號(2012 就是尾班車)仍然可以升級到 16GB RAM 或以上,而 tetsuka 兄的 NUC7PJYH 也可以達到 8 + 8 = 16GB RAM,不用理會官方的 Celeron J4005 規格:引用:
I am at around 200 gb right now and with a Roon DB of about 350 mb, I managed by re-allocating my 8Gb RAM to get what looks like a stable Ramroot Roon server (will still do a long session tonight to test) on my server. In Ramroot AL sounds fantastic in my setup increasing the depth of the sound. Further Redbook sounds now great, while with my previous SW setup I resorted to DSD oversampling in Roon to try and get more flesh out of some redbook albums. I feel I do not need the oversampling now.
https://audiophilestyle.com/forums/t...comment-865428
https://audiophilestyle.com/forums/t...comment-900368https://i.imgur.com/WF5el9kl.jpg引用:
Yes NUC7PJYH works with 16gb RAM
https://github.com/arcmags/ramrootAUR (en) - ramroot引用:
Run Linux entirely from RAM! This is customizable mkinitcpio hook that completely loads the root file system to a zram partition during the initramfs boot stage.
https://aur.archlinux.org/packages/ramroot/
Ramroot – Run Arch Linux Entirely From RAM!
https://ostechnix.com/ramroot-run-ar...-entirely-ram/
ramroot : 把root分區裝載到內存 -- 簡介
https://bbs.archlinuxcn.org/viewtopic.php?id=11334
討論 RAMRoot 的效能 (適用於 Roon Server) #102 測試碟
https://www.hiendy.com/hififorum/for...ead&tid=125048
http://www.headphoneclub.com/forum.p...e=2#pid5427915其實 sam0402 兄打包的時候只需把單一檔案的大小控制在 20MB 以下就可以兼顧對岸的樂友了,沒有 ladders 也可以直接下載 GitHub 的檔案:引用:
(可能需要自備梯子)
https://cdn.jsdelivr.net/gh/sam0402/...ch install.txt
https://cdn.jsdelivr.net/gh/sam0402/...64.pkg.tar.zst
https://cdn.jsdelivr.net/gh/sam0402/...64.pkg.tar.zst
https://cdn.jsdelivr.net/gh/sam0402/...64.pkg.tar.zst
https://cdn.jsdelivr.net/gh/sam0402/...64.pkg.tar.zst
https://cdn.jsdelivr.net/gh/sam0402/..._64.pkg.tar.xz
https://cdn.jsdelivr.net/gh/sam0402/....pkg.tar.xz.aa
https://cdn.jsdelivr.net/gh/sam0402/....pkg.tar.xz.ab
https://cdn.jsdelivr.net/gh/sam0402/....pkg.tar.xz.ac
https://cdn.jsdelivr.net/gh/sam0402/....pkg.tar.xz.ad
剛好超過 20MB 的 LMS 就是醬子的說:引用:
File size exceeded the configured limit of 20 MB.
升到 176K 怕 i7 的 CPU 燒掉,測了一下溫度
# CPU temperature
pacman -S lm_sensors
sensors-detect
sensors
結果如下
=====================
acpitz-acpi-0
Adapter: ACPI interface
temp1: +27.8°C (crit = +119.0°C)
temp2: +29.8°C (crit = +119.0°C)
感覺還好,可以再提升。
聲音真的如山姆兄描述的,從前沒注意到的樂器細節都清楚呈現出來了。
又是沒比較沒傷害,不知道該高興還是難過,我已經把樹莓派 LMS 那台拔掉不用了。
感謝seeteeyou兄分享資訊。
小弟把ramroot打包好了,這裡下載:
https://raw.githubusercontent.com/sa...64.pkg.tar.zst
直接安裝重開機就可以用了,沒什麼要設定的,很無腦!
建議要有8GB的RAM,加上把LMS or Roon 的資料目錄獨立Partition。
這樣才不會被載入RAM,又可保存最新的資料。
Roon的資料: /var/roon/
LMS 未知,沒研究
感謝 seeteeyou兄和山姆兄
建議把 /etc/ramroot.conf 的 ps_default=no 改成 yes
然後執行一次 ramboot --enable
這樣開機時就不用再輸入 yes
Roon的資料: /var/roon/
LMS的資料: /opt/logitechmediaserver/
首先小弟必須再次感謝 sam0402 兄的分享,效率真的很高。
liquorix
https://wiki.archlinux.org/title/Uno...ories#liquorix
InnuOS 的 CAT 專機只有 Intel Pentium N4200,具備 MuQSS 的 low latency 核心 "liquorix" 仍然是十分好的說:
https://www.snakeoil-os.net/forums/T...d=4560#pid4560
AUR 亦有它的 packages:
https://aur.archlinux.org/packages/?K=muqss&SB=p
不知道 BFS/MuQSS 那種 CPU Scheduler 能否同時降低 latency 和提升系統的效能呢?
http://www.myav.com.tw/bbs/showthrea...&pagenumber=30轉戰 x86_64 的好處就是 Intel 的 CPUs 能夠提供更多發展的空間,但只有 5nm 的 Apple Silicon 該是明日之星。引用:
5分多鐘就編譯完成了, 聽說用 ccache 會越來越快, 好像是蒸的 !
在自己編譯的BFS下做編譯是5分多鐘, 如回到一般的核心則大約是8分多鐘 !
這幾天用山姆兄的 arch linux kernel 試了幾種播放組合
都是單機透過 ALSA 播放
mpd+Regelian(ios & macos)
hqplayer embedded+hqpwv(macos)
LMS+squeezelite+ipeng+material skin(ios & macos)
都非常好聽,音質不相上下
值得一提的是,我把 server 端的 mpd kill 掉。
client 端一開啟,mpd 就自動啟動繼續播放了。
這點感覺蠻方便的。
本來想試試雙機播放,可惜 squeezelite 無法在山姆兄的 kernel 播放,在其他的 kernel 都可以。
結論:
1. 單機播放不輸之前雙機的組合,如果提升 config_HZ 可能可以海放雙機。
2. 如果不聽串流音樂,單機播放可能用 mpd 就可以了,小而美又便利,還可以執行 paru mpd-sacd 安裝支援 sacd iso 播放的版本
3. 聽串流還是得考慮 LMS 組合(如果有像我常聽 Apple music 的,用 mpd+shairport-sync 好像也可以)
感謝Silaslin兄努力測試! (clapping)
單機播放使用 mpd是很好的建議,它的機制似乎就是如此設計,而且小而美。
雙機播放,應該還是Squeezelite最佳。
小弟拿之前給樹莓派的版本,一樣是最簡化的方式Compile。
PCM: https://raw.githubusercontent.com/sa...64.pkg.tar.zst
DSD: https://raw.githubusercontent.com/sa...64.pkg.tar.zst
/etc/squeezelite.conf 範例如下:
Kernel Q176 不能播放的問題,過兩天再處理看看,可能是Sound Card Driver 被砍了。代碼:NAME="-n archlinux"
AUDIODEVICE="-o hdmi:CARD=PCH,DEV=0"
ALSA_PARAMS="-a 70560:4::1"
BUFFER="-b 20000:500000"
CODEC="-c pcm"
OPTIONS="-z -W"
#SERVER_IP="-s "
#MAC="-m "
#PRIORITY="-p "
#MAX_RATE="-r "
VOLUME="-V Master"
#UPSAMPLE=""
#DOP=""
#VISULIZER=""
LOG_FILE="-f /var/log/squeezelite.log"
#LOG_LEVEL=""
aplay -L 能列出音效設備嗎?
或者用官方的kernel開機,用lsmod列出音效的部份給我參考一下。
山姆兄,您要的資料 PM 給您了。
您的 kernel 使用 mpd 和 hqplayer 都沒問題。
我原本猜是 udev 分配權限的問題,但又好像不是。