我是骆驼，来点不重要的废文。 本来想写得很技术，但想想应该没什麽人想看细节版。总之，我用树莓派 5 做了一套串 流播放系统，概念上和下面这几篇差不多： 【心得】玩转树莓派数播(一) - Moode https://home.gamer.com.tw/artwork.php?sn=5858311 【心得】玩转树莓派数播(二) - piCorePlayer https://forum.gamer.com.tw/Co.php?bsn=60535&sn=34464 【心得】玩转树莓派数播(三) - NAS (Roon Server) https://forum.gamer.com.tw/Co.php?bsn=60535&sn=34893 【心得】玩转树莓派数播(四) - VitOS 和 RoPieee https://forum.gamer.com.tw/Co.php?bsn=60535&sn=36185 我写得刻意偏通用。如果你会自己编译，其实也能生出其他树莓派版本；如果你会移植， 理论上也能跑在别的硬体上。只是我手边只有树莓派 5，不想随便丢没测过的映像档出来 。 功能面很单纯： 支援 UPnP、Roon Bridge、AirPlay。 Spotify Connect 要加不难，但只能有损，无损一定得跟 Spotify 官方合作，这条路我 不走。 Tidal / Qobuz Connect 会直接碰到版权问题，所以不支援。 系统里面我塞了一些比较新的做法和声音取向的优化，到现在还在慢慢加。有些东西老实 说我也没看过哪个厂商真的用在量产产品上，之後会不会有人用，我也不确定。 为什麽要做这个 这几年在车圈最常听到的词是「软体定义车辆（SDV）」。车子的行为、体验、更新能力 ，越来越多是由软体决定，而不是硬体规格。 那我一直在想： 如果车可以被软体定义，音响为什麽不行？ 这就是我做 meta-aurispi 的起点。 高阶音响圈长期被封闭硬体绑死。你买到什麽晶片、什麽架构，天花板大概一开始就决定 了。使用者能动的，多半只剩配件和外围。我不太接受这件事。 软体自己写，音响自己定义 meta-aurispi 的核心想法很简单： 把硬体当成消耗品，把灵魂全部放在软体。 我用 Yocto Project 做了一个只为音讯服务的系统层，从开机流程、服务架构到音讯路 径，都是为播放这件事存在。 这样做带来几个结果： ‧系统完全可控，不需要迁就现成发行版的设计选择 ‧硬体不用一直换，声音和功能靠软体演进 ‧不依赖大厂、不吃封闭生态，系统要怎麽长，由自己决定 与其说这是一个「播放器」，不如说是一个可以持续改写的音讯平台。 结尾 meta-aurispi 对我来说不是产品，也不只是仓储，而是一个实验： 把「听感的主导权」从硬体规格和品牌行销拉回到使用者手上。 硬体随便选，软体自己写。 音响不该在出厂那一刻就结束。 专案在这： https://github.com/pcjustin/meta-aurispi -- 没贡献的一群人 https://i.imgur.com/zXpW0is.jpg --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.224.25.170 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Headphone/M.1768655000.A.750.html 现在计网有树莓派，太神啦 等我释出v1.2版，刚改完东西 感谢 ※ 编辑: pcjustin (36.224.25.170 台湾), 01/17/2026 23:03:46 可以开工了，软体和系统我可以帮忙 ※ 编辑: pcjustin (36.224.25.170 台湾), 01/17/2026 23:59:08 串流是为了让听歌更方便，有没有Connect都没关系， 用AirPlay也是可以传到串流机听歌，它也是无损44.1kHz， 音质问题，确实会有影响，声音对jitter敏感，如果你有音档在本地播放是最好， 不然走Roon,Spotify,Tidal,Qobuz,Apple,Amazon都会有同样问题， 对一般人听歌没关系，但对烧友这是很大的硬伤， 所以串流机或PC加上足够大的缓冲和一定的延迟播放， 可以有效解决大部份jitter问题，因为在串流机或PC都处理完才传到DAC 楼下已经解释了，你可以试试Moode,piCorePlayer,Volumio,VitOS,RoPieee 都是很优秀和知名的系统，pi4全都支援，我以前都玩过 ※ 编辑: pcjustin (36.224.25.170 台湾), 01/18/2026 14:38:27