fanmingming live 開源台標庫實測，看清直播清單連得上幾成

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

在自架 IPTV 的圈子裡，撐得最久的免費資源通常長得最不起眼：台標圖檔與節目表。GitHub 上的 fanmingming live 是觀察這件事的好標本。這個 2022 年 11 月建立的開源專案，招牌寫著「可直連存取的電視／廣播圖標庫與相關工具」，截至 2026 年 10 月累積 28,533 顆星、4,221 次 fork，以 GPL-3.0 授權完整公開，前一天仍看得到新的提交紀錄。星數多半是衝著「直連直播」按下去的，但把倉庫、兩個網域和清單實際拆開看，分工其實很清楚：真正被細心照顧的，是 929 張電視台標、458 張廣播台標，以及一份每 4 小時自動更新、橫跨 12 天的節目表。

先把最常被誤會的部分擺上桌。整個專案裡唯一裝了串流網址的清單 ipv6.m3u，只有 82 個頻道；其中 55 條網址是 IPv6 字面位址，掛在中國移動的營運商專屬網段上，純 IPv4 的網路環境從結構上就連不上。對照組更有意思：官方提供的空白範本 demo.m3u 列了 158 個頻道，每一格都配好台標連結，串流欄位卻全數留空。這個專案真正在經營的東西說穿了很簡單：訊號你自己找，它負責讓你的清單有門面、有節目表。

兩個網域撐起的圖標庫：929 張電視台標加 458 張廣播台標

圖標庫的用法一句話就講完：任何播放器或清單需要某個頻道的台標，直接引用 https://live.fanmingming.cn/tv/頻道名.png 這個網址格式，不必自己養圖床。我對兩個網域各請求了同一張 CCTV1.png，主域 live.fanmingming.com 與鏡像域 live.fanmingming.cn 給的都是同一份 10,923 位元組的檔案。按 README 的架構說明，主域走 GitHub Pages 加 Cloudflare 防護，鏡像域由 GitHub Actions 自動建置到 Cloudflare Pages，等於一個檔案兩條發送路徑，清單相依性有基本備援。

庫藏數量是實際清點出來的：以 git tree API 掃過整個倉庫，電視台標 tv/ 目錄下有 929 個 PNG，廣播台標 radio/ 下有 458 個，命名規則就是頻道名本身，CCTV1.png、CCTV5+.png 這樣一路排下去，播放器端 tvg-name 對得上就直接有圖。內容也不只央視與省級衛視：目錄裡看得到 BBCEarth、BBCLifestyle、BBCWORLDNEWSASIA、AXN、AMC，甚至韓國的 ArirangTV；台灣這側收了 TVBS 系列五張、民視系列六張與中天新聞台，緯來、三立則還不在庫藏裡。缺的台標有明確的補件管道：fork 專案、把圖檔放進 tv/ 或 radio/ 目錄、提出 PR，審核通過後會署名發布，靠社群的補件讓圖庫自己長大。

Pin

就算你沒聽過 fanmingming 這個名字，只要摸過帶台標的自設清單，很可能早就引用過它的網域：把台標連結集中在一個穩定網址上，是這類清單最省事的通用做法，而這裡是兩岸自架圈用得最順手的一座。

Pin

維護能量都給了節目表：每 4 小時更新，台標凍在 2025 年春天

看一個免費專案能活多久，與其看星數，不如看維護能量花在哪裡。翻提交紀錄，近 8 筆提交清一色是「EPG Update.」，實際約 4 小時落一筆，由 GitHub Actions 的 epg.yml 工作流程自動產出；與之相對，README 的更新段標示台標最後一次補件是 2025 年 4 月 1 日（新增北京衛視 4K 台標），廣播台標更早，停在 2024 年 8 月 29 日；對照 git 歷史，最後一批經 PR 進來的省級衛視台標落在 2025 年 8 月，之後才真正安靜下來。無論採計哪個時點，台標都凍結超過一年，機器人照顧的始終是節目表。

