PlayBridge 開源本地投屏：區網直連，免帳號免雲端

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

投屏這件事，什麼時候變成被生態綁架了

把旅途中拍的手機影片放到客廳電視給家人看，這件事可以很簡單，也可能讓你翻完 AirPlay、Chromecast、電視內建 App，最後還是接上一條 HDMI 線。不是沒有無線方案，而是每一條多半要你先交出某個帳號，或穿過一層廣告和會員牆。想在不同的電視、手機、電腦之間自由投，又不想被一套雲端體系牽著走，選項其實不多。

同樣是讓蘋果裝置多一個用途的開源工具，OpenDisplay 走的是反過來把 iPhone/iPad 變成 Mac 的第二螢幕。

PlayBridge 走的就是這條路。它是一套開源、走家用網路的投屏工具：你在手機上找到內容，無論是網頁裡偵測到的影片、手機裡的本地檔案、還是 IPTV 清單，都能丟到 Android TV、Fire TV、Apple TV、桌面電腦，或任何支援 DLNA 的電視上播放。不要求你登入帳號，也不把媒體送進某個雲端。不過它現在還掛著 alpha 字樣，把它當成熟方案來期待會失望，這點後面會講清楚。

快速重點

開源（GPLv3）、區網直連、免帳號免雲端，手機投到 Android TV、Apple TV、桌面、DLNA 電視。

程式碼層級確實沒有遙測或分析 SDK，內建的廣告阻擋還會主動封鎖追蹤網域。

官方明確標示 alpha：Apple TV 沒有預編譯安裝包、macOS 版未簽署、Android 靠側載，Google Play 只開放封閉測試。

內建 Stremio 風格的媒體庫可接 addon 與 debrid，這層接的是另一個生態，內容合不合法要看你自己接的來源。

區網直連，沒有雲端伺服器夾在中間

先把最該講清楚的一點說明白：PlayBridge 的「本地優先、不過雲」不是行銷話。它的隱私政策直說，只拿你的家用網路去發現裝置、把你要播的媒體網址從手機送到電視，不收集、不儲存、不外傳個人或聯絡資料到外部伺服器。配對時留下來的，只有一組本機驗證權杖和一些設定值，存在你自己的裝置上。

這點也反映在程式碼裡：原始碼中找不到任何遙測或分析的 SDK，跟遙測沾上邊的字眼只出現在廣告阻擋器的封鎖清單上，像 google-analytics、amplitude、mixpanel、segment 這些，都是它要擋掉的追蹤網域，不是它自己要用的。手機端瀏覽器用 GeckoView 搭配 uBlock Origin，蘋果端用 WebKit 內容阻擋器加上 EasyList，所以它不只自己不送資料，還順手把你瀏覽的網頁上的追蹤也擋掉。對照 Osaurus 那種官網宣稱無遙測、程式碼卻預設開匿名分析的落差，PlayBridge 這邊的無雲端是名實相符的。

把連外的範圍講清楚會更有幫助。它唯一會上網的情境，是你在手機瀏覽器裡主動造訪的網站、廣告阻擋清單的更新、媒體庫 addon 去抓你設定的串流來源，以及 App 自己檢查 GitHub 上有沒有新版本好提醒你更新。這些都是你用了它的功能才發生的連線，背後沒有一個 PlayBridge 的帳號或資料伺服器在收你的東西。這跟很多要你先註冊、把觀看紀錄與喜好送上雲端再回頭推薦給你的商業方案，是兩種不同的前提。

Pin

配對這一關，做得比想像中認真

很多人對「區網工具」的疑慮是：同一個 Wi-Fi 上會不會被別人偷連？PlayBridge 在這裡的設計比一般本地工具嚴謹。第一次連線時，接收端會顯示一組六位數配對碼，你得在手機上輸入才算完成授權；通訊走 wss 加密連線，而且做的是 TLS 憑證綁定（SPKI pin）。

它的安全政策寫得很直白：不把區域網路、mDNS 探測、IP 位址、設備名稱當成可以信任的身分。意思是，就算同一個網路上有人偽裝成你的電視，沒有那組配對碼和正確的憑證指紋也連不上來。已經配過的設備，之後會靠儲存的憑證指紋自動重新驗證。這套機制比多數「裝了就能投」的封閉方案把關得更細。

這個設計值得多講兩句。區域網路其實不是天生安全的環境：同一個 Wi-Fi 上，任何裝置都能發出 mDNS 探測、偽裝成一個叫某個名字的電視。如果投屏工具只看裝置名稱或 IP 就信任，等於把控制權交給同網段的任何人。PlayBridge 要求實體配對碼加上憑證指紋，等於多加一道我親自確認過這台是我家電視的手續，把偽裝攻擊擋在配對那一關。在家用環境裡這份嚴謹可能感受不深，但把它帶到辦公室或咖啡店這類共用 Wi-Fi 上，差別就明顯了，雖然它本來是設計給家用情境的。

