[心得] 玩轉樹莓派數播(五) - Auris

看板Headphone (耳機)作者pcjustin (退燒的駱駝)時間4小時前 (2026/01/17 21:03)推噓5(5推 0噓 1→)

留言6則, 5人參與討論串1/1

我是駱駝，來點不重要的廢文。本來想寫得很技術，但想想應該沒什麼人想看細節版。總之，我用樹莓派 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