節目表本身的規格我實際抓下來量過：EPG 端點 e.xml 是一份 6.85 MB 的 XML，收錄 125 個頻道代號、31,230 筆節目資訊，日期橫跨 2026 年 10 月 2 日到 10 月 14 日；以 10 月 8 日為基準，手裡隨時握著約 6 天的未來節目。內容是真正的逐時節目表，以黑龍江衛視為例，晚間依序排著全省新聞聯播、連續劇場、綜藝節目一路到凌晨場次，逐條附起訖時間。播放器訂閱 m3u 時，把清單檔頭的 x-tvg-url 指到這份 XML，台名對得上就會顯示節目資訊，demo 範本已經把這行寫好。

對整理清單的人來說，這份 XML 的價值在於它是訂閱制的一次工：m3u 檔頭指好網址，之後節目表的更新由對方每 4 小時自己推，你手上的清單一行都不用改。不過覆蓋率要先看清楚：我把 EPG 的 125 個頻道代號與 demo 範本去重後的 157 個頻道名逐一交叉比對，對得上的只有 74 個，約 47%；央視群大致齊全，省級衛視與地方頻道則有一半以上在節目表裡找不到代號，對不上的頻道在播放器裡就只剩台標、沒有節目資訊。想讓節目表開箱即用，清單裡的頻道要自己往 EPG 收錄的代號靠攏。

要留意的是上游：XML 檔頭署名的產生器是另一個開源工具 iptv-tool，README 也明說節目表由 112114.xyz 這個網站分發、本專案無法確保其準確性。免費、新鮮、但正確性沒人背書，這是使用前要先接受的前提。

直連清單的真實形狀：82 個頻道，55 條要 IPv6 才摸得到

招牌上「直連」兩個字，值得逐條檢驗。ipv6.m3u 這份唯一帶串流網址的清單，我全部展開統計：82 個頻道由省級衛視 37 台、央視 24 台、內蒙古頻道 13 台、浙江頻道 8 台組成；55 條網址是 IPv6 字面位址，路徑裡帶著 otttv.bj.chinamobile.com，指向中國移動的 OTT 影視 CDN；另外 27 條走網域，集中在內蒙古廣電的 nmtv.cn（其奔騰融媒平台）、浙江廣電的新藍網 cztv.com，以及一個以包頭區碼為名的社群站 0472.org。

這 55 條 IPv6 位址的來歷不難理解：中國電信業者給 IPTV 機上盒的影視內容走的是自家專網 CDN，位址落在業者保留的 IPv6 網段，本來就只給自家的機上盒連。清單整理者把這些端點抄進 m3u，在當地對的網路環境裡確實可能直接出畫面；但網址本身寫死了 IPv6 位址，純 IPv4 的網路連 DNS 解析這步都不存在，封包直接出不了門。我所在的測試環境沒有 IPv6 路由，這 55 條全數連不上；能連的那側我抽測了 cztv.com 的一條 1080p 端點，得到 200 與一份 m3u8 索引檔，至少浙江那 8 台的入口是真實存在的。

還有一個整齊得有點好笑的細節：這 55 條 IPv6 位址清一色走 http，27 條網域網址清一色走 https，兩種網址型態剛好以協定切開。而官方自己的網頁播放器又只吃 https 的測試網址，等於那 55 條就連專案自己的工具都驗不了，工具與清單各自停留在不同的年代。

要誠實說明邊界：我沒有在播放器裡把任何一個頻道從頭到尾播完，其餘 26 條網域網址也只做了型態普查、未逐一驗活，82 台裡實際可看的不以此抽測為準。但光從結構就能得出一個結論：對多數海外與台灣的家用網路來說，這份「直連」清單的三分之二在敲門之前就已經註定連不上，能用的剩不到 27 條，而且全數掛在別人的基礎建設上，什麼時候關門輪不到你決定。

空白範本才是主角：158 個頻道，串流欄全留給你自己填

專案被分享時常被當成直播寶庫，但官方設計裡真正給一般使用者的是 demo.m3u 這份空白範本。158 個頻道格（央視 41、省級衛視 70、地方 47），每一格都寫好了 tvg-name、台標連結與分組，串流欄位一律留空。README 建議的工作流程是：下載範本、把每個頻道換成自己所在網路可用的直播訊號連結、上傳到自己的 GitHub 倉庫、開啟 GitHub Pages、再讓播放器訂閱這個網址。

