Fideo：開源直播錄影軟體，直播監控自動錄成 MP4 的免費工具

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

一個將近兩年沒有合併新程式碼的開源錄影工具，還值不值得裝？Fideo 這個 2024 年 6 月出現在 GitHub、累積 1,795 顆星與 134 次 fork 的直播錄製軟體，給了一個很適合當範本的答案：它還能跑的部分，恰好全是不依賴作者伺服器的部分。把直播錄成 MP4 的引擎在使用者本機，平台解析也在本機，這些今天實測仍然活著；而官網下載、App 內更新檢查、付費的網頁遠端操控，全部指向作者的雲端，那些域名現在已經整批查無此站。

判斷一個停更的錄影工具還能不能用，與其看最後更新日期，不如先看它的依賴清單指向誰的伺服器。Fideo 正好把兩種命運放在同一個產品裡。

先講結論：裝得起來、Twitch 還錄得到，但別指望任何更新

Fideo 是用 React、Electron 包起來的桌面軟體，Windows 與 macOS 都有安裝包，做的是一件事：把 YouTube、Twitch、TikTok、抖音、Bilibili 等 23 個直播平台的頻道掛進清單，偵測到開播就用本機的 ffmpeg 把串流錄成 MP4。免費、開源（AGPL-3.0）、有監控排程，看起來正是想省錢錄直播的人會搜到的那種工具。

Pin

實際查證的結果分成兩半。安裝鏈是完整的：GitHub 上 v2.0.0 的安裝包今天仍可下載（macOS arm64 版 130MB），第一次啟動時程式會去開發者的 GitLab 抓 ffmpeg，那個下載來源也活著。解析能力則是看平台：把 Fideo 原始碼裡的解析流程原樣搬出來跑，Twitch 兩個進行中的直播都成功拿到可下載的 HLS 播放清單；YouTube 兩個全年無休的直播頻道則都回 UNPLAYABLE，抓不到任何串流網址。

代價也要先講清楚：安裝包沒有簽章也沒有公證，Mac 會顯示檔案已損毀、Windows 防毒會跳警告，官方的建議是叫你直接忽略。開發停在原地，平台解析壞了沒有人修。它適合的人很明確：主要錄 Twitch、願意自己處理信任問題、把它當一次性工具用的人。

把它的解析程式碼原樣搬出來跑：Twitch 通、YouTube 不通

Fideo 對接平台的方式，是在 src/main/crawler/plugins/ 目錄下為每個平台寫一支解析器，全部是普通的 HTTP 請求加上字串解析，沒有用 yt-dlp 之類的外部引擎。YouTube 那支的流程是：用桌面瀏覽器的 User-Agent 抓下 watch 頁面的 HTML，找出 ytInitialPlayerResponse 那段 script，在函式裡執行它，然後取 streamingData.hlsManifestUrl 這個欄位當錄影來源。

我把這套流程照原始碼原樣重跑了一次。兩個全年都在直播的頻道（lofi hip hop radio 與 NASA 官方直播）都順利抓到頁面，但播放器回應的狀態是 UNPLAYABLE，hlsManifestUrl 欄位根本不存在。也就是說，不帶 Cookie 的預設路徑在 2026 年 10 月已經拿不到 YouTube 的直播串流；Fideo 的說明文件自己也列了專門的 Cookie 取得教學，等於官方預設你得自備 Cookie 才碰得了 YouTube，而且成效還會隨 IP 與平台政策浮動。

Twitch 那支解析器走的是另一條路：先抓頻道頁面挖出 clientID，再用 Twitch 的 GQL 介面取得播放存取權杖，最後組出 usher 伺服器的 HLS 網址。同樣照原始碼複現，兩個正在直播的頻道都在約 1 秒內回傳有效的 #EXTM3U 播放清單，裡面含 360p、480p 等多種畫質變體（轉碼檔位隨頻道負載浮動），可以直接交給 ffmpeg 錄。Twitch 的開放介面這幾年相對穩定，這支 2024 年寫的解析器今天不用改一行程式碼就能用。

這裡順便把「解析」這件事用白話講清楚，因為它決定了這類工具的壽命。直播平台把畫面切成幾秒一段的小檔案，用一張稱為 HLS 播放清單的文字清單串起來，播放器照著清單一段一段抓。Fideo 這類工具做的事，就是模擬瀏覽器向平台要到那張清單的網址，再把網址交給 ffmpeg，讓它像播放器一樣持續抓檔存成 MP4。錄影端從頭到尾只跟平台的內容傳送網路來往，作者的伺服器完全不經手影片內容。會壞的環節只有一個：平台改了發清單的規則（換簽名、加驗證、擋沒登入的請求），寫死的解析器就跟不上。這就是為什麼同一支工具會出現「Twitch 能錄、YouTube 不能錄」的分裂景象，而不是整個軟體一起生死。