它接上了 Stremio 那套 addon 與 debrid 生態

這是 PlayBridge 跟一般投屏 App 最不一樣、也最需要你睜大眼睛的一層。它內建了一個 Stremio 風格的媒體庫：有目錄、有 watchlist、有 Collections，還能裝 addon，包括在沙箱裡跑的 JavaScript scraper，部分版本還整合了 debrid 服務。你可以在媒體庫裡挑一集，直接送上電視播。

得把話講在前面。PlayBridge 本身是一個投屏與媒體發現的平台，工具是中性的。它不提供、這裡也不會教你怎麼取得侵權內容。你接的 addon、串流來源、debrid 服務合不合法，責任在使用者自己，取決於你接的是正版來源、自己有權限的檔案，還是別的什麼。把自家的影片、自己整理的 IPTV 清單、或合法的串流投到大螢幕，這些都是正當用法。PlayBridge 把這層生態的接口做好了，但它不替你篩選內容的合法性，這條界線要自己拿捏。它也內建了下載功能，能在背景把 HLS 串流即時轉封裝成 MP4 存到手機，這同樣是中性的能力，存什麼內容、能不能存，看來源授權。

實際上，這套 addon 機制是 PlayBridge 把投屏往家庭媒體中心推進的關鍵。你裝的 addon 決定媒體庫裡看得到哪些目錄與來源，debrid 整合則是讓某些下載流程改走付費的離線快取服務。這些都是中性的技術接口：接上正版串流來源、你自己拍的影片、或取得授權的 IPTV，就是一套好用的本地媒體環境；但如果接的是來路不明的免費電影來源，法律責任就落在你這端。台灣這邊，線上串流與下載行為受著作權法規範，工具本身並不違法，會出問題的是散布、公開傳輸未經授權的內容。所以把它當成一個開放的投屏與媒體平台來評估，比把它當成某種一鍵看片的方案來得準確，後者既誤判了它的定位，也踩進了它不會幫你扛的責任。

alpha 階段的現實門檻，先看清楚再裝

現在回到最該提醒的一段：PlayBridge 還在 alpha。專案的 README 自己掛了警告，說它正在早期開發，預期會遇到 bug、功能不完整、版本之間可能有破壞性變動。這不是客氣話，124 顆星、專案成立才一個多月，離穩定還有距離。

具體的門檻長這樣：Android TV 要自己側載 APK，或用電視上的 Downloader 輸入代碼裝播放器；Apple TV 目前沒有現成安裝包，得用 Mac 開 Xcode 自己編譯部署；桌面版的 macOS build 沒有簽署，第一次開要用右鍵繞過；Google Play 上的手機與電視 App 都還在封閉測試，得先加入對應的 Google 群組、再 opt-in 才裝得到。對沒碰過側載或開發環境的人，第一次跑起來會有一段學習成本。

Pin

跟 AirPlay、Chromecast、DLNA 擺在一起看

把它放回你熟悉的方案裡會更好理解。受不了 AirPlay 把你鎖在蘋果一條線上、又不想為了 Chromecast 多養一個 Google 帳號的人，才會覺得 PlayBridge 那種不過雲、不挑生態的定位有意義。傳統 DLNA 走的是另一個極端，協定年紀比你家電視還大、每家廠牌實作各唱各的調，好處是電視上什麼都不用裝就能被發現。

PlayBridge 想卡的位置是開源、不依附單一生態、不過雲，而且一個手機 App 能投到好幾種接收端。它內建獨立接收端，電視端用 ExoPlayer 和 MPV 雙播放引擎、一個出狀況會自動換另一個，對付格式相容問題比靠電視內建播放器多一些餘裕；它也相容標準 DLNA，所以就算電視上什麼都不裝，手機也能發現它、把媒體送過去。要說它能不能取代 AirPlay 或 Chromecast，對多數人答案是否定的，那兩套閉著眼睛也能用，PlayBridge 還做不到這個程度；它更像給願意折騰、想自己掌控本地媒體環境的人的一條路。

它的工程面也反映了這種跨生態的企圖。整個專案是一個 monorepo，手機端用 Kotlin、蘋果端用 Swift、桌面接收端用 Flutter 加上 libmpv、網站用 Svelte，跨平台共用的邏輯收在一個 Kotlin Multiplatform 模組裡，設備之間的通訊協定用 protobuf 定義。一個專案同時顧四個平台的拆法，好處是各端都能用各自最順手的技術與播放引擎，代價是維護成本高，也說明了它為什麼還停在 alpha、有些平台（像 Apple TV）的進度會落後給 Android 那邊。

