XMBOX 是什麼？出廠不附內容來源的 TVBox 空殼播放器

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

把 XMBOX 裝進 Android 手機、點開圖示，畫面是空的。沒有片庫、沒有推薦清單、沒有任何一支可以按下播放的影片，因為這套播放器出廠就不含內容。它在 GitHub 上的一句話介紹直稱自己是空盒子，README 第一段也講明來源要自己加，加了才有東西看。這個說法有兩層背書：翻開它的原始碼與授權文件，兩邊都對得上。下面把這兩層的樣子說清楚，順著回答幾個實際的問題：它跟上游 FongMi/TV 差在哪、手機上值不值得裝、內容合法性那條線到底畫在哪裡。

FongMi/TV 的小型下游，走行動優先路線

XMBOX 是 GPL-3.0 授權的開源 Android 影片播放器，2025 年 4 月出現在 GitHub，血緣很清楚：程式碼套件名稱沿用 com.fongmi.android.tv，README 致謝段直接寫明基於 FongMi/TV 開發。這類軟體在中國大陸的玩家圈有個通稱叫 TVBox 客戶端，本體是播放殼，內容由使用者自行匯入設定檔。

Pin

設定檔的結構值得多說兩句。你匯入的通常是一個網址或一份 JSON，裡面記載站點清單、直播來源與解析腳本；播放器拿著這份清單去呼叫各站點的查詢介面，把搜尋結果排進自己的介面裡。XMBOX 的工程面為此備了三種載入器：jar 包、JavaScript 腳本、Python 腳本各有對應的載入器，設定檔指定用哪種就載哪種。細部行為也有得調，README 的設定說明列了每個站點的開關欄位，像是否允許搜尋、是否允許快搜、是否允許換源，播放逾時預設 15 秒；直播來源則可以指定瀏覽器 UA、來源與 Referer。這些欄位透露的設計想法很一致：殼提供介面與調校，內容端的一切都由設定檔定義。

能力面它具備這個家族的常見配置：播放核心走 ExoPlayer／AndroidX Media3 路線，README 列了全域搜尋與換源、收藏與歷史紀錄、主題與桌布自訂、彈幕、多種直播來源協定；觀看紀錄與設定可走 WebDAV 雲端同步，帳號模式之外還有一種免帳號的同步碼模式，官方文件說支援堅果雲、Nextcloud、ownCloud 這類服務，這點標示為作者宣稱，實際手感要自己驗。到 2026 年 4 月的 v3.1.6 版，它一次提供手機、平板、電視三種版型的安裝檔，每種再分 arm64 與 v7a 兩種架構，共六個 APK。專案規模不大，30 顆星、6 個 fork，但維護是活的：2026 年 9 月初還有提交在修字幕渲染與播放歷史。版本節奏攤開看是密集的小步走，從 2025 年 8 月的 v3.0.5 到 2026 年 4 月的 v3.1.6，八個月內推了十一個版本（v3.1.4 跳過未發布），內容多半是介面細節：桌布功能、播放頁影片封面、暫停時畫面壓暗但保留控制按鈕亮度、定時器與子母畫面修復，一路到解碼方式切換順序的調整。解碼這件事它給了軟解、硬解、自動三個選項，播放時長按解碼按鈕就能手動切換，對老電視盒或怪晶片的手機來說，這是實際會用到的開關。

空殼落實在原始碼層，看得到也查得到

「空殼」這個詞很多播放器都會說，XMBOX 特別的地方是把它落實到工程層。設定檔的資料模型 Config.java 裡，當使用者還沒填任何來源時，介面描述欄位的退路就是回傳空字串，整個儲存庫翻不到任何寫死的預設內容位址。應用資產裡與內容處理相關的只有一支 188 KB 的 custom_spider.jar，那是解析引擎，用來執行設定檔帶來的網站解析腳本，本身不是內容，其餘資產是推送頁與播放器渲染用的靜態檔；儲存庫 2026 年 4 月的提交紀錄明言這支引擎同步自上游 FongMi/TV 的最新爬蟲庫。