抖音的情況可以從程式碼與維護紀錄推斷：解析器裡寫死了一組驗證參數（verifyFp），靠抖音行動版 API 取房間資訊，這類簽名參數平台會輪替。問題回報清單也印證了這件事：抖音透過關注頁進入的直播間連結無法識別，這條 2024 年 11 月的回報至今掛著；淘寶 Cookie 取得、小紅書錄製錯誤的回報也一路敞開，2025 年 8 月起再無任何修復。中國平台（抖音、快手、小紅書、淘寶）的解析器屬於最容易腐爛的那一批，這次沒有逐一實測，但把維護凍結日期與回報內容放在一起看，不應該對它們抱期待。

作者的四個子網域一起消失，收費門市的最後一幕停在 2025 年 12 月

Fideo 的作者域名是 fideo.site。用 Google 與 Cloudflare 兩家公共 DNS 查詢，四個子網域（官方網站 www、收費站 pro、遠端操控中繼 web-control、付款與更新 API api-web-control）全部回報查無紀錄。這種整批消失與某台主機臨時掛掉不同：服務子網域的紀錄被整批拿掉，通常代表刻意棄置或不願再續約這些服務。

收費站生前做了什麼，網際網路檔案館還留著紀錄。最後一次收錄的畫面停在 2025 年 12 月 31 日：頁面頂端掛的招牌廣告是中國大流量手機卡促銷，辦卡就送一個月 Fideo Pro 啟用碼；下方是開源版與 Pro 版的對照，Pro 版多出的賣點是彈幕錄製、更多平台支援、優先更新與專屬支援；常見問答裡官方親口承認「免費版本是開源由社群維護，可能更新不及時」。從 GitHub 免費散布，到雙軌收費，到連收費站都收攤，前後不到兩年。

Pin

值得停下來看的一個細節：那個「啟用碼」對應的功能，就是開源版裡的網頁遠端操控。翻開原始碼，這個功能的啟用流程是：程式向作者 API 的微信支付端點提出請求，伺服器回傳一組訂單編號與付款 QR code（回應欄位就叫 qrcode 與 money），付款之後再呼叫另一支驗票端點，驗通過才回傳一段專屬路徑，程式拿這段路徑去連作者的 FRP 中繼伺服器（通道權杖直接寫死在程式裡，值就叫 fideo-frp）。連上之後，你在外用手機瀏覽器打開中繼站上的專屬網址，指令就會被轉回你家的電腦，遙控新增頻道、開始或暫停錄影。換句話說，免費開源版的安裝包裡，從一開始就內建了一條要掃微信支付才能開通的通道。如今中繼伺服器的域名查無此站，過去付過錢的人，這個功能也一起失效了。

依賴拓撲表：哪個零件放在誰家，決定它停更後的壽命

把 Fideo 拆開來看依賴放的位置，存活面版圖就一清二楚。

這張表就是我想講的判斷方法。錄影工具的本體（解析加上轉檔）放在本機，停更之後只會隨平台政策慢慢失效，而且是哪個平台爛哪個；一旦功能依賴作者的雲端（更新、帳號、中繼、授權驗證），那些部分與作者的經營狀態共存亡，哪天伺服器收掉就是整批瞬間死亡，而且你事先看不到徵兆。Fideo 兩種都占了，所以它同時示範了緩慢腐爛與瞬間蒸發。

隱私宣稱同樣可以用這張表檢驗。README 裡的隱私政策寫「不會向伺服器或第三方傳輸任何資料」，就錄影本體而言成立：ffmpeg 在本機直接向平台 CDN 拉串流，依賴清單裡也沒有任何分析或遙測套件。但啟用網頁遠端操控時，控制指令會經過作者的 FRP 中繼；開播通知走第三方息知的 API；更新檢查打作者的 API。「不上傳」這三個字，要拆到零件層級才算數。

從 1,795 顆星到域名消失：兩年的四段時間軸

Fideo 的生命週期可以用四個日期講完。

2024 年 6 月，倉庫建立。開發節奏很快，10 月到 11 月連續出了四個版本，支援平台一路加到 23 個，11 月初加入 FRP 遠端操控與網頁操作。這是它最有活力的階段。

2024 年 11 月 5 日，主要分支停止合併新程式碼。對外的版本還在走：2025 年 1 月 18 日的 v2.0.0 是最後一個附 GitHub 安裝包的版本，加入了直播間地址自動識別、一鍵啟動暫停全部錄製、開機自啟、透過設定檔配置各平台 Cookie 與代理器等功能，四個安裝包累積約 11,000 次下載。

Pin

2025 年 2 月 8 日，v2.1.0 釋出，GitHub 上沒有任何安裝包，版本說明只有一行：下載請到收費站。三天前有人在問題區抱怨「都收費了，微信影片號（WeChat Channels）還不支援嗎」，證實收費版已經上路。免費開源版的維護，實質上到這裡結束。