播放這一層的現實也值得知道。接收端塞了兩套引擎：Android 那邊是 ExoPlayer（Media3）加上 MPV，蘋果那邊是 AVPlayer 配 VLC 再配 MPV，桌面靠 libmpv。會準備兩套，是因為同一個串流在不同引擎上的表現落差很大，HLS、DASH、MSE blob 播放器各有各的地雷，一套打不開時自動換另一套來救。但 codec 和格式能支援到什麼程度，終究取決於你選的引擎、作業系統和硬體解碼能力，DLNA 那端尤其吃各家電視的實作差異，這也是 alpha 階段最容易踩到相容性坑的地方。

想跨網路遠端投屏，它幫不了你

本地優先的另一面，是它有明確做不到的事。因為走的是家用網路，手機和接收端通常得在同一個 Wi-Fi 環境裡，它沒辦法像某些雲端方案那樣，讓你在外頭把手機畫面投到家裡電視。這個取捨是它換來「不過雲、不收費伺服器」的代價。如果你的需求裡有跨網路遠端投屏，那它本來就不是為這個設計的，找別的工具會更實際。像 PrintRelay 那種刻意走伺服器中繼來跨網的方案，方向就正好相反，可以對照兩種取捨。

另外兩個能順手補上能力的點：它可以把這支手機當遙控器用，觸控板、方向鍵、鍵盤、播放控制都有，還會依你正在用的瀏覽器或播放器自動切換對應按鈕；播放進度和續播會記下來，像是記到你看到 23 分 14 秒，下次直接把電視拉到那個位置繼續。想把檔案傳去別台設備而不是投屏的話，AuraShare 那類區網傳檔工具是另一個面向。

怎麼裝、怎麼連

安裝路徑依設備不同。Android TV 或 Fire TV 可以用電視上的 Downloader App 輸入代碼直接裝播放器，或從 GitHub Releases 下 tv-player 的 APK 側載；第一次啟動會要求「顯示在其他應用程式上層」的權限，這是為了投屏訊號來的時候接收端能自動跳到前景。桌面接收端從 Releases 下對應系統的打包檔，Linux 要自備 libmpv2。Apple TV 目前只能從原始碼編譯。

連線流程很直覺：手機和接收端接同一個 Wi-Fi，兩邊都開 PlayBridge；手機上方會列出探索到的接收端，點一下連，接收端跳出六位數配對碼，輸進手機就完成，之後這組設備會自動重連。配對完成後，你在手機瀏覽器裡開任何影片網站，播放後偵測到串流就能投，或直接從媒體庫送一部片過去。想了解區網上到底有哪些設備在連、流量怎麼走，搭配 Sniffnet 這類本機流量監看會看得更清楚。

誰該裝，誰先觀望

會裝它的人，多半已經有一套自己打理的媒體環境：NAS 裡堆著自家影片、IPTV 清單是手工整理的、串流帳號能少就少。對這類人，多花半小時側載或編譯，換來的是一條不經雲、不挑生態的投屏路。

如果你的電視只是拿來裝 Netflix、遙控器交給長輩，alpha 階段的折騰成本，加上只能在同一個 Wi-Fi 用的限制，大概會讓你很快放棄。這不算它的缺點，是它本來就沒打算服務這個情境。它也跟 FreeCut 那類工具一樣，把處理留在本機是賣點，代價是你得自己扛設定與相容性的瑣事；專案還在快速動，實際狀況以官方倉庫的最新說明為準。

你可能還會想確認這幾點

要不要付費，作者靠什麼活下來？

軟體本身免費，採 GPLv3，可以自由使用、看原始碼、自己編譯，沒有訂閱。作者在 Ko-fi 接受贊助，這也是這類一個人維護的開源專案常見的存活方式。

拔掉對外網路，還能投嗎？

投屏本身只走家用網路，手機和接收端在同一個 Wi-Fi 就行，不靠外網。不過手機瀏覽器會連到你造訪的網站、廣告阻擋清單會更新、媒體庫 addon 會連到你設定的來源、App 也會檢查新版，這些連線是伴隨功能發生的，不是它在回傳你的資料。

Apple TV 用得了嗎？

目前沒有現成安裝包，要透過 Mac 用 Xcode 編譯部署，對一般使用者門檻偏高。Android TV、Fire TV、桌面則有現成的 APK 或打包檔可直接下載。

已經在用 AirPlay 或 Chromecast，還需要裝它嗎？

如果你的設備都在同一個生態裡、也用得順，多半不需要。PlayBridge 的意義在跨生態和不想過雲這兩點，鎖定的是願意折騰、想自己掌控本地媒體環境的人。

它的方向有吸引力，尤其對已經架了家庭媒體環境、想少碰雲端帳號的人。但 alpha 就是 alpha，安全與配對設計雖然做得認真，離拿給全家老小順手用還有距離。如果你的需求對得上，也願意陪一個早期能成長的開源工具一起走，它值得一試。