LLPlayer：把字幕當成主功能的 Windows 播放器，值不值得裝
The media player for language learning, with dual subtitles, AI-generated subtitles, real-time translation, and more!
秒懂
- 它是什麼？
- LLPlayer 是一款以字幕為核心的 Windows 影片播放器，主打雙字幕、Whisper 即時生成字幕、LLM 情境翻譯與 OCR 字幕轉文字。它的功能組合在一般播放器裡確實少見，但專案自稱 Beta、設定檔可能不相容，這篇談它的機制、安裝門檻與該先驗證什麼。
- 適合誰用？
- 如果你的學習流程是「看有字幕的影片、對照母語、查單字」，而且你用的是 Windows 10 1903 以後或 Windows 11，LLPlayer 值得裝來試，因為雙字幕加即時查詞這條路徑在一般播放器裡要自己拼。反過來說，用 macOS 或 Linux、只想安靜看片、或需要長期穩定設定檔的人不該採用，README 明講 0.X.X 期間會主動做破壞性變更、設定檔可能不向下相容。
- 可以商用嗎？
- 可以，但有條件。GPL-3.0 是 copyleft 授權：如果你散布包含它的軟體，就必須以同一授權公開該軟體的原始碼。只在內部執行、不對外散布，則不會觸發這項義務。
- 還在維護嗎？
- 有在維護。儲存庫最近一次提交在 5 天前。
- 用什麼語言寫的？
- 主要是 C#（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
先確認你踩不踩得到它的系統邊界
LLPlayer 的適用範圍寫得很死。作業系統只列 Windows 10 x64 1903 以後與 Windows 11 x64，沒有 macOS，也沒有 Linux。這不是「尚未測試」的客氣說法，而是需求清單裡就只寫了這兩個平台，加上它用 C#/WPF 撰寫，跨平台本來就不是這條技術路線的目標。
前置條件有兩項容易漏。第一是 .NET Desktop Runtime 10，README 說沒安裝的話安裝程式會跳對話框提示。第二是 Microsoft Visual C++ Redistributable 2022 或更新版本，這是給 Whisper ASR 與 Tesseract OCR 用的。這裡有個具體的失敗模式值得記住：少了它，程式照樣啟動，但一啟用 ASR 或 OCR 就會崩潰。也就是說你不會在建置階段發現問題，而是在按下生成字幕的那一刻才踩到。
Nvidia RTX 使用者另外可裝 CUDA Toolkit。README 的措辭是「有 CUDA 驅動能讓字幕生成更快」，屬於選配而非必要，也沒有給出具體倍數。
誰適合這款工具？把影片當成語言教材、需要同時看原文與母語字幕、而且會暫停下來查單字的人。誰不適合？把播放器當成單純播放器、不想碰模型下載與引擎設定的人。後者用系統內建或既有播放器就好，LLPlayer 的價值幾乎都長在字幕這條線上。
雙字幕與字幕側邊欄：整個播放器的重心所在
一般播放器把字幕當附屬品，LLPlayer 把它當主體。最直接的證據是介面配置：底部進度列上有兩個 CC 按鈕，左邊管主字幕，右邊管副字幕。README 建議的用法是主字幕放學習語言、副字幕放母語。這兩個字幕可以分別調整大小與位置，README 用「非常靈活」形容，但沒有列出可調參數的完整清單，實際自由度得自己開設定看。
文字字幕與點陣圖（bitmap）字幕都支援。點陣圖字幕指的是圖形化的字幕軌，例如某些藍光字幕，這種格式沒辦法直接選字查詢，所以 LLPlayer 另外提供了 OCR 路徑，用 Tesseract OCR 或 Microsoft OCR 即時轉成文字字幕。這條鏈路是有意義的：先轉文字，才能查詞。
字幕側邊欄同時吃文字與點陣圖，提供跳轉與單字查詢，也支援增量式字幕搜尋。所謂增量搜尋，就是隨著你輸入逐步篩選，對於想在某部片裡找出所有出現過某個詞的位置，這比逐句翻找實用。
還有一個容易被忽略的細節：任何字幕格式都能用來做字幕跳轉。這聽起來像廢話，但很多播放器的跳轉只認特定格式，遇到奇怪的時間軸就得手動拖。
即時查詞的部分，單字查詢與瀏覽器搜尋都能從字幕文字觸發，而且搜尋網站可以完全自訂。README 也提到能與瀏覽器擴充套件整合，例如 Yomitan 與 10ten，這對日文學習者是有意義的，因為那類擴充套件本身就是字典查詢工具。
ASR 與翻譯：兩套引擎、多個服務商，代價是設定複雜度
AI 生成字幕由 OpenAI Whisper 驅動，支援兩個引擎：whisper.cpp 與 faster-whisper。兩者的操作方式不同，這點在設定流程裡很明顯。選 whisper.cpp 的話，你要在 Subtitles > ASR 區塊自己下載模型，模型越大負載與準確度越高；檔名帶 En 結尾的模型只支援英文。選 faster-whisper 的話，改為下載引擎本身，模型會在你第一次使用時自動下載，不需要事先準備。
這是一個實際的取捨。whisper.cpp 讓你對模型檔案有完整控制權，可以離線先備好；faster-whisper 省掉前置步驟，但第一次啟動時得連網抓模型。README 另外把兩個引擎的差異指向 wiki 的 Whisper Engine 頁面，本文無法涵蓋那頁的內容。
Audio Language 可以手動指定影片音訊的語言，預設是自動偵測。如果你的素材是混合語言或口音較重，自動偵測未必可靠，這時候手動指定就是必要的。
翻譯方面，目標語言要自己設，來源語言自動偵測。設定位置在 Subtitles > Translate，預設引擎是 GoogleV1。想換成其他引擎（README 列出的例子包括 Google、DeepL、Ollama、LM Studio、OpenAI）得進設定配置，細節在 wiki 的 Translation Engine 頁面。這裡的關鍵字是 Ollama 與 LM Studio：這代表翻譯可以走本機 LLM，不必把字幕內容送到外部服務。對於在意隱私或想避免 API 費用的人，這是選擇 LLPlayer 而非其他方案的實質理由。
README 也提到情境感知翻譯，說法是「用 LLM 辨識字幕上下文來提高準確度」。這屬於 LLM 翻譯的常見做法，但專案沒有給出任何量化比較，所以「高準確度」這個形容詞目前只能當成設計意圖，不是可驗證的結論。
從安裝到播第一支片：實際會按到的鍵與設定路徑
流程本身不長，但每一步都有具體位置。先從 release 頁面下載建置檔，執行 LLPlayer.exe。開啟設定的快捷鍵是 CTRL+.，也可以點進度列上的齒輪圖示。
ASR 模型在 Subtitles > ASR 下載。翻譯目標語言在 Subtitles > Translate 最上方設定。播放影片可以從右鍵選單或直接把檔案拖進來；線上影片用 CTRL+V 貼上網址，或走右鍵選單。線上播放靠 yt-dlp 整合，README 的說法是任何線上影片都能即時播放，並套用 AI 字幕生成與查詞。
外部字幕的加入方式與影片相同，拖曳或右鍵選單皆可。內建字幕下載器支援 opensubtitles.org，這是唯一被點名的字幕來源。
F1 可以打開內建的 CheatSheet，裡面說明所有鍵盤與滑鼠操作。所有鍵盤快捷鍵都能自訂，而且同一個動作可以綁多個按鍵。對照其他播放器常見的「一動作一鍵」限制，這點對長期使用者是有感的。
開發者要從原始碼建置的話，README 給的是 git clone git@github.com:umlx5h/LLPlayer.git，然後用 Visual Studio 或 JetBrains Rider 開啟 LLPlayer.slnx，選 LLPlayer 專案建置執行。注意這是 .slnx 而非傳統 .sln，需要較新的 IDE 版本才認得。README 沒有列出建置所需的 SDK 版本，這是一個資訊缺口。
Beta 標籤與設定檔相容性：採用前必須算進去的維護成本
README 的 Development Status 區塊寫得很直白：狀態是 Beta，尚未經過足夠使用者測試，可能不穩定；UI 與設定會有顯著變動；作者會在 0.X.X 版本期間主動做出破壞性變更；更新時設定檔可能不向下相容。
這段話的份量比表面看起來重。它意味著你不能把 LLPlayer 當成設定一次就能長期放著的工具。每次升版都可能要重調字幕位置、重新指定翻譯引擎、重新下載模型。如果你把快捷鍵改得很細，這些自訂項目在升版後是否保留，README 沒有承諾。
從版本節奏看，v0.2.1 在 2025 年 4 月、v0.2.2 在同年 5 月、v0.3.0 在 2026 年 4 月。中間隔了將近一年才進到 0.3.0，而 0.3.0 這種進位在 0.X 語意下通常伴隨較大的變動。這與「會主動做破壞性變更」的說法一致。
授權是 GPL-3.0。這對個人使用沒有影響，但如果你打算把 LLPlayer 的程式碼併進自家產品，GPL-3.0 的傳染性會是設計階段的約束。本文不提供法律建議，涉及商業整合請找專業意見。
還有一個維護面的現實：這個專案同時整合 Whisper、Tesseract、yt-dlp、多個翻譯服務與瀏覽器擴充套件。任何一個上游變更都可能影響功能。README 沒有描述更新策略或相容性保證，這是採用時要自己承擔的部分。
跟同類工具比：LLPlayer 的差異在於把整條鏈路收進同一個程式
語言學習者常見的做法是把工具拼起來：PotPlayer 或 mpv 播片，另外開 Anki 或字典工具查詞，需要字幕時再跑一次 Whisper 命令列產生 .srt，翻譯則複製到瀏覽器或 LLM 對話框。這條鏈路可行，而且每個環節都能換成自己喜歡的工具。
LLPlayer 的差異不是某個單一功能特別強，而是把這些環節收進同一個程式，並且讓它們互相銜接。雙字幕在同一個視窗、字幕側邊欄可以直接跳轉與查詞、OCR 把點陣圖字幕轉成可查詢的文字、翻譯引擎可以指向本機 Ollama 或 LM Studio。這些環節之間的資料不需要你自己搬。
代價是耦合。你不能只換掉翻譯引擎的實作，也不能只替換 ASR 的後處理邏輯，除非你改 C# 原始碼。README 把「用 C#/WPF 撰寫，不是 C，所以自訂很容易」列為優點，這對熟悉 .NET 的開發者成立，對不寫 C# 的使用者則等於沒有自訂選項，只能等作者開放設定。
mpv 走的是相反路線：核心極簡，靠腳本與外部程式擴充。要達到 LLPlayer 的雙字幕加即時查詞，你得自己寫或找腳本，彈性大但前期投入也大。兩者不是誰取代誰，而是「整合好的成品」與「可組裝的零件」之間的選擇。如果你的需求正好落在 LLPlayer 已經做好的那條線上，它省下的組裝時間很實在；如果你的需求偏離那條線，mpv 這類工具反而更容易改。
編輯結論
如果你的學習流程是「看有字幕的影片、對照母語、查單字」，而且你用的是 Windows 10 1903 以後或 Windows 11，LLPlayer 值得裝來試，因為雙字幕加即時查詞這條路徑在一般播放器裡要自己拼。反過來說，用 macOS 或 Linux、只想安靜看片、或需要長期穩定設定檔的人不該採用，README 明講 0.X.X 期間會主動做破壞性變更、設定檔可能不向下相容。動手前先確認三件事：Microsoft Visual C++ Redistributable 是否為 2022 或更新（沒裝的話程式能開，但啟用 ASR 或 OCR 時會崩潰）、.NET Desktop Runtime 10 是否就緒、以及你要的翻譯引擎是否在 wiki 的 Translation Engine 清單裡。
社群筆記