模組切分也延續上游的架構：點播核心、JavaScript 引擎、直播、下載各有獨立模組，設定檔指向哪種解析就呼叫哪個模組做事。這種切法對下游專案的意義是，上游修了引擎層，下游同步的工程負擔小，XMBOX 那筆同步爬蟲庫的提交就是這個分工的日常。

換句話說，下載完成不等於可以開機即看。你裝到的是一台播放器加上它的燃料噴射系統，油要自己找。這個設計的另外一層是法律文件的配套：README 裡附了一份 14 條的補充協議，疊在 GPL-3.0 之上。協議開宗明義把本軟體定位為技術性多媒體播放器外殼，聲明自身不包含、不預裝、不內建、不主動推薦、也不直接或間接提供任何影音內容；接著把義務整包推到使用者身上：播放的內容要自己確保已獲授權，不支援規避 DRM 的行為，使用過程產生的版權資料要在 24 小時內清除，爭議依中華人民共和國法律處理。

跟上游 FongMi/TV 怎麼選

上游 FongMi/TV 是這個家族的主力專案，9,327 顆星、2,778 個 fork，2026 年 8 月底仍有更新。XMBOX 相對是 30 顆星的小型下游。差距這麼大，作者的自我定位反而幫了忙：README 裡明白寫著，電視版基於 FongMi/TV 只改了些配色，追求更穩定的人可以去原專案體驗。把自己的潛在用戶導向競爭者，這種坦白在開源圈不常見，對讀者卻很有用，因為它把選型問題講白了。

表中數字為 2026 年 9 月時兩個專案的 GitHub 公開紀錄。要拿捏的部分在版型與維護風格：XMBOX 在 2026 年 1 月新增了平板版型，四列網格、大螢幕間距都為平板重做過，這是上游沒有細磨的位置；代價是它掛著更新隨緣的告示，issue 裡也能看到模擬器相容性、彈幕不顯示這類問題排隊等修。要穩，上游是正解；要它的行動版型取捨，才考慮下游。

手機版不是附屬品，下載數字說話

TVBox 類工具常被直覺認定是電視盒專用，XMBOX 的下載數字給了不同訊號。v3.1.6 的六個安裝檔裡，手機 arm64 版累積約 3,080 次下載，跟電視 v7a 版的約 3,085 次幾乎打平，平板兩個架構合計約 471 次。拿著手機直接看一支影片、跨裝置靠 WebDAV 把進度同步過去，這個情境在官方介紹裡只被輕描淡寫：README 把手機列為支援平台、把 WebDAV 同步列為功能之一，卻沒有把它當成主要使用情境來談。這些數字是 GitHub 發布頁的資產下載計數，當量級參考即可，不必當作用戶總數。

Pin

跨裝置同步是行動情境的重點配套。v3.1.1 版加入的 WebDAV 同步有兩種模式：帳號模式直接用 WebDAV 伺服器的帳號密碼；同步碼模式免帳號，靠一組代碼把多台裝置的資料接在一起，官方說明還提到本地與遠端資料會自動合併，降低覆蓋掉對方紀錄的風險。更新機制也在 2026 年 4 月修過一輪，應用內檢查版本改成直接在 App 裡下載安裝，不再跳去瀏覽器。把自己手機當隨身播放器的人，也可以比較我們介紹過的 Kinby 這類本機媒體庫播放器：一個吃你自己放的檔案，一個吃你接上的來源，命題不同但場景相鄰。

行動情境的另一個痕跡在本機 API。它在裝置上開一個 9978 起跳的 HTTP 服務，支援用請求刷新當前詳情、播放、直播畫面，也能推送字幕檔與彈幕檔進播放器，快取可讀可寫。官方文件以本機位址示範，程式實際綁在所有網路介面上，同一網路裡的其他裝置也連得到；把播放器接進區網自動化很方便，反過來說，連上公共 Wi-Fi 時這個服務對同網段的裝置也是敞開的。對會寫點腳本的人，這是把手機播放器接進自動化流程的介面；對一般使用者，它的意義在於這套殼的設計把「來源、播放、控制」拆成了可以分別接線的三個面。