這個設計本身就是一種表態：專案不替你找訊號，只把門面、節目表與工具備好。三個欄位的分工也說明了它自認的職責邊界：tvg-name 對應節目表、tvg-logo 對應台標，這兩樣它全包；串流網址這一格，留白。如果你手上已經有自己的訊號來源，例如我們先前實測過的 iill-live-m3u-generator，能把直播平台的房間轉成 m3u 訂閱，把兩邊接起來剛好是一條自製頻道表的完整生產線；反過來說，期待打開倉庫就有幾百台可以看的人，會在第一個空格就停住。

四個免登入小工具：能用，但多半停在 2023 年的樣子

專案附帶的工具層全部免費免登入，樣貌卻頗有年代感。M3U8 網頁播放器是一頁極簡 HTML，讀取網址列上的 vurl 參數直接開播；我讀了它的原始碼，核心是騰訊雲的 TCPlayer v4.7.2，連同 HLS、FLV、DASH 的函式庫全部載自騰訊的官方 SDK 網域，README 另註明測試直播訊號需使用 https 協定的網址。m3u8 線上下載器是一套純前端的 Vue 頁面，倉庫裡放著 aes-decryptor.js、mux-mp4.js、stream-saver.js 這幾個檔案，等於連 AES 加密的串流都能解、抓完還能封裝成 MP4，全程不經過伺服器；頁面上提供的選項是抓特定範圍、保原格式或直接轉 MP4 三種。

Pin

TXT 與 M3U 互轉的兩個小工具走同樣的極簡路線：貼上文字、按轉換、複製結果，其中 TXT 轉 M3U 頁尾的版權年份停在 2023；M3U 轉 TXT 那個建在 Vercel 上，README 特別聲明不記錄訪問日誌。另外還掛著一個趣味端點：fanmingming.com/bing 直接吐出當天的 Bing 每日圖片，我請求時拿到一張 336 KB 的 JPEG。這層工具拿來應急很方便，但它們不是產品：沒有帳號、沒有支援、頁面凍在哪一年就是哪一年，依賴前要有這層認知。

GPL 管得到程式碼，管不到台標與清單

授權面要拆成兩層看。程式碼與建置流程是 GPL-3.0，自由使用、修改、再散布都沒問題；但 1,300 多張台標圖檔的著作權屬於各家電視台，GPL 授權的標的不包含這些圖形，把它們用在個人播放清單的 EPG 對應上是這個生態的慣例，卻不是任何權利保證，要大量轉載或商業使用的人得自己找依據。

直播清單那側，README 寫得不含糊（原文為簡體，以下轉寫為繁體）：「本項目不存儲任何的流媒體內容，所有的法律責任與後果應由使用者自行承擔」。用台灣的話說：影片不放在這裡，出了事自己負責。README 同時說明 m3u 目錄下的內容收集自網路、僅供測試研究、無法保證有效性。這份清單的內容本質上是中國各電視台的頻道目錄，頻道版權與兩地影視授權的現實，不會因為放在 GitHub 上就改變，台灣的讀者拿它做什麼用途，判斷標準也一樣。這幾句話誠實畫出了專案的界線，也把判斷責任還給使用者：清單裡那些掛在廣電官方網域下的端點，屬於未經授權直接取用的灰色地帶，能連上不代表被允許，拿去公開散布更要把這條線放在心上。

要門面的人拿走什麼，要頻道的人去哪找

所以這個 2.8 萬星專案的實用判斷可以一句話收束：把它當圖書館，別把它當第四台。你在 TiviMate、Kodi 或各種 TVBox 類播放器裡維護自己的清單，台標庫與那份每 4 小時更新的節目表是穩定、免費、值得固定引用的基礎建設；想找能看的頻道，這裡給的不是答案，是一份要自己篩、大半連不上、權利狀態自行承擔的清單。順著後者走，站內先前的實測可以接著讀：自架 IPTV 的 netv 方案、開源 IPTV 播放器與通用 m3u8 網頁播放器談訊號進門之後的事；想把 YouTube 排成定時播出的頻道，YTCH 的做法則是另一種自製電視台的思路。

至於台標與節目表這層資產能活多久，看的從來不是星星，而是那個每 4 小時醒來一次的工作流程還願不願意繼續跑。以近期提交的節奏看，短期內還不用替它操心。