Open TV 已改名 Fred TV：開源 IPTV 播放器，頻道源要自己帶

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

如果你循著 Open TV 這個名字找 IPTV 播放器，找到的專案現在叫 Fred TV。2026 年 1 月的 1.9.0 版更新說明寫得很直白：應用程式因為商標問題不得不改名，開發者還加了一句抱歉，說會試著把新名字註冊下來，讓同樣的事不再發生。名字換了，東西是同一個：一套跨 Windows、macOS、Linux 的開源 IPTV 播放器，原始碼以 GPL-2.0 公開，GitHub 上將近四千顆星。下載之前有三件事值得先弄清楚：它不附任何頻道，M3U 檔案、M3U 網址或 Xtream 帳號要自己準備；macOS 與 Linux 版把播放、錄影、轉串流交給 mpv、ffmpeg、yt-dlp 三個命令列工具，系統裡沒有就得先裝；原始碼與桌面版下載永遠免費，Microsoft Store、Google Play 與 App Store 上的版本則要付幾美元，那是支持這位唯一開發者的付費管道。

先補一個名詞讓沒接觸過的人跟上：IPTV 指的是透過網路傳送的電視節目服務，M3U 則是這個圈子通用的播放清單格式，把幾十幾百個頻道的名稱與網址列成一份文字檔，播放器吃進去之後就變成可挑台的面板；Xtream 是另一種帳號制的接入方式，提供者直接給你一組伺服器網址與帳密。播放器本身只是「讀清單、播訊號」的那一端，這也是理解這套工具定位的起點。

下載之前真正能先弄清楚的，是從哪裝、裝之前要準備什麼、免費與付費的界線在哪這三個問題；至於實際播放的流暢度與穩定度，取決於每個人手上的頻道源品質，官方文件裡也找不到任何效能數字。

Open TV 改名 Fred TV：名字換了，倉庫與設定都留在原地

改名發生在 2026 年 1 月 12 日發布的 1.9.0 版。更新說明直說應用程式因商標問題不得不改名，並在變更清單寫下「Renamed app to Fred TV (sorry! trademark dispute. I will try to claim this new name so it doesn’t happen again)」。說明裡沒有點名商標爭議的對造是誰，公開資料裡也查不到進一步細節，能確定的就是這是一次逼出來的改名。對照前後兩個版本的安裝檔名稱，1.8.3 的 Open.TV_1.8.3_amd64.deb 到 1.9.0 變成 Fred.TV_1.9.0_amd64.deb，換名的動作在 1.9.0 一次完成。

這個版本在感傷之外也帶著現實的溫度：說明開頭先感謝近期捐款的支持者，直說這次更新是贊助者一起促成的，版本標題就叫「全方位改進與更名」。改名前後的維運能量都維繫在同一群人身上，這件事後面談收費結構時還會再遇到。

對老用戶來說，好消息是改名只動了門面。GitHub 倉庫仍然叫 Fredolx/open-tv，macOS 的套件識別碼維持 dev.fredol.open-tv，Microsoft Store 上的套件名稱也還是 OpenTV；資料存放在使用者目錄下的 dev.fredol.open-tv 資料夾（例如 macOS 的應用程式支援目錄），安裝 1.9.1 之後資料庫照樣落在這個位置。換句話說，從 Open TV 時代升級上來，頻道庫與設定不需要搬家。README 另外附了一段免責聲明，強調這是獨立開源專案，與任何同名或近名稱的軟體、品牌無關，那段聲明放在改名之後讀起來別有意味。

它只認三種頻道源，一個頻道都不附

第一次啟動會進入匯入畫面，官方提供三種帶入頻道的方式。手上只有播放清單檔案的人選 M3U File；清單內容會跟著提供者更新的選 M3U URL，之後才能用內建的刷新功能把新頻道同步下來；用 Xtream 這類帳號制服務的人，填提供者給的伺服器網址、帳號與密碼登入。原始碼裡對應的設定頁還藏了兩個小選項：抓取清單時可以自訂 User-Agent，以及偏好用 TVG-ID 當頻道名稱的開關。三種來源可以同時掛多組，頻道會整併在同一個清單裡搜尋與瀏覽。