合法性那條線，畫在你的設定檔上

空殼設計的法律含意，每個想安裝的人最好在下載前想一遍。那 14 條補充協議價值不在免責效力，而在它把責任的落點講得很直白：工具層不含內容，合法性跟著你匯入的設定檔走。同一個命題我們在介紹 KVideo 時提過，那套網頁版自架播放殼同樣把部署者必須自行配置已獲授權內容寫在文件裡；NetV 這類自架 IPTV 工具或 OpenTV 這類播放器，則是把同一條線畫在自己的伺服器與清單上。共通的判斷方式：問題落在你匯入的來源，以及那個來源的內容有沒有授權，播放器本身只是那個選擇的載體。台灣讀者還要留意安裝面：它的唯一官方發布管道是 GitHub Releases，安裝等於側載，系統層的防護要自己顧。下載說明稱所有 APK 都做了 v1 到 v4 的多重簽章保護，側載前至少可以對照發布頁的檔案大小與版號，arm64 版約 39.9 MB、v7a 版約 35.6 MB，來路不對的鏡像站一比就現形。

補充協議本身還有個值得玩味的細節。它聲明與 GPL-3.0 衝突時以補充協議為準，但 GPL-3.0 第七條只列舉了允許的補充條款類型，第十條更明文禁止附加進一步的限制，兩份文件在意見上是有張力的。這裡不下法律結論，比較穩的讀法是把 GPL-3.0 的義務，包含提供原始碼、同授權散布，當成硬約束，把補充協議當成作者立場的宣示；真要 fork 或改作散布，動手前自己再驗一次兩份文件。

內建攔賭博廣告：是防護，也是生態的註腳

XMBOX 內建了一套廣告攔截系統，實作在 AIAdDetector.java 這支程式裡，靠 URL 模式比對、網域信譽、請求特徵幾種線索攔截請求，每個判斷還帶一個 0 到 100 的信心分數，門檻設在 60 分，並會把攔過的網域模式記下來動態學習。配套文件寫得比多數同類誠實：它明言攔截重點是影片播放中途彈出的賭博廣告，內建兩百多條廣告網域規則，從博弈品牌字樣、廣告聯盟網域到統計追蹤都列。這份文件側面描述了接上第三方設定檔之後的真實面貌，那個生態的片源頁面大量塞著賭博與誘導彈窗。所以攔截器有兩種讀法：它是工具作者給使用者的第一道防護，也是那個生態的誠實註腳。有防線不代表乾淨，願意理解這層的人才適合把殼接上自己的來源。

30 顆星專案的維護現實：issue 排隊與 404 連結

小專案的小毛病也一併交代。issue 追蹤區能看到幾個公開待修項目：特定版本在手機模擬器上無法播放、雙語字幕互相遮擋、彈幕不顯示，還有人回報儲存庫曾有一段時間打不開。文件的品質同樣有瑕疵，README 的版本歷史把 2026 年發布的三個版本都誤標成 2025 年，對照版本發布時間才發現差了一年；文內連往 API 參考手冊與設定文件的兩個連結目前都是 404，查資料時以 Releases 頁為準比較可靠。介面語言倒有個反差：官方釋出的介面截圖全部是簡體中文，但原始碼內建了繁體中文字串資源，繁中系統的裝置理論上會直接顯示繁中介面，這點未經實機驗證。

這些細節拼起來的圖像是：一位活躍但業餘的維護者，把力氣花在行動介面與播放體驗的打磨上，周邊工程就隨緣。接受這個前提，它是一台跟著上游引擎更新的播放殼，原始碼公開可查、出廠乾淨不含內容、法律邊界畫得明明白白；要的若是開箱即用的完整體驗，或不想自己打理內容來源，上游 FongMi/TV 與站上介紹過的自架網頁方案都是更省心的落點。空盒子裝了什麼，從頭到尾都是使用者的決定。