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