要特別強調的是，Fred TV 自己不提供任何頻道內容，README 與商店描述都把「從任何來源匯入你的頻道」當成核心設計，這也代表頻道清單背後的授權狀態，責任在提供者與使用者這一端。想把內容源整個握在自己手裡的人，另有自架一條路，例如用 neTV 在自家 NAS 上自架 IPTV 服務，直接在瀏覽器裡看直播，兩種路線解決的是不同需求。

Pin

頻道進來之後的管理功能走輕量路線：可以把常看的頻道加進最愛、自組自訂頻道，也能把自訂頻道清單分享給別人；清單有問題時按一下刷新，重新拉取提供者的最新內容。瀏覽的時候，側欄把內容分成全部頻道、分類、直播、電影、影集與最愛幾種視角，Ctrl+A 看全部、Ctrl+S 切分類、Ctrl+D 跳最愛、Ctrl+F 搜尋，Ctrl+Q、Ctrl+W、Ctrl+E 則分別開關直播、電影與影集三種內容，遙控器與鍵盤都能操作，對接客廳電視場景是它很明確的設計目標。Xtream 來源掛進來之後，提供者帳號裡的電影與影集目錄也會照著這個結構長出來。

Pin

播放交給 mpv、錄影與轉串流靠 ffmpeg：安裝前要知道的依賴現實

從原始碼看這套軟體，會發現它把最難的三件事都外包給了命令列老將。播放是把 mpv 這個知名開源播放器當成外部程式叫起來跑；邊看邊錄影用的也是 mpv 內建的串流錄製參數，直接把收下來的訊號寫成檔案；把頻道轉送給手機、電視或其他裝置的 re-stream 功能，則是叫 ffmpeg 開一個串流端點讓其他設備連進來；yt-dlp 是掛在 mpv 的 ytdl hook 上，處理某些需要抽取真實網址的來源。Fred TV 本體做的事情因此相當收斂：用 SQLite 管頻道庫，用 Tauri 與 Angular 拼出介面，再把使用者操作翻譯成對這些工具的呼叫。這樣的分工也讓它能把自身程式碼以 GPL-2.0 釋出，播放與轉碼則交給外部的開源工具。

代價直接反映在安裝流程上。Windows 的 .msi 安裝檔自帶 mpv，裝完就能用；Linux 的 Flatpak 版同樣把依賴包好。但 macOS 與用套件管理器安裝的 Linux 版就得自己先把工具裝齊，例如 macOS 上是 brew install mpv ffmpeg yt-dlp，Fedora 要先啟用 rpmfusion 軟體庫，在 Debian 這類 LTS 發行版上，專案 README 則強烈建議改用 backport 安裝 yt-dlp，避免發行版內建版本太舊。這道前置作業擋掉一部分只想雙擊安裝的使用者，對願意開一次終端機的人，之後的使用體驗與一般桌面 App 無異。

播放行為的幾個細節也值得知道。1.9.0 起加入了「每來源同時播放數上限」：換台頻道時不需要再手動關掉舊的串流，超過上限就自動收掉最舊那條；下載（把節目存成檔）與播放共用這個額度，開始下載時若額度滿了會停掉最舊的串流，反之亦然，兩邊不會互相擠爆連線。設定裡另有一個「Stream Caching」開關，官方給的判斷標準很實際：網路或提供者偏慢、播放常常卡住就打開；串流會整段斷掉、或想要更低延遲就關掉，兩種情況各治一種病。錄影存在預設的錄製資料夾，也可以在設定裡指定路徑。

