Kinby 是什麼？連 Emby 與 Jellyfin 的免費跨平台播放器實測

Facebook Line Messenger Telegram

先說結論。Kinby 是一款能連接 Emby 與 Jellyfin 伺服器的閉源播放器，Windows、macOS、Linux、Android 與 Android TV 都有安裝檔，GitHub 上載得到，App 也還會自己檢查更新。但我實際把 macOS 版裝起來、接上自己架的 Jellyfin 伺服器測試後，看到的是一個半死的專案：官網連同帳號系統一起下線，規劃中的付費方案停在即將推出就沒有下文，開發頻率從一個月好幾版掉到好幾個月沒有新版本。更實際的是，在裝置名稱包含中文字的 Mac 上，登入伺服器這一步會無聲失敗，畫面上看不到任何錯誤訊息。想嘗鮮可以，把它當主力播放器之前，這些事你得先知道。

把它拆成兩層看：會動的部分與死掉的部分

本體層是安裝檔與播放器。GitHub 的 releases 頁面仍然有效，各平台安裝檔都載得到，App 啟動時會自動去 GitHub 的 API 檢查有沒有新版本，我實測這個請求正常回應。服務層是官網與帳號。kinby.xac.one 現在回給瀏覽器的是 Cloudflare 的 530 錯誤，等於網域還在、後面的主機已經撤掉，而程式裡寫死的登入、註冊與統計回報端點全部掛在同一個 xac.one 網域家族下，跟著一起失效。

一個還能下載、還能自動檢查更新，但官網與帳號系統全部消失的閉源播放器，我會用「沒有售後的免費客戶端」來稱呼它。能用，但你遇到的問題不會有人修。

Kinby 想解決的事：把片庫搬到每個螢幕

Emby 與 Jellyfin 是自己架的媒體庫伺服器軟體，把整理好的影片放在家裡的 NAS 或電腦上，就能用各種客戶端連回去看。官方對 Kinby 的定位就是這樣一個客戶端：同一套介面連 Emby 或 Jellyfin，桌上電腦、手機與電視都能裝。依 GitHub 專案頁的說明，Windows、macOS、Linux、Android、Android TV 已經有正式版本，其中手機與電視版共用安裝檔；iOS、Apple TV 與鴻蒙系統標示為開發中，這部分屬於官方說法，我沒有對應裝置可以驗證。

從下載數字看，實際用它的人集中在兩個陣營：0.3.2 的安裝檔裡，Android arm64 版被下載約 410 次、Windows 版約 390 次，macOS 與 Linux 版各自只有幾十次。這個分布可以當作挑平台的參考：最多人用的組合是安卓手機或電視盒子配 Windows 電腦，而這兩個平台恰恰是我這次沒有實測到的。

依官網停機前那版定價頁的存檔，免費版可以綁最多 3 台媒體伺服器，規劃中的 Pro 年付與 Pro 永久版分別提高到 10 台與 20 台。這是當時的規劃，後面會看到，這兩個付費方案到官網最後存檔為止都沒有開賣，所以 3 台的限制就是所有人實際拿到的全部。

macOS 版安裝檔 124MB，解壓縮後 311MB，裡面塞了完整的 FFmpeg 解碼器組，包括負責 AV1 解碼的 dav1d，播放引擎用的是 Flutter 生態的 media_kit。專案頁的致謝清單也列了另一款同類型的第三方播放器 Themby。

實測卡住的地方：中文裝置名稱讓登入無聲失敗

我在 Mac 上裝了 0.3.2 版。App 可以正常啟動，連線頁面能選 Emby 或 Jellyfin 兩種伺服器類型，表單就三格：伺服器位址、帳號、密碼。我在本機用 Docker 架了一台 Jellyfin 伺服器、建了測試帳號，把位址填進去按 Connect，畫面完全沒有反應。按了兩次都是一樣的結果，沒有錯誤訊息，也沒有轉圈圈，表單靜靜停在原地。

Kinby 的新增伺服器對話框，伺服器類型顯示 Jellyfin，下方為伺服器位址、使用者名稱與密碼三個欄位，密碼以圓點遮蔽顯示，底部是藍色的 Connect 連線按鈕 — Kinby 的新增伺服器表單，伺服器類型可在 Emby 與 Jellyfin 之間切換（2026-09 實測截圖）