2026 年，fideo.site 底下的服務網域整批從 DNS 消失。問題區最後幾條新回報停在 2025 年 8 月，作者一條也沒回；一條 2024 年 9 月的舊功能請求（希望支援禮物特效與彈幕錄製），到 2026 年 10 月初還有人留言，倉庫周圍並非完全無人走動，只是等不到作者。GitHub 倉庫還在、安裝包還在、原始碼還在，但作品周圍的商店、收銀機和售後櫃檯一起搬空了。

跟 OBS 與其他錄直播方案相比，它的位置在哪

很多人第一個疑問會是：OBS 不是就能錄直播嗎？兩者做的是不同的事。OBS 錄的是你螢幕上播放的畫面，你得讓直播一直開著，畫面被遮住就錄到別的東西；Fideo 直接向平台要串流網址，交給 ffmpeg 在背景錄，電腦可以關螢幕、可以同時掛多個頻道、可以設定偵測到開播才開錄。習慣命令列的人還有 streamlink、yt-dlp 這條老路，它們拿到的是同一批清單網址，代價是要自己處理參數與排程。Fideo 的賣點就是把這套流程裝進圖形介面：貼上頻道網址、選好資料夾、開監控，剩下交給它。要的是無人值守的批次存檔，這類工具才是 Fideo 的同類。

在站上已經介紹過的同類裡，定位差異也清楚。想做訂閱生意、把監控房間數當付費牆的封閉方案，可以看 OneRecord 的分析；專注 Bilibili 單平台的開源選擇有 BiLive；需求是把直播搬進播放清單用 IPTV 軟體看，存檔並非重點，iill 的 M3U 產生器更對口；至於開播端（自己當主播）的需求，蘆筍直播助手是另一條路線。Fideo 在這張地圖上的位置是：多平台、本機錄製、完全免費、但依賴作者雲端的周邊已經死透。

裝之前要認列的三筆帳：無簽章、打折的平台清單、已死的雲端功能

信任問題排在中間最前面。建置設定裡明列 Mac 不簽章、不公證，所以 macOS 會擋（官方給的解法是終端機指令移除隔離屬性），Windows 防毒會報警告（官方說法是「直接忽略即可。軟體不會有任何病毒」）。要不要相信一個已經棄置的專案的安全保證，這條線每個人自己畫；比較穩的折衷是把它關在虛擬機或備用帳號裡跑。至少 AGPL-3.0 讓你保有把原始碼拿出來自己編、自己簽的權利，這是封閉軟體給不了的退路，不過要注意 AGPL 的傳染性義務：改作後對外提供服務，也必須公開你改過的原始碼。

平台覆蓋同樣要打折看。23 個平台的清單是 2024 年的承諾，不是 2026 年的現況。這次實際驗證的只有 Twitch 與 YouTube 的解析路徑：前者通、後者不帶 Cookie 不通；中國平台有未修的故障回報；其餘平台（包括台灣讀者可能有興趣的 17LIVE，程式碼走 17app.co 的 RTMP 通道，拿到的是即時串流網址而非 HLS 清單）沒有逐一測過，狀態未知。

功能折損則是安裝前就要認列的：網頁遠端操控已死（中繼伺服器消失），App 內更新檢查打向不存在的域名（失敗被靜默吞掉，不影響錄影，但也代表永遠不會有提醒），微信開播推播的第三方服務還活著，與台灣讀者的使用習慣則有距離。彈幕錄製從來就不在免費版裡，那是收費版的賣點，而收費版已經買不到了。

判斷：錄 Twitch 的人今天還能裝，主力 YouTube 的先自備 Cookie

如果你的需求是長期、穩定、無人值守地錄 Twitch 直播，願意接受無簽章安裝包，而且不需要任何售後，Fideo 今天仍然是一個能用的免費選擇：安裝鏈完整、解析實測通、錄影全程在本機。把它當成一份冷凍保存的 2024 年原始碼來用，心裡會踏實很多。裝完之後先做一個小驗收：挑一個正在直播的 Twitch 頻道錄個一分鐘，看著資料夾裡的 MP4 檔案大小持續長大，這條路就通了；反過來說，哪天它對某個平台突然說「未開播」，先到倉庫的問題區看看有沒有同一週的回報，確認是解析器壞了就換工具，這個專案已經不會有人來修了。

如果你的主力平台是 YouTube，先假設它需要你自備 Cookie 再決定；如果需要中國平台，建議直接看別的工具；如果在意的是長期維護與安全更新，一個主要分支快兩年沒動、周邊基礎設施已經消失的專案，不應該是你的答案。這也是這篇最想留下的東西：下次再看到一個星星很多但很久沒更新的錄製工具，先找出它的依賴清單，看哪些零件放在作者家。放在本機的，死了也還能用一陣子；放在雲端的，作者的域名什麼時候消失，你的功能就什麼時候消失。