如果你對 yt-dlp 的印象停留在命令列下載工具，可以想成 Fred TV 借用它的抽取能力來應付某些播放來源；平常想用圖形介面駕馭 yt-dlp 的人，也可以看看 Youwee 這類開源圖形前端，兩邊用到的核心是同一個專案。至於把畫面送到其他裝置的需求，re-stream 是「把訊號再推出去」的做法，另一種路線是像 VidServe 把電腦影片變成區網播放頁那樣，讓手機掃碼直接看，兩者適合的情境不同。

桌面版免費、商店版收費：一個人專案的生存結構

Fred TV 的開發者欄位寫著 Frédéric Lachapelle，商店頁面的開發者名稱與隱私政策上的 Lachapelle Software 都指向同一人。README 裡有一段少見直白的求助文字：他獨自一人、完全免費地維護這個專案超過兩年，急需支持才能繼續開發，同時承諾從不放捐贈彈窗、會保持專案免費開源。對應到分發策略，就是下面這張表的樣貌：原始碼與直接下載永遠免費，商店版收費，行動版單獨成一個倉庫。

GPL-2.0 授權的含意也要放進來一起讀：原始碼完全公開，任何人都可以免費下載、自己編譯、甚至改作再散布，商店版收的幾美元買的是打包好的安裝與自動更新，屬於支持開發者的付費捷徑。行動版的故事再分一層，Android 與 iOS 版來自另一個倉庫 fred-tv-mobile，用 Flutter 撰寫、以 AGPL-3.0 授權，2024 年 10 月建立，到 2026 年 8 月初都還有提交紀錄，版本號走在 1.4.x 線上，與桌面版的 1.9.1 各自獨立。同樣走開源並上架 Microsoft Store 的還有 DTV 直播聚合客戶端；差別在 DTV 的商店版不收費，而 Fred TV 把商店版當成付費支持管道，與捐款一起支撐免費的原始碼版本。

裝之前要一起看進去的幾個限制

關於效能，README 寫的是「超低記憶體用量、瘋狂的速度與即時搜尋」，這些是作者宣稱，全文沒有附任何 MB 數或基準測試，速度類描述當參考就好，實際體感會被頻道源品質蓋過去。功能面上，行動版明顯比桌面版收斂：App Store 的描述列了匯入、多來源、低記憶體與最愛頻道，沒有出現錄影與轉串流，這兩項以桌面版為準。維護節奏方面，1.8.3（2025 年 7 月）到 1.9.0（2026 年 1 月）之間隔了近半年，1.9.1 之後主分支還有幾筆修復提交（包含最愛頻道還原與 mpv 參數調整），到 2026 年 4 月為止尚未打包成新版本，倉庫裡累積了一百多個開啟的 issue。單人專案的更新節奏會浮動，這是使用前要有心理準備的部分。

兩個平台特有的小石頭也值得記下。macOS 從 GitHub 下載的 .dmg 附有開發者簽章，但沒有走 Apple 的公證程序，第一次打開會被 Gatekeeper 擋下來，要到系統設定的隱私權與安全性頁面手動放行。Linux 上如果用 NVIDIA 顯示卡，WebKit 的硬體加速曾造成顯示問題，程式偵測到 NVIDIA 時會自動停用 DMABUF 渲染器來避開；官方也提供 Docker 映像，但 README 自己說了，那不算建議的安裝方式。隱私這一端的可核對證據是乾淨的：原始碼裡找不到任何分析或遙測 SDK，M3U 網址的抓取與解析都在本機進行，專案隨行動版附的隱私政策也明寫不收集個人資訊，沒有經過開發者的中繼伺服器。

誰適合現在裝，誰可以先停一下

手上已經有 M3U 或 Xtream 來源，而且想在客廳用遙控器看的人，直接走 GitHub Releases 或 Flathub 的免費路線就對了，Windows 裝 .msi、macOS 裝 .dmg 後記得處理 Gatekeeper 放行與三個命令列依賴。還沒有頻道來源的人，先別急著下載，把來源想清楚再裝，體驗會差很多；無論哪種路線，盯著 GitHub 的 Releases 頁面等 1.9.1 之後的新版本打包，是目前掌握更新最直接的方式。