答案在 App 自己的執行紀錄檔裡。兩次按下 Connect，紀錄檔都記下同一種失敗：請求在 0 毫秒就被中止，原因是 HTTP 標頭的格式錯誤。Kinby 會把裝置名稱放進登入請求的識別標頭裡，而這台 Mac 的裝置名稱包含中文字，標頭規範不允許這些字元，於是整個登入請求在離開電腦之前就被擋下來。觸發條件很日常：只要裝置名稱有中文，像「阿明的 MacBook」這種命名，登入就會失敗，而且畫面上不會出現任何提示，你只會以為是伺服器壞了。

同一輪測試裡有個對照：同一個測試帳號從網頁端登入這台 Jellyfin，伺服器端的紀錄檔記下成功登入並正常發出存取權杖。伺服器沒有問題，卡住的是 Kinby 端自己組出來的請求。這代表問題不在 Jellyfin 不相容，而在客戶端的實作細節。想繞過去最簡單的辦法，是到系統設定把電腦名稱改成純英數，再重新新增伺服器；這個辦法是我從錯誤訊息推測的繞法，實測沒有再驗證一次，若你遇到同樣狀況，值得一試。

官網、帳號、付費方案：一起消失的服務層

官網的現況我做了兩種查證：即時連線回 Cloudflare 的 530 錯誤；依網際網路檔案館的存檔紀錄，這個網站上一次成功入檔是 2026 年 3 月 7 日。也就是說官網是在今年 3 月到 9 月之間消失的，開發者沒有留下任何公告。同一批基礎設施裡，程式內建的統計回報端點也測到連線失敗。

從存檔還能看出這個官網生前長什麼樣：首頁掛著登入按鈕與三則化名用戶的見證，下載區寫著正在取得最新下載連結，也就是說安裝檔從頭到尾都放在 GitHub，官網只是門面。這解釋了為什麼門面拆掉之後，工具本體還能活。

停機前那版官網揭露了兩件事。一是定價：Pro 年付與 Pro 永久版都寫著即將推出，到那個時點都沒開賣。二是 FAQ 裡已經寫好七天無理由退款的條款，但付費從未上線，退款當然也無從申請。換句話說，定價頁上 10 台、20 台伺服器的方案內容從頭到尾只是規劃：到官網最後一次存檔為止，兩個 Pro 方案都還停在即將推出，沒有開賣過。

Kinby 是閉源軟體，GitHub 上的倉庫只放說明與安裝檔，沒有原始碼，也沒有授權條款或隱私政策文件。出問題時你能依賴的官方管道只剩開發者的 Telegram 頻道，而那個頻道上一篇公告，就是 2026 年 4 月那則 0.3.2 的發布消息。

開發節奏：從一個月多版到長期沉默

2025 年 6 月 21 日首發 0.1.0，前四個月幾乎每週到每半月就有新版本，之後放緩成兩個月一版。0.3.0 在 2025 年 12 月公告，最後一版 0.3.2 到 2026 年 4 月才發布，到我這次實測時已經將近五個月沒有新版本。0.3.2 的主打功能是遠端搜尋：在電視上搜片時，搜尋頁會顯示 QR Code，讓你用手機輸入關鍵字再送回電視，設定頁有開關，預設關閉。

專案頁的功能地圖把自動跳過片頭片尾標成開發中，但官方頻道 2025 年 8 月的 0.2.3 公告就寫了這個功能已經實作。功能在，文件沒跟上，這種小事對一人專案很常見，也提醒你它的說明文件不能全信。

最初幾個版本的安裝檔放在 Telegram 貼文下方的評論區附檔裡，從 0.2.5 開始才改成附 GitHub 連結。一個把發布重心從通訊軟體搬到正規版本庫的專案，通常是在往長期經營的方向走，如今這條路停在半路上。

專案熱度普通，GitHub 上約 198 顆星。倉庫裡三個開放的問題，分別是彈幕 API 支援、strm 檔案播放與代理設定，全部沒有任何回覆，最晚的一個在 2025 年 12 月提出，至今無人處理。

還能用的部分：GitHub 下載與自動更新

官網死了，下載與更新為什麼還活著？因為 Kinby 的散布鏈本來就不靠官網：安裝檔放在 GitHub releases，App 內建的更新檢查直接打 GitHub 的 API。我實測 App 啟動後幾秒就發出這個請求並正常收到回應。所以就算官網永遠不回來，只要開發者還願意往 GitHub 推新版本，已安裝的使用者照樣收